View previous topic :: View next topic |
Author |
Message |
horgh n00b
Joined: 02 Feb 2003 Posts: 29 Location: HH, Germany
|
Posted: Wed Mar 16, 2005 4:53 pm Post subject: emerge glibc-2.3.4.20050125 always runs into infinite loop |
|
|
Hi,
I just wanted to update my gentoo-dev-sources and when it starts to merge sys-libs/glibc-2.3.4.20050125 it runs into an infinite loop
There is always something like this funny output code:
Code: |
(echo '# Generated from tls.make.c by Makerules.'; \
i686-pc-linux-gnu-gcc -std=gnu99 -O2 -O3 -Wall -Winline -Wstrict-prototypes -Wwrite-strings -march=athlon-xp -pipe -mp
referred-stack-boundary=2 -Iinclude -I. -I/var/tmp/portage/glibc-2.3.4.20050125/work/build-default-i686-pc-linux-gn
u-linuxthreads -Ilibio -I/var/tmp/portage/glibc-2.3.4.20050125/work/build-default-i686-pc-linux-gnu-linuxthreads -Isy
sdeps/i386/elf -Ilinuxthreads/sysdeps/unix/sysv/linux/i386 -Ilinuxthreads/sysdeps/unix/sysv/linux -Ilinuxthreads/sysdep
s/pthread -Isysdeps/pthread -Ilinuxthreads/sysdeps/unix/sysv -Ilinuxthreads/sysdeps/unix -Ilinuxthreads/sysdeps/i386/i6
86 -Ilinuxthreads/sysdeps/i386 -Isysdeps/unix/sysv/linux/i386 -Isysdeps/unix/sysv/linux -Isysdeps/gnu -Isysdeps/unix/co
mmon -Isysdeps/unix/mman -Isysdeps/unix/inet -Isysdeps/unix/sysv/i386 -Isysdeps/unix/sysv -Isysdeps/unix/i386 -Isysdeps
/unix -Isysdeps/posix -Isysdeps/i386/i686/fpu -Isysdeps/i386/i686 -Isysdeps/i386/i486 -Isysdeps/i386/fpu -Isysdeps/i386
-Isysdeps/wordsize-32 -Isysdeps/ieee754/ldbl-96 -Isysdeps/ieee754/dbl-64 -Isysdeps/ieee754/flt-32 -Isysdeps/ieee754 -I
sysdeps/generic/elf -Isysdeps/generic -nostdinc -isystem /usr/lib/gcc/i686-pc-linux-gnu/3.4.3/include -isystem /usr/inc
lude -D_LIBC_REENTRANT -include include/libc-symbols.h -E tls.make.c \
-MD -MP -MT '$(common-objpfx)tls.make' -MF /var/tmp/portage/glibc-2.3.4.20050125/work/build-default-i686-pc-linu
x-gnu-linuxthreads/tls.make.dT \
|
Can anybody help me with that?
I tried an emerge sync several times since last week but there seems to be no update.
thanks in advance...
carsten _________________ #emerge Beck's Beer! please! |
|
Back to top |
|
|
hjnenc Veteran
Joined: 15 Aug 2004 Posts: 1599 Location: Vienna, Austria
|
Posted: Wed Mar 16, 2005 5:08 pm Post subject: |
|
|
Are you sure it is an infinite loop or just a bunch of very similar lines? How long did you let it go? |
|
Back to top |
|
|
horgh n00b
Joined: 02 Feb 2003 Posts: 29 Location: HH, Germany
|
Posted: Wed Mar 16, 2005 5:23 pm Post subject: |
|
|
hi,
I'm pretty sure because I can identify the same pattern of code cycling about every 5 seconds.
It is a mobile XP 2500+ and didn't finish the merge overnight _________________ #emerge Beck's Beer! please! |
|
Back to top |
|
|
horgh n00b
Joined: 02 Feb 2003 Posts: 29 Location: HH, Germany
|
Posted: Sat Mar 19, 2005 9:52 am Post subject: |
|
|
how can I disable the compiler cache?
FEATURES="-ccache" ?
May this be a solution? _________________ #emerge Beck's Beer! please! |
|
Back to top |
|
|
Cintra Advocate
Joined: 03 Apr 2004 Posts: 2111 Location: Norway
|
Posted: Sat Mar 19, 2005 10:21 am Post subject: |
|
|
Have a look at ccache -h, there's a -C option which will clear the cache completely.
Mvh
Edit: I'm using the version you mention and it works fine. Just spent a day compiling KDE 3.4 with it
Don't try the -r1 version.. that has caused severe problems, pls see other threads. _________________ "I am not bound to please thee with my answers" W.S. |
|
Back to top |
|
|
irf2003 Veteran
Joined: 10 Sep 2003 Posts: 1078
|
Posted: Sun Mar 20, 2005 12:41 am Post subject: |
|
|
to clear your ccache, just do:
hth
happy gentooing |
|
Back to top |
|
|
horgh n00b
Joined: 02 Feb 2003 Posts: 29 Location: HH, Germany
|
Posted: Mon Mar 21, 2005 1:47 pm Post subject: |
|
|
Cintra wrote: | Don't try the -r1 version.. that has caused severe problems, pls see other threads. |
ok it is indeed the -r1 Version.
Code: |
[ebuild U ] sys-devel/gcc-3.4.3.20050110-r1 [3.4.3.20050110]
[ebuild U ] sys-libs/glibc-2.3.4.20050125-r1 [2.3.4.20041102]
|
So what can I do? Should I put the currently running version of glibc into my /etc/package.use ?
I didn't find anything concerning this buggy -r1 version. The search-function of this forum really gets on my nerves
Can I safely try upgrading gcc first? Since my last sync emerge wants to upgrade it first. _________________ #emerge Beck's Beer! please! |
|
Back to top |
|
|
deanpence Apprentice
Joined: 08 Nov 2004 Posts: 158 Location: Earth
|
Posted: Mon Mar 21, 2005 8:28 pm Post subject: |
|
|
The same thing is happening to me when trying to install glibc-2.3.4.20041102-r1. I cleared my cache with `ccache -Cz`, and I get the same problems.
Here is what I see looping over and over:
Code: | make[1]: Entering directory `/var/tmp/portage/glibc-2.3.4.20041102-r1/work/glibc-2.3.3'
make[1]: Warning: File `//usr/include/linux/limits.h' has modification time 3.3e+06 s in the future
rm -f /var/tmp/portage/glibc-2.3.4.20041102-r1/work/build-default-i686-pc-linux-gnu-linuxthreads/tls.makeT /var/tmp/portage/glibc-2.3.4.20041102-r1/work/build-default-i686-pc-linux-gnu-linuxthreads/tls.make.dT
(echo '# Generated from tls.make.c by Makerules.'; \
i686-pc-linux-gnu-gcc -std=gnu99 -O2 -Wall -Winline -Wstrict-prototypes -Wwrite-strings -finline-limit=2000 -freorder-blocks -march=pentium4 -pipe -mpreferred-stack-boundary=2 -Iinclude -I. -I/var/tmp/portage/glibc-2.3.4.20041102-r1/work/build-default-i686-pc-linux-gnu-linuxthreads -Ilibio -I/var/tmp/portage/glibc-2.3.4.20041102-r1/work/build-default-i686-pc-linux-gnu-linuxthreads -Isysdeps/i386/elf -Ilinuxthreads/sysdeps/unix/sysv/linux/i386 -Ilinuxthreads/sysdeps/unix/sysv/linux -Ilinuxthreads/sysdeps/pthread -Isysdeps/pthread -Ilinuxthreads/sysdeps/unix/sysv -Ilinuxthreads/sysdeps/unix -Ilinuxthreads/sysdeps/i386/i686 -Ilinuxthreads/sysdeps/i386 -Ilibidn/sysdeps/unix -Isysdeps/unix/sysv/linux/i386 -Isysdeps/unix/sysv/linux -Isysdeps/gnu -Isysdeps/unix/common -Isysdeps/unix/mman -Isysdeps/unix/inet -Isysdeps/unix/sysv/i386 -Isysdeps/unix/sysv -Isysdeps/unix/i386 -Isysdeps/unix -Isysdeps/posix -Isysdeps/i386/i686/fpu -Isysdeps/i386/i686 -Isysdeps/i386/i486 -Isysdeps/i386/fpu -Isysdeps/i386 -Isysdeps/wordsize-32 -Isysdeps/ieee754/ldbl-96 -Isysdeps/ieee754/dbl-64 -Isysdeps/ieee754/flt-32 -Isysdeps/ieee754 -Isysdeps/generic/elf -Isysdeps/generic -nostdinc -isystem /usr/lib/gcc-lib/i686-pc-linux-gnu/3.3.5/include -isystem //usr/include -D_LIBC_REENTRANT -include include/libc-symbols.h -E tls.make.c \
-MD -MP -MT '$(common-objpfx)tls.make' -MF /var/tmp/portage/glibc-2.3.4.20041102-r1/work/build-default-i686-pc-linux-gnu-linuxthreads/tls.make.dT \
| sed -n '/@@@/{s/@@@[ ]*\(.*\)@@@/\1/;s/[ ]*$//p;}'; \
echo 'common-generated += tls.make'; \
sed -e 's@ /var/tmp/portage/glibc-2\.3\.4\.20041102-r1/work/build-default-i686-pc-linux-gnu-linuxthreads/@ $(common-objpfx)@g' -e 's@^/var/tmp/portage/glibc-2\.3\.4\.20041102-r1/work/build-default-i686-pc-linux-gnu-linuxthreads/@$(common-objpfx)@g' -e 's@ *\([^ \/$][^ \]*\)@ $(..)\1@g' -e 's@^\([^ \/$][^ \]*\)@$(..)\1@g' /var/tmp/portage/glibc-2.3.4.20041102-r1/work/build-default-i686-pc-linux-gnu-linuxthreads/tls.make.dT; \
rm -f /var/tmp/portage/glibc-2.3.4.20041102-r1/work/build-default-i686-pc-linux-gnu-linuxthreads/tls.make.dT) > /var/tmp/portage/glibc-2.3.4.20041102-r1/work/build-default-i686-pc-linux-gnu-linuxthreads/tls.makeT
mv -f /var/tmp/portage/glibc-2.3.4.20041102-r1/work/build-default-i686-pc-linux-gnu-linuxthreads/tls.makeT /var/tmp/portage/glibc-2.3.4.20041102-r1/work/build-default-i686-pc-linux-gnu-linuxthreads/tls.make
make[1]: Leaving directory `/var/tmp/portage/glibc-2.3.4.20041102-r1/work/glibc-2.3.3' |
I even removed ccache from the FEATURES variable, and it changed nothing. |
|
Back to top |
|
|
hjnenc Veteran
Joined: 15 Aug 2004 Posts: 1599 Location: Vienna, Austria
|
Posted: Mon Mar 21, 2005 10:25 pm Post subject: |
|
|
deanpence wrote: | make[1]: Warning: File `//usr/include/linux/limits.h' has modification time 3.3e+06 s in the future |
Can you try to fix this? It's quite possible that make gets confused when your system time is not correct. |
|
Back to top |
|
|
deanpence Apprentice
Joined: 08 Nov 2004 Posts: 158 Location: Earth
|
Posted: Mon Mar 21, 2005 10:52 pm Post subject: |
|
|
hjnenc wrote: | deanpence wrote: | make[1]: Warning: File `//usr/include/linux/limits.h' has modification time 3.3e+06 s in the future |
Can you try to fix this? It's quite possible that make gets confused when your system time is not correct. |
Well, of course that's the first obvious step, and once you mentioned it, of course it seems to work. I'm still suffering from not properly setting the system time when I was installing gentoo....
[EDIT]
In case I wasn't clear, updating the mtime of many files in /usr/include/linux (whose mtime was in the future do to improperly/not setting the time during gentoo install) worked for me.
I did:
Code: | # find /usr/include/linux -mmin -1 -exec touch {} \; |
Last edited by deanpence on Tue Mar 22, 2005 9:39 pm; edited 1 time in total |
|
Back to top |
|
|
LostSon Guru
Joined: 21 Nov 2003 Posts: 514 Location: Wisconsin
|
Posted: Tue Mar 22, 2005 5:06 am Post subject: |
|
|
Well after 24 hours im starting wondering and yes its infinte looping. What is the appropriate action to take to resolve this ? |
|
Back to top |
|
|
horgh n00b
Joined: 02 Feb 2003 Posts: 29 Location: HH, Germany
|
Posted: Tue Mar 22, 2005 10:14 am Post subject: |
|
|
After all, I'm not the only one with that problem.
Instead of fixing some timestamps and using a buggy -r1 - system library I'd prefer to use a (more) stable version. I don't want to crash my whole system using early release candidates of gcc / glibc only to update my gentoo-dev-sources _________________ #emerge Beck's Beer! please! |
|
Back to top |
|
|
LostSon Guru
Joined: 21 Nov 2003 Posts: 514 Location: Wisconsin
|
Posted: Wed Mar 23, 2005 1:03 am Post subject: |
|
|
Well after talking to some ppl on the mailing lists they told me to use nptlonly as a use flag. This didnt help at all either. I cant figure out what is going on but its really starting to piss me off
here is my emerge info if that will help
Code: | emerge info
Portage 2.0.51.19 (default-linux/x86/2004.3, gcc-3.3.5, glibc-2.3.4.20040808-r1, 2.6.10-gentoo-r4 i686)
=================================================================
System uname: 2.6.10-gentoo-r4 i686 mobile AMD Athlon(tm) 4
Gentoo Base System version 1.4.16
Python: dev-lang/python-2.3.4-r1 [2.3.4 (#1, Feb 21 2005, 04:38:01)]
dev-lang/python: 2.3.4-r1
sys-devel/autoconf: 2.13, 2.59-r6
sys-devel/automake: 1.5, 1.7.9-r1, 1.6.3, 1.4_p6, 1.8.5-r3, 1.9.4
sys-devel/binutils: 2.15.92.0.2-r1
sys-devel/libtool: 1.5.10-r4
virtual/os-headers: 2.6.8.1-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CFLAGS="-O2 -march=i686 -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /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/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=i686 -fomit-frame-pointer"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig candy ccache distlocks sandbox sfperms"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X alsa apm arts avi berkdb bitmap-fonts cdr crypt cups curl debug emboss encode fam flac font-server foomaticdb fortran gdbm gif gnome gpm gtk gtk2 hal imlib ipv6 jpeg kde libg++ libwww mad mikmod motif mp3 mpeg ncurses nls oggvorbis opengl oss pam pda pdflib perl png python qt quicktime readline sdl spell ssl svga tcpd tiff truetype truetype-fonts type1-fonts wifi xine xml2 xmms xvzlib"
Unset: ASFLAGS, CBUILD, CTARGET, LANG, LC_ALL, LDFLAGS
|
arrgh |
|
Back to top |
|
|
hjnenc Veteran
Joined: 15 Aug 2004 Posts: 1599 Location: Vienna, Austria
|
Posted: Wed Mar 23, 2005 4:54 pm Post subject: |
|
|
I am not sure if this makes any difference, but you could try without the MAKEOPTS=-j2:
Code: | MAKEOPTS="" emerge glibc |
|
|
Back to top |
|
|
das_leid n00b
Joined: 11 Apr 2004 Posts: 63 Location: Bochum / Germany
|
Posted: Sat Jul 16, 2005 8:48 am Post subject: 2.3.5 has the same problem |
|
|
I don't know how the files in /usr/include got dates in the future.. very strange
I just copied a clean
/usr/include/linux
/usr/include/asm
from a working machinve over to the borked one. Seems to work now.
Cheers _________________ emerge vim
OH EVIL ! |
|
Back to top |
|
|
jasonpf Tux's lil' helper
Joined: 23 Nov 2002 Posts: 86 Location: Tempe, AZ
|
Posted: Thu Aug 03, 2006 4:37 am Post subject: |
|
|
Just so everyone knows, doing what deanpence mentioned worked.
TO AVOID RESTARTING! - Control-Z to stop the process, then run the commands I talk about below and type "fg" to get back to see if it worked!
First I did the following:
Code: | find /usr/include/linux -mmin -1 -exec touch {} \; |
It still looped and so I paused it once more and looked for any errors - I found one mentioning /usr/include/asm having a modification time in the future, so then I ran:
Code: | find /usr/include/asm -mmin -1 -exec touch {} \; |
I resumed once more and VIOLA! It worked! I'd suggest you try this if you are having this problem. It SHOULD help...If not.... don't look at me.
P-Chan |
|
Back to top |
|
|
|