Képtelenség fordítani

Fórumok

Képtelenség fordítani

Hozzászólások

Nem egészen, de majdnem:
Nagyobb progiknál (pl:gcc, kdelibs) az emerge elhal fordítás közben. libtool illetve sima gcc vagy ld közben egyszer csak az egyik process Killed lesz, a szulo pedig beragad.
A beragad-on azt értem, hogy nem is lehet kikillelni és amikor shutdown közben lelőné akkor kernel üzenetek soroznak ki a képernyőre, de volt kernel panic is...
Ezek sajnos nincsenek meg de itt a forditás:
gcc:

Running configure in multilib subdirs 32
pwd: /var/tmp/portage/gcc-3.4.3.20050110/work/build/x86_64-pc-linux-gnu/libf2c
Running configure in multilib subdir 32
pwd: /var/tmp/portage/gcc-3.4.3.20050110/work/build/x86_64-pc-linux-gnu
/var/tmp/portage/gcc-3.4.3.20050110/work/gcc-3.4.3/libf2c/../config-ml.in: line 861: 4474 Killed CC="${CC_}$flags" CXX="${CXX_}$flags" GCJ="${ GCJ_}$flags" LD_LIBRARY_PATH=/var/tmp/portage/gcc-3.4.3.20050110/work/build/gcc /bin/sh /var/tmp/portage/gcc-3.4.3.20050110/work/gcc-3.4.3/libf2c/configure --wi th-multisubdir=32 --with-multisrctop= --enable-multilib --cache-file=./config.ca che --host=x86_64-pc-linux-gnu --build=x86_64-pc-linux-gnu --enable-version-spec ific-runtime-libs --prefix=/usr --bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/3.4.3- 20050110 --includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.3-20050110/include -- datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/3.4.3-20050110 --mandir=/usr/sha re/gcc-data/x86_64-pc-linux-gnu/3.4.3-20050110/man --infodir=/usr/share/gcc-data /x86_64-pc-linux-gnu/3.4.3-20050110/info --with-gxx-include-dir=/usr/lib/gcc/x86 _64-pc-linux-gnu/3.4.3-20050110/include/g++-v3 --disable-altivec --enable-nls -- without-included-gettext --enable-__cxa_atexit --enable-clocale=gnu --with-syste m-zlib --disable-checking --disable-werror --disable-libunwind-exceptions --enab le-shared --enable-threads=posix --enable-multilib --disable-libgcj --enable-lan guages=c,c++,f77 --with-gcc-version-trigger=/var/tmp/portage/gcc-3.4.3.20050110/ work/gcc-3.4.3/gcc/version.c --program-transform-name=s,y,y, --srcdir=/var/tmp/p ortage/gcc-3.4.3.20050110/work/gcc-3.4.3/libf2c --with-target-subdir=x86_64-pc-l inux-gnu -srcdir=/var/tmp/portage/gcc-3.4.3.20050110/work/gcc-3.4.3/libf2c
make[1]: *** [configure-target-libf2c] Error 1
make[1]: Leaving directory `/var/tmp/portage/gcc-3.4.3.20050110/work/build'
make: *** [profiledbootstrap] Error 2

És ami beragadt:

/bin/sh /var/tmp/portage/gcc-3.4.3.20050110/work/gcc-3.4.3/libf2c/configure

Kerestem a kernelemben valami olyasmit hogy magas cpu vagy memória load esetén kilőne processeket (rémlik hogy van ilyesmi) , de semmi ilyent nem találtam...
A kernel : linux-2.6.9-gentoo-r10

Mi a fax ez ? Nem tudok semmit felrakni ami egy kicsit tovább fordulna...

egy emerge info kimenet hasznos lehetne

Biztos, hogy van eleg hely a /var alatt a nagyobb forditashoz? Nekem igy elsore olyan mintha elfogyna a hely. Bar azert nem kellene beragadnia egy processnek se. Egy emerge --info tenyleg jol jonne. Ez egy AMD64-es gep?

Udv.
ProTech

Igen, igen, ott kaptam egy tippet hogy talán szar a memóriám. Nosza egy memtest, kiirt 10 perc alatt 3 hibát is. Erre azt mondták az okosok hogy napokig kellene futnia hiba nélkül.
Kikaptam az egyik modult találomra és láss csodát minden megy mint a karikacsapás és semmi nem fagy.

Nem gentoo kérdés de mit csináljak a memóriával ? Visszamegyek a boltba és azt mondom hogy nézzék meg memtest-tel, vagy fordítsanak linux alatt ?
Tudtok valami memtest hez hasonló memóriavazztató diagnosztikai programot windows alá ? Megnézném hogy az is találna-e hibát...

Ehun:

Portage 2.0.51-r15 (default-linux/amd64/2004.3, gcc-3.4.3, glibc-2.3.4.20050125-r0, 2.6.9-gentoo-r10 x86_64)
=================================================================
System uname: 2.6.9-gentoo-r10 x86_64 AMD Athlon(tm) 64 Processor 3400+
Gentoo Base System version 1.6.9
Python: dev-lang/python-2.3.4 [2.3.4 (#1, Dec 28 2004, 10:04:21)]
dev-lang/python: 2.3.4
sys-devel/autoconf: 2.13, 2.59-r6
sys-devel/automake: 1.5, 1.8.5-r2, 1.6.3, 1.7.9, 1.4_p6, 1.9.3
sys-devel/binutils: 2.15.92.0.2-r3
sys-devel/libtool: 1.5.10-r2
virtual/os-headers: 2.6.8.1-r3
ACCEPT_KEYWORDS="amd64 ~amd64"
AUTOCLEAN="yes"
CFLAGS="-O2"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /usr/kde/2/share/config /usr/kde/3.3/env /usr/kde/3.3/share/config /usr/kde/3.3/shutdown /usr/kde/3/share/config /usr/lib/mozilla/defaults/pref /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=x86-64 -O2 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox"
GENTOO_MIRRORS="http://trumpetti.atm.tut.fi/gentoo http://gentoo.osuosl.org http://www.ibiblio.org/pub/Linux/distributions/gentoo"
LANG="en_US.utf8"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/bmg-main"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="amd64 X acpi alsa audiofile avi bash-completion berkdb bitmap-fonts bonobo cdr crypt cups curl dvd dvdr dvdread esd f77 fam font-server fortran gdbm gif gnome gpm gstreamer gtk gtk2 gtkhtml guile imagemagick imlib ipv6 jp2 jpeg kde lzw lzw-tiff mad motif mozilla multilib ncurses nls oggvorbis opengl oss pam perl png python qt readline sdl ssl svg tcpd thread tiff truetype truetype-fonts type1-fonts usb userlocales xml xml2 xmms xpm xrandr xv xvid zlib"
Unset: ASFLAGS, CBUILD, CTARGET, LC_ALL, LDFLAGS

Mivel ~amd64-et (is) használsz, az ilyenekkel számolni lehet. Vagy hagyd alább az ~amd64-et és csinálj egy emerge -Du world -öt, vagy szimplán nézd meg hogy régebbi cucc lefordul-e. Szerintem a ~ miatt nem fordult le.
/var-ban hely hiánya nem valószínű, akkor ki szokott írni egy "no space left on drive" vagy valami hasonló szlogent.

Te figyu láttál már olyant hogy egy stable gcc kifagy egy akármilyen kód (legyen az egy unstable akármi) fordítása közben.
És hogy ez normális és azért van mert unstable csomagot fordítok ?

Az hogy egy processz nem reagál semmire, az nem normális, és az sem hogy gcc lefagy, mivel én még egyszer sem láttam. (Zárójelben megjegyzem hogy x86-on futtatom a more stable gcc-t).
Akkor meg bugs.gentoo.org.
De azért gondolom azt te is elismered hogy egy ~amd64-es gcc nagyobb valószínűséggel száll el, mint egy amd64-es, különben mindenki az előbbit használná.

[quote:475c07f64b="ProTech"]Biztos, hogy van eleg hely a /var alatt a nagyobb forditashoz? Nekem igy elsore olyan mintha elfogyna a hely. Bar azert nem kellene beragadnia egy processnek se. Egy emerge --info tenyleg jol jonne. Ez egy AMD64-es gep?

Udv.
ProTech

Igen, AMD64-es , és hely van elég. Azt meg el sem tudom képzelni hogy hogyan lehet elbaszni egy make.conf-ot úgy hogy a fordítás elfaggyon.

emerge --info -t küldök este.

Még láma vagyok, de aminek az ebuild-jében benne van a KEYWORDS=".. amd64 .." az nem stable amd64 en ?

Vagy akkor mondja meg valaki hogy mire downgrade-eljek és főleg hogy hogyan mivel a gcc-k sem fordulnak...

Én nem tudom hogy neked melyik verziójú gcc van fenn, ezt nézd meg az emerge search-csel, de a legfrissebb, stabil (-nak jelzett) gcc amd64-en a 3.4.3-r1. Ezt mondjuk "emerge -k =sys-devel/gcc-3.4.3-r1"-gyel lehetne megpróbálni. Ha ez nem megy akkor hagyd el a -r1-et. Ha az sem akkor segíteni próbálásom hasztalannak bizonyult.

Na ezt nem tudom lefordítani egy korábbival ...

[quote:e99e22e3ec="lacipac"]Én nem tudom hogy neked melyik verziójú gcc van fenn, ezt nézd meg az emerge search-csel, de a legfrissebb, stabil (-nak jelzett) gcc amd64-en a 3.4.3-r1. Ezt mondjuk "emerge -k =sys-devel/gcc-3.4.3-r1"-gyel lehetne megpróbálni. Ha ez nem megy akkor hagyd el a -r1-et. Ha az sem akkor segíteni próbálásom hasztalannak bizonyult.

Azért kell a '-k' hogy precompiled package-et használjon. Használhatsz -K-t is, akkor hogyha nincs hozzá ilyen dolog akkor meg sem próbálja lefordítani.

szerintem akkor jársz a legjobban, ha a forums.gentoo.org-on az amd64 szekcióban nyitsz egy topikot; lehet, hogy holnapra megkapod a választ