| View previous topic :: View next topic |
| Author |
Message |
metalshark
Apprentice
Joined: 07 Jan 2006
Posts: 197
Location: Bournemouth, England
|
 Posted: Fri Mar 10, 2006 7:52 pm Post subject: Probably not |
 |
|
http://forums.gentoo.org/viewtopic-t-435659.html - Nxsty has done some brilliant work on a GLIBC-2.4 and BINUTILS with -bdirect support. The official toolchain "might" say it say support but the patches in Nxsty's overlay wouldn't be there without good reason...
| Quote: | | (7.) A binutils overlay is also needed if you want to try -Bdirect and the other new linker optimizations. You can use mine or create your own with the latest patches. |
_________________
Gentoo's Portage: Any ideas for reform? |
|
| Back to top |
|
 |
todw1fd
Tux's lil' helper
Joined: 21 Mar 2003
Posts: 93
|
| Posted: Fri Mar 10, 2006 8:07 pm Post subject: e2fsprogs 1.38-r1 fails |
|
|
Anyone else seeing this with gcc-4.1? : | Code: | make[2]: Entering directory `/var/tmp/portage/e2fsprogs-1.38/work/e2fsprogs-1.38/e2fsck'
CC dict.c
CC unix.c
CC e2fsck.c
CC super.c
CC pass1.c
CC pass1b.c
CC pass2.c
CC pass3.c
CC pass4.c
CC pass5.c
CC journal.c
CC swapfs.c
CC badblocks.c
CC util.c
CC dirinfo.c
CC dx_dirinfo.c
CC ehandler.c
CC problem.c
CC message.c
CC recovery.c
CC region.c
CC revoke.c
CC ea_refcount.c
CC rehash.c
LD e2fsck.shared
CP e2fsck
make[2]: stat:../lib/libcom_err.a: Too many levels of symbolic links
make[2]: *** No rule to make target `../lib/libcom_err.a', needed by `e2fsck.static'. Stop.
make[2]: Leaving directory `/var/tmp/portage/e2fsprogs-1.38/work/e2fsprogs-1.38/e2fsck'
make[1]: *** [all-progs-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/e2fsprogs-1.38/work/e2fsprogs-1.38'
make: *** [all] Error 2
!!! ERROR: sys-fs/e2fsprogs-1.38 failed.
Call stack:
ebuild.sh, line 1933: Called dyn_compile
ebuild.sh, line 971: Called src_compile
|
e2fsprogs-1.38 and 1.38-r1 failing with same error. 1.38 previously compiled fine with gcc-4.1 for me. |
|
| Back to top |
|
|
metalshark
Apprentice
Joined: 07 Jan 2006
Posts: 197
Location: Bournemouth, England
|
| Posted: Fri Mar 10, 2006 8:33 pm Post subject: Kernel |
|
|
The error is common for kernels: as a Google search will point out. I do not know the proper way to fix it - only the way that works for me - please hold off till someone more talented with kernel related stuff answers - incase they don't then heres what I do: | Code: | emerge -C whatever-sources
rm -fr /usr/src/*
USE="symlink" emerge whatever-sources module-rebuild genkernel
genkernel --color --install all
module-rebuild populate
module-rebuild rebuild |
You can pick and choose the commands you want to run this is just a rough guide.
_________________
Gentoo's Portage: Any ideas for reform? |
|
| Back to top |
|
|
todw1fd
Tux's lil' helper
Joined: 21 Mar 2003
Posts: 93
|
| Posted: Fri Mar 10, 2006 9:37 pm Post subject: |
|
|
| Tried your fix metalshark...removed all the sources, deleted all the distfiles, reinstalled the source, rebuilt the kernel, rebuild the modules, retried e2fsprogs and got same error. Thanks anyway! |
|
| Back to top |
|
|
metalshark
Apprentice
Joined: 07 Jan 2006
Posts: 197
Location: Bournemouth, England
|
| Posted: Fri Mar 10, 2006 9:41 pm Post subject: Hmm... |
|
|
Sorry don't know for any other kernel only use Nitro Sources by Tiger with gcc-4/4.1 and Gentoo Sources with gcc-3. It compiled fine here (did an emerge to test).
_________________
Gentoo's Portage: Any ideas for reform? |
|
| Back to top |
|
|
Bob P
Advocate
Joined: 20 Oct 2004
Posts: 3355
Location: Jackass! Development Labs
|
| Posted: Sat Mar 11, 2006 1:23 am Post subject: Re: e2fsprogs 1.38-r1 fails |
|
|
| todw1fd wrote: | Anyone else seeing this with gcc-4.1? : | Code: | ...
make[2]: stat:../lib/libcom_err.a: Too many levels of symbolic links
make[2]: *** No rule to make target `../lib/libcom_err.a', needed by `e2fsck.static'. Stop.
make[2]: Leaving directory `/var/tmp/portage/e2fsprogs-1.38/work/e2fsprogs-1.38/e2fsck'
make[1]: *** [all-progs-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/e2fsprogs-1.38/work/e2fsprogs-1.38'
make: *** [all] Error 2
!!! ERROR: sys-fs/e2fsprogs-1.38 failed.
Call stack:
ebuild.sh, line 1933: Called dyn_compile
ebuild.sh, line 971: Called src_compile
|
e2fsprogs-1.38 and 1.38-r1 failing with same error. 1.38 previously compiled fine with gcc-4.1 for me. |
this looks like a bug in the -r1 version of the ebuild that needs to be reported to buzilla if you haven't done so already.
edit: i've previously had no problems with this ebuild on GCC 4.1. but now the -r0 version is even broken. the appearance of new problems makes me wonder if somebody is quitely tinkering with packages and/or patches in the portage tree.
_________________
.
Stage 1/3 | Jackass! | Rockhopper! | Thanks | Google Sucks |
|
| Back to top |
|
|
SpanKY
Developer
Joined: 18 Apr 2002
Posts: 321
Location: Worcester, MA
|
| Posted: Sat Mar 11, 2006 3:17 am Post subject: Re: e2fsprogs 1.38-r1 fails |
|
|
| todw1fd wrote: | Anyone else seeing this with gcc-4.1? : | Code: |
CP e2fsck
make[2]: stat:../lib/libcom_err.a: Too many levels of symbolic links
make[2]: *** No rule to make target `../lib/libcom_err.a', needed by `e2fsck.static'. Stop.
|
e2fsprogs-1.38 and 1.38-r1 failing with same error. 1.38 previously compiled fine with gcc-4.1 for me. |
has nothing to do with gcc-4.1, see Bug 125146 |
|
| Back to top |
|
|
SpanKY
Developer
Joined: 18 Apr 2002
Posts: 321
Location: Worcester, MA
|
| Posted: Sat Mar 11, 2006 3:18 am Post subject: Re: e2fsprogs 1.38-r1 fails |
|
|
| Bob P wrote: | | edit: i've previously had no problems with this ebuild on GCC 4.1. but now the -r0 version is even broken. the appearance of new problems makes me wonder if somebody is quitely tinkering with packages and/or patches in the portage tree. |
of course we're tinkering with package.mask-ed ebuilds without bumping the revision, deal  |
|
| Back to top |
|
|
Bob P
Advocate
Joined: 20 Oct 2004
Posts: 3355
Location: Jackass! Development Labs
|
| Posted: Sat Mar 11, 2006 5:41 am Post subject: Re: e2fsprogs 1.38-r1 fails |
|
|
| SpanKY wrote: | | Bob P wrote: | | edit: i've previously had no problems with this ebuild on GCC 4.1. but now the -r0 version is even broken. the appearance of new problems makes me wonder if somebody is quitely tinkering with packages and/or patches in the portage tree. |
of course we're tinkering with package.mask-ed ebuilds without bumping the revision, deal |
well, i think i understand your borken teen english.
e2fsprogs-1.38 is a STABLE branch package that worked fine until today. it seems that e2fsprogs-1.38 and 1.38-r1 have just been broken by someone who has been tinkering without bumping the revision numbers -- even though these are STABLE BRANCH packages and are not package.mask-ed ebuilds where this sort of activity is permissible and accepted! 
http://packages.gentoo.org/search/?sstring=e2fsprogs
you know, i'm still trying to figure out why STABLE branch packages that are totally functional suddenly break even though their revision numbers don't change. i understand the rationale behind editing MASKED builds without bumping the revision numbers, but why does this happen with packages in the stable branch?
being someone who compiles more than most people, i've seen stable branch ebuilds get broken by people who continually change the patchsets without bumping the ebuild revisions. then the package that had been working properly suddenly breaks with no externally visible cause. this kind of obfuscation makes the problems exceptionally difficult to track down for the casual user who doesn't understand what is happening behind the scenes.
looking at the changelogs, it seems that the same coder is always responsible when these things happen. i'm just trying to figure this out -- is it normal / accepted practice to silently edit stable branch ebuilds without bumping the revision number, or is this sort of thing not supposed to happen?
it seems that an inordinate number of stable branch packages keep getting broken this way. as i understand things (maybe i don't understand things), this is not supposed to happen with packages that are not masked. from a more advanced user's perspective, it is somewhat comical to see that the same person always seems to have his fingers in the pie when things break. 
my apologies to everyone for deviating from the subject of GCC 4.1.
_________________
.
Stage 1/3 | Jackass! | Rockhopper! | Thanks | Google Sucks
Last edited by Bob P on Sat Mar 11, 2006 5:46 am; edited 1 time in total |
|
| Back to top |
|
|
SpanKY
Developer
Joined: 18 Apr 2002
Posts: 321
Location: Worcester, MA
|
| Posted: Sat Mar 11, 2006 5:45 am Post subject: Re: e2fsprogs 1.38-r1 fails |
|
|
| Bob P wrote: | | SpanKY wrote: | | Bob P wrote: | | edit: i've previously had no problems with this ebuild on GCC 4.1. but now the -r0 version is even broken. the appearance of new problems makes me wonder if somebody is quitely tinkering with packages and/or patches in the portage tree. |
of course we're tinkering with package.mask-ed ebuilds without bumping the revision, deal |
well, i think i understand your borken teen english.
e2fsprogs-1.38 is a STABLE branch package that worked fine until today. it seems that e2fsprogs-1.38 and 1.38-r1 have just been broken by someone who has been tinkering without bumping the revision numbers -- even though these are STABLE BRANCH packages and are not package.mask-ed ebuilds where this sort of activity is permissible and accepted! |
clearly you missed my previous post where i said the e2fsprogs error has nothing to do with gcc-4.1, thus the rest of your little rant has no meaning |
|
| Back to top |
|
|
Bob P
Advocate
Joined: 20 Oct 2004
Posts: 3355
Location: Jackass! Development Labs
|
| Posted: Sat Mar 11, 2006 5:49 am Post subject: |
|
|
| SpanKY wrote: | | Bob P wrote: | | SpanKY wrote: | | Bob P wrote: | | edit: i've previously had no problems with this ebuild on GCC 4.1. but now the -r0 version is even broken. the appearance of new problems makes me wonder if somebody is quitely tinkering with packages and/or patches in the portage tree. |
of course we're tinkering with package.mask-ed ebuilds without bumping the revision, deal |
well, i think i understand your borken teen english.
e2fsprogs-1.38 is a STABLE branch package that worked fine until today. it seems that e2fsprogs-1.38 and 1.38-r1 have just been broken by someone who has been tinkering without bumping the revision numbers -- even though these are STABLE BRANCH packages and are not package.mask-ed ebuilds where this sort of activity is permissible and accepted! |
clearly you missed my previous post where i said the e2fsprogs error has nothing to do with gcc-4.1, thus the rest of your little rant has no meaning |
no, i didn't miss your previous post. and no, i am not ranting. i'm just trying to understand why working stable branch packages suddenly break without any externally visible cause. i'm hoping that somebody will give me a straight and honest answer about this. can you tell me -- is the practice of editing ebuilds without bumping the revision numbers a practice that is supposed to be confined to masked packages or not?
_________________
.
Stage 1/3 | Jackass! | Rockhopper! | Thanks | Google Sucks |
|
| Back to top |
|
|
SpanKY
Developer
Joined: 18 Apr 2002
Posts: 321
Location: Worcester, MA
|
| Posted: Sat Mar 11, 2006 5:55 am Post subject: |
|
|
| Bob P wrote: | | no, i didn't miss your previous post. and no, i am not ranting. i'm just trying to understand why working stable branch packages suddenly break without any externally visible cause. i'm hoping that somebody will give me a straight and honest answer about this. |
the bug has *always* existed in the e2fsprogs stable ebuilds, no one noticed until recently and it only hit a few unlucky people depending on the order of packages installed
| Quote: | | is the practice of editing ebuilds without bumping the revision numbers a practice that is supposed to be confined to masked packages or not? |
yes, and as i said, you need to deal with me editing package masked ebuilds (gcc-4.1) without a revbump ... i never said anything about editing e2fsprogs ebuilds |
|
| Back to top |
|
|
Bob P
Advocate
Joined: 20 Oct 2004
Posts: 3355
Location: Jackass! Development Labs
|
| Posted: Sat Mar 11, 2006 6:27 am Post subject: |
|
|
| SpanKY wrote: | | Quote: | | is the practice of editing ebuilds without bumping the revision numbers a practice that is supposed to be confined to masked packages or not? |
yes, and as i said, you need to deal with me editing package masked ebuilds (gcc-4.1) without a revbump ... i never said anything about editing e2fsprogs ebuilds |
i've never had any problem "dealing" with the practice of editing masked ebuilds (gcc-4.1) without a revbump. although i appreciate your concern in this regard, its entirely unnecessary. my only concern was with the practice of applying changes to the ebuilds and patchsets of non-masked ebuilds without bumping the revision numbers. thank you for confirming that such activity would be a violation of accepted practice standards. 
BTW, does this apply to "~arch" as it does to "-*" ?
also, thank you for your prompt attention to the problem with the original e2fs bug. 
_________________
.
Stage 1/3 | Jackass! | Rockhopper! | Thanks | Google Sucks |
|
| Back to top |
|
|
Vlad.Sharp
Guru
Joined: 08 Dec 2004
Posts: 337
Location: Cambridgeshire, UK
|
| Posted: Sat Mar 11, 2006 11:52 am Post subject: |
|
|
| Glibc 2.4 is out in portage as unstable testing. Does it require a recompile of system? As far as I'm aware nxsty's overlay didn't require it. |
|
| Back to top |
|
|
chtephan
Apprentice
Joined: 03 Feb 2004
Posts: 265
Location: Offenburg, Germany
|
| Posted: Sat Mar 11, 2006 11:58 am Post subject: |
|
|
| No, it doesn't strictly require it, since glibc versions are always backwards compatible, but it's strongly suggested in order to make the toolchain / core librares correctly use new ABI stuff / features that the new glibc provides and not continue using outdated / deprecated stuff. I actually don't compile the whole system every time, just the toolchain and the system from time to time. Sometimes I grep around and rebuild stuff that was using ABI calls that have been replaced by newer ones, but that isn't really necessary to keep everything working. |
|
| Back to top |
|
|
SpanKY
Developer
Joined: 18 Apr 2002
Posts: 321
Location: Worcester, MA
|
| Posted: Sat Mar 11, 2006 12:02 pm Post subject: |
|
|
| Bob P wrote: | | BTW, does this apply to "~arch" as it does to "-*" ? |
it only applies to package.masked ebuilds and ebuilds which lack any KEYWORDS (as in *just* "-*") |
|
| Back to top |
|
|
ssmaxss
Apprentice
Joined: 28 Jun 2005
Posts: 160
Location: Moscow, Russia.
|
| Posted: Sat Mar 11, 2006 1:07 pm Post subject: |
|
|
| I think it would be better to use glibc 2.4 (wait for portage or find overlay at this forum). You can recompile world with Bdirect support but you need glibc supporting Bdirect to use it at runtime. |
|
| Back to top |
|
|
metalshark
Apprentice
Joined: 07 Jan 2006
Posts: 197
Location: Bournemouth, England
|
| Posted: Sat Mar 11, 2006 4:41 pm Post subject: Hardly any issues |
|
|
Now hardly anyone has a problem with gcc-4.1.0 who's ready for the next battle with breaking apps?
http://www.metalshark.co.uk/gcc-4.2.0.20060304.ebuild
_________________
Gentoo's Portage: Any ideas for reform? |
|
| Back to top |
|
|
Vlad.Sharp
Guru
Joined: 08 Dec 2004
Posts: 337
Location: Cambridgeshire, UK
|
| Posted: Sat Mar 11, 2006 4:46 pm Post subject: Mozilla-Firefox and nsStackFrameUnix.cpp |
|
|
| Code: | nsAllocator.cpp
i686-pc-linux-gnu-g++ -o nsAllocator.o -c -I../../dist/include/system_wrappers -include ../../config/gcc_hidden.h -DMOZILLA_INTERNAL_API -DOSTYPE=\"Linux2.6\" -DOSARCH=\"Linux\" -DBUILD_ID=2006031116 -D_IMPL_NS_COM -I../../dist/include/string -I../../dist/include/xpcom -I../../dist/include -I/usr/include/nspr -fPIC -DGENTOO_NSPLUGINS_DIR=\"/usr/lib/nsplugins\" -DGENTOO_NSBROWSER_PLUGINS_DIR=\"/usr/lib/nsbrowser/plugins\" -fno-rtti -fno-handle-exceptions -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -march=pentium-m -pipe -Wno-return-type -w -freorder-blocks -fno-reorder-functions -fshort-wchar -pthread -pipe -DNDEBUG -DTRIMMED -ffunction-sections -O2 -DGENTOO_NSPLUGINS_DIR=\"/usr/lib/nsplugins\" -DGENTOO_NSBROWSER_PLUGINS_DIR=\"/usr/lib/nsbrowser/plugins\" -DMOZILLA_CLIENT -include ../../mozilla-config.h -Wp,-MD,.deps/nsAllocator.pp nsAllocator.cpp
nsVersionComparatorImpl.cpp
i686-pc-linux-gnu-g++ -o nsVersionComparatorImpl.o -c -I../../dist/include/system_wrappers -include ../../config/gcc_hidden.h -DMOZILLA_INTERNAL_API -DOSTYPE=\"Linux2.6\" -DOSARCH=\"Linux\" -DBUILD_ID=2006031116 -D_IMPL_NS_COM -I../../dist/include/string -I../../dist/include/xpcom -I../../dist/include -I/usr/include/nspr -fPIC -DGENTOO_NSPLUGINS_DIR=\"/usr/lib/nsplugins\" -DGENTOO_NSBROWSER_PLUGINS_DIR=\"/usr/lib/nsbrowser/plugins\" -fno-rtti -fno-handle-exceptions -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -march=pentium-m -pipe -Wno-return-type -w -freorder-blocks -fno-reorder-functions -fshort-wchar -pthread -pipe -DNDEBUG -DTRIMMED -ffunction-sections -O2 -DGENTOO_NSPLUGINS_DIR=\"/usr/lib/nsplugins\" -DGENTOO_NSBROWSER_PLUGINS_DIR=\"/usr/lib/nsbrowser/plugins\" -DMOZILLA_CLIENT -include ../../mozilla-config.h -Wp,-MD,.deps/nsVersionComparatorImpl.pp nsVersionComparatorImpl.cpp
nsConsoleMessage.cpp
i686-pc-linux-gnu-g++ -o nsConsoleMessage.o -c -I../../dist/include/system_wrappers -include ../../config/gcc_hidden.h -DMOZILLA_INTERNAL_API -DOSTYPE=\"Linux2.6\" -DOSARCH=\"Linux\" -DBUILD_ID=2006031116 -D_IMPL_NS_COM -I../../dist/include/string -I../../dist/include/xpcom -I../../dist/include -I/usr/include/nspr -fPIC -DGENTOO_NSPLUGINS_DIR=\"/usr/lib/nsplugins\" -DGENTOO_NSBROWSER_PLUGINS_DIR=\"/usr/lib/nsbrowser/plugins\" -fno-rtti -fno-handle-exceptions -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -march=pentium-m -pipe -Wno-return-type -w -freorder-blocks -fno-reorder-functions -fshort-wchar -pthread -pipe -DNDEBUG -DTRIMMED -ffunction-sections -O2 -DGENTOO_NSPLUGINS_DIR=\"/usr/lib/nsplugins\" -DGENTOO_NSBROWSER_PLUGINS_DIR=\"/usr/lib/nsbrowser/plugins\" -DMOZILLA_CLIENT -include ../../mozilla-config.h -Wp,-MD,.deps/nsConsoleMessage.pp nsConsoleMessage.cpp
nsConsoleService.cpp
i686-pc-linux-gnu-g++ -o nsConsoleService.o -c -I../../dist/include/system_wrappers -include ../../config/gcc_hidden.h -DMOZILLA_INTERNAL_API -DOSTYPE=\"Linux2.6\" -DOSARCH=\"Linux\" -DBUILD_ID=2006031116 -D_IMPL_NS_COM -I../../dist/include/string -I../../dist/include/xpcom -I../../dist/include -I/usr/include/nspr -fPIC -DGENTOO_NSPLUGINS_DIR=\"/usr/lib/nsplugins\" -DGENTOO_NSBROWSER_PLUGINS_DIR=\"/usr/lib/nsbrowser/plugins\" -fno-rtti -fno-handle-exceptions -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -march=pentium-m -pipe -Wno-return-type -w -freorder-blocks -fno-reorder-functions -fshort-wchar -pthread -pipe -DNDEBUG -DTRIMMED -ffunction-sections -O2 -DGENTOO_NSPLUGINS_DIR=\"/usr/lib/nsplugins\" -DGENTOO_NSBROWSER_PLUGINS_DIR=\"/usr/lib/nsbrowser/plugins\" -DMOZILLA_CLIENT -include ../../mozilla-config.h -Wp,-MD,.deps/nsConsoleService.pp nsConsoleService.cpp
nsDebugImpl.cpp
i686-pc-linux-gnu-g++ -o nsDebugImpl.o -c -I../../dist/include/system_wrappers -include ../../config/gcc_hidden.h -DMOZILLA_INTERNAL_API -DOSTYPE=\"Linux2.6\" -DOSARCH=\"Linux\" -DBUILD_ID=2006031116 -D_IMPL_NS_COM -I../../dist/include/string -I../../dist/include/xpcom -I../../dist/include -I/usr/include/nspr -fPIC -DGENTOO_NSPLUGINS_DIR=\"/usr/lib/nsplugins\" -DGENTOO_NSBROWSER_PLUGINS_DIR=\"/usr/lib/nsbrowser/plugins\" -fno-rtti -fno-handle-exceptions -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -march=pentium-m -pipe -Wno-return-type -w -freorder-blocks -fno-reorder-functions -fshort-wchar -pthread -pipe -DNDEBUG -DTRIMMED -ffunction-sections -O2 -DGENTOO_NSPLUGINS_DIR=\"/usr/lib/nsplugins\" -DGENTOO_NSBROWSER_PLUGINS_DIR=\"/usr/lib/nsbrowser/plugins\" -DMOZILLA_CLIENT -include ../../mozilla-config.h -Wp,-MD,.deps/nsDebugImpl.pp nsDebugImpl.cpp
nsErrorService.cpp
i686-pc-linux-gnu-g++ -o nsErrorService.o -c -I../../dist/include/system_wrappers -include ../../config/gcc_hidden.h -DMOZILLA_INTERNAL_API -DOSTYPE=\"Linux2.6\" -DOSARCH=\"Linux\" -DBUILD_ID=2006031116 -D_IMPL_NS_COM -I../../dist/include/string -I../../dist/include/xpcom -I../../dist/include -I/usr/include/nspr -fPIC -DGENTOO_NSPLUGINS_DIR=\"/usr/lib/nsplugins\" -DGENTOO_NSBROWSER_PLUGINS_DIR=\"/usr/lib/nsbrowser/plugins\" -fno-rtti -fno-handle-exceptions -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -march=pentium-m -pipe -Wno-return-type -w -freorder-blocks -fno-reorder-functions -fshort-wchar -pthread -pipe -DNDEBUG -DTRIMMED -ffunction-sections -O2 -DGENTOO_NSPLUGINS_DIR=\"/usr/lib/nsplugins\" -DGENTOO_NSBROWSER_PLUGINS_DIR=\"/usr/lib/nsbrowser/plugins\" -DMOZILLA_CLIENT -include ../../mozilla-config.h -Wp,-MD,.deps/nsErrorService.pp nsErrorService.cpp
nsExceptionService.cpp
i686-pc-linux-gnu-g++ -o nsExceptionService.o -c -I../../dist/include/system_wrappers -include ../../config/gcc_hidden.h -DMOZILLA_INTERNAL_API -DOSTYPE=\"Linux2.6\" -DOSARCH=\"Linux\" -DBUILD_ID=2006031116 -D_IMPL_NS_COM -I../../dist/include/string -I../../dist/include/xpcom -I../../dist/include -I/usr/include/nspr -fPIC -DGENTOO_NSPLUGINS_DIR=\"/usr/lib/nsplugins\" -DGENTOO_NSBROWSER_PLUGINS_DIR=\"/usr/lib/nsbrowser/plugins\" -fno-rtti -fno-handle-exceptions -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -march=pentium-m -pipe -Wno-return-type -w -freorder-blocks -fno-reorder-functions -fshort-wchar -pthread -pipe -DNDEBUG -DTRIMMED -ffunction-sections -O2 -DGENTOO_NSPLUGINS_DIR=\"/usr/lib/nsplugins\" -DGENTOO_NSBROWSER_PLUGINS_DIR=\"/usr/lib/nsbrowser/plugins\" -DMOZILLA_CLIENT -include ../../mozilla-config.h -Wp,-MD,.deps/nsExceptionService.pp nsExceptionService.cpp
nsMemoryImpl.cpp
i686-pc-linux-gnu-g++ -o nsMemoryImpl.o -c -I../../dist/include/system_wrappers -include ../../config/gcc_hidden.h -DMOZILLA_INTERNAL_API -DOSTYPE=\"Linux2.6\" -DOSARCH=\"Linux\" -DBUILD_ID=2006031116 -D_IMPL_NS_COM -I../../dist/include/string -I../../dist/include/xpcom -I../../dist/include -I/usr/include/nspr -fPIC -DGENTOO_NSPLUGINS_DIR=\"/usr/lib/nsplugins\" -DGENTOO_NSBROWSER_PLUGINS_DIR=\"/usr/lib/nsbrowser/plugins\" -fno-rtti -fno-handle-exceptions -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -march=pentium-m -pipe -Wno-return-type -w -freorder-blocks -fno-reorder-functions -fshort-wchar -pthread -pipe -DNDEBUG -DTRIMMED -ffunction-sections -O2 -DGENTOO_NSPLUGINS_DIR=\"/usr/lib/nsplugins\" -DGENTOO_NSBROWSER_PLUGINS_DIR=\"/usr/lib/nsbrowser/plugins\" -DMOZILLA_CLIENT -include ../../mozilla-config.h -Wp,-MD,.deps/nsMemoryImpl.pp nsMemoryImpl.cpp
nsTraceRefcntImpl.cpp
i686-pc-linux-gnu-g++ -o nsTraceRefcntImpl.o -c -I../../dist/include/system_wrappers -include ../../config/gcc_hidden.h -DMOZILLA_INTERNAL_API -DOSTYPE=\"Linux2.6\" -DOSARCH=\"Linux\" -DBUILD_ID=2006031116 -D_IMPL_NS_COM -I../../dist/include/string -I../../dist/include/xpcom -I../../dist/include -I/usr/include/nspr -fPIC -DGENTOO_NSPLUGINS_DIR=\"/usr/lib/nsplugins\" -DGENTOO_NSBROWSER_PLUGINS_DIR=\"/usr/lib/nsbrowser/plugins\" -fno-rtti -fno-handle-exceptions -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -march=pentium-m -pipe -Wno-return-type -w -freorder-blocks -fno-reorder-functions -fshort-wchar -pthread -pipe -DNDEBUG -DTRIMMED -ffunction-sections -O2 -DGENTOO_NSPLUGINS_DIR=\"/usr/lib/nsplugins\" -DGENTOO_NSBROWSER_PLUGINS_DIR=\"/usr/lib/nsbrowser/plugins\" -DMOZILLA_CLIENT -include ../../mozilla-config.h -Wp,-MD,.deps/nsTraceRefcntImpl.pp nsTraceRefcntImpl.cpp
nsInterfaceRequestorAgg.cpp
i686-pc-linux-gnu-g++ -o nsInterfaceRequestorAgg.o -c -I../../dist/include/system_wrappers -include ../../config/gcc_hidden.h -DMOZILLA_INTERNAL_API -DOSTYPE=\"Linux2.6\" -DOSARCH=\"Linux\" -DBUILD_ID=2006031116 -D_IMPL_NS_COM -I../../dist/include/string -I../../dist/include/xpcom -I../../dist/include -I/usr/include/nspr -fPIC -DGENTOO_NSPLUGINS_DIR=\"/usr/lib/nsplugins\" -DGENTOO_NSBROWSER_PLUGINS_DIR=\"/usr/lib/nsbrowser/plugins\" -fno-rtti -fno-handle-exceptions -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -march=pentium-m -pipe -Wno-return-type -w -freorder-blocks -fno-reorder-functions -fshort-wchar -pthread -pipe -DNDEBUG -DTRIMMED -ffunction-sections -O2 -DGENTOO_NSPLUGINS_DIR=\"/usr/lib/nsplugins\" -DGENTOO_NSBROWSER_PLUGINS_DIR=\"/usr/lib/nsbrowser/plugins\" -DMOZILLA_CLIENT -include ../../mozilla-config.h -Wp,-MD,.deps/nsInterfaceRequestorAgg.pp nsInterfaceRequestorAgg.cpp
nsStackFrameUnix.cpp
i686-pc-linux-gnu-g++ -o nsStackFrameUnix.o -c -I../../dist/include/system_wrappers -include ../../config/gcc_hidden.h -DMOZILLA_INTERNAL_API -DOSTYPE=\"Linux2.6\" -DOSARCH=\"Linux\" -DBUILD_ID=2006031116 -D_IMPL_NS_COM -I../../dist/include/string -I../../dist/include/xpcom -I../../dist/include -I/usr/include/nspr -fPIC -DGENTOO_NSPLUGINS_DIR=\"/usr/lib/nsplugins\" -DGENTOO_NSBROWSER_PLUGINS_DIR=\"/usr/lib/nsbrowser/plugins\" -fno-rtti -fno-handle-exceptions -Wconversion -Wpointer-arith -Wcast-align -Woverloaded-virtual -Wsynth -Wno-ctor-dtor-privacy -Wno-non-virtual-dtor -Wno-long-long -march=pentium-m -pipe -Wno-return-type -w -freorder-blocks -fno-reorder-functions -fshort-wchar -pthread -pipe -DNDEBUG -DTRIMMED -ffunction-sections -O2 -DGENTOO_NSPLUGINS_DIR=\"/usr/lib/nsplugins\" -DGENTOO_NSBROWSER_PLUGINS_DIR=\"/usr/lib/nsbrowser/plugins\" -DMOZILLA_CLIENT -include ../../mozilla-config.h -Wp,-MD,.deps/nsStackFrameUnix.pp nsStackFrameUnix.cpp
nsIConsoleListener.idl
../../dist/bin/xpidl -m typelib -w -I ../../dist/idl -I. -o _xpidlgen/nsIConsoleListener nsIConsoleListener.idl
nsStackFrameUnix.cpp: In function 'void DumpStackToFile(FILE*)':
nsStackFrameUnix.cpp:101: error: 'JB_BP' was not declared in this scope
gmake[3]: *** [nsStackFrameUnix.o] Error 1
gmake[3]: *** Waiting for unfinished jobs....
gmake[3]: Leaving directory `/var/tmp/portage/mozilla-firefox-1.5.0.1-r2/work/mozilla/xpcom/base'
gmake[2]: *** [libs] Error 2
gmake[2]: Leaving directory `/var/tmp/portage/mozilla-firefox-1.5.0.1-r2/work/mozilla/xpcom'
gmake[1]: *** [tier_2] Error 2
gmake[1]: Leaving directory `/var/tmp/portage/mozilla-firefox-1.5.0.1-r2/work/mozilla'
make: *** [default] Error 2
!!! ERROR: www-client/mozilla-firefox-1.5.0.1-r2 failed.
Call stack:
ebuild.sh, line 1933: Called dyn_compile
ebuild.sh, line 971: Called src_compile
!!! (no error message)
!!! If you need support, post the topmost build error, and the call stack if relevant.
|
| Code: |
sensei ~ # emerge --info
Portage 2.1_pre5-r4 (default-linux/x86/2006.0, gcc-4.1.0, glibc-2.4-r0, 2.6.15-gentoo-r7 i686)
=================================================================
System uname: 2.6.15-gentoo-r7 i686 Intel(R) Pentium(R) M processor 2.00GHz
Gentoo Base System version 1.12.0_pre16
ccache version 2.4 [enabled]
dev-lang/python: 2.4.2-r1
sys-apps/sandbox: 1.2.17
sys-devel/autoconf: 2.13, 2.59-r7
sys-devel/automake: 1.4_p6, 1.5, 1.6.3, 1.7.9-r1, 1.8.5-r3, 1.9.6-r1
sys-devel/binutils: 2.16.1, 2.16.1-r2
sys-devel/libtool: 1.5.22
virtual/os-headers: 2.6.11-r3
ACCEPT_KEYWORDS="x86 ~x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O2 -march=pentium-m -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/share/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/revdep-rebuild /etc/terminfo /etc/texmf/web2c /etc/env.d"
CXXFLAGS="-O2 -march=pentium-m -pipe -fomit-frame-pointer -fvisibility-inlines-hidden"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://distfiles.gentoo.org http://distro.ibiblio.org/pub/linux/distributions/gentoo"
LINGUAS="en_GB ru"
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 a52 aac acl acpi alsa apache2 apm avi bash-completion berkdb bidi bitmap-fonts bzip2 canna cdb cdparanoia cdr clamav crypt cups dbus doc dri dv dvd dvdr dvdread emboss encode esd exif fbcon fftw flac foomaticdb fortran ftp gcj gd gdbm geoip gif glut gmp gnome gphoto2 gpm gstreamer gtk gtk2 hal icc ieee1394 imagemagick imlib innodb ipv6 jikes jpeg jpeg2k kde kdeenablefinal libg++ libwww mad memlimit mhash mikmod mime mmx mono motif mp3 mpeg mysql mysqli ncurses nls nptl nptlonly nsplugin objc objc++ objc-gc odbc ogg openal opengl oss pam pdf pdflib perl php plotutils png posix ppds python qt quicktime readline ruby samba sdl session sharedmem simplexml smartcard sockets socks5 spell sqlite3 sse sse2 ssl svg tcpd tetex tidy tiff truetype truetype-fonts type1-fonts udev unicode usb vcd vorbis wifi win32codecs xcomposite xine xml xml2 xmms xosd xpm xprint xscreensaver xv xvid zlib elibc_glibc input_devices_evdev input_devices_keyboard input_devices_mouse input_devices_synaptics input_devices_vmmouse kernel_linux linguas_en_GB linguas_ru userland_GNU video_cards_vmware video_cards_vesa video_cards_nvidia"
Unset: ASFLAGS, CTARGET, EMERGE_DEFAULT_OPTS, LANG, LC_ALL, LDFLAGS
|
| Code: |
sensei ~ # cat /etc/make.conf
# These settings were set by the catalyst build script that automatically built this stage
# Please consult /etc/make.conf.example for a more detailed example
CFLAGS="-O2 -march=pentium-m -pipe -fomit-frame-pointer"
CHOST="i686-pc-linux-gnu"
CXXFLAGS="${CFLAGS} -fvisibility-inlines-hidden"
ACCEPT_KEYWORDS="~x86"
MAKEOPTS="-j2"
LINGUAS="en_GB ru"
USE="-arts -eds a52 aac acl acpi alsa apache2 bash-completion berkdb bidi bzip2 canna cdb cdr cdparanoia clamav crypt cups"
USE="${USE} dbus doc dv dvd dvdr dvdread encode exif fbcon fftw flac foomaticdb ftp gcj gd geoip gif glut gmp gnome gphoto2"
USE="${USE} gpm gtk2 gstreamer hal icc ieee1394 imagemagick innodb ipv6 jikes jpeg jpeg2k kde kdeenablefinal -ldap mad"
USE="${USE} memlimit mime mmx mono mp3 -mozilla mpeg mysql mysqli ncurses nls nptl nptlonly nsplugin odbc ogg openal opengl"
USE="${USE} pdf php plotutils png posix ppds python qt quicktime readline ruby samba sdl session sharedmem simplexml smartcard"
USE="${USE} sockets socks5 spell sqlite3 sse sse2 ssl svg tetex tidy truetype unicode usb vcd wifi win32codecs X xine xml2"
USE="${USE} xosd xpm xprint xv xvid zlib xcomposite"
#Misc
USE="${USE} tiff mhash xscreensaver"
#Objective C
USE="${USE} objc objc++ objc-gc"
#Nice X Fonts
USE="${USE} bitmap-fonts truetype-fonts type1-fonts"
FEATURES="ccache"
CCACHE_SIZE="5G"
CCACHE_DIR="/var/tmp/ccache"
PORTDIR_OVERLAY="/usr/local/portage"
VIDEO_CARDS="vmware vesa nvidia"
INPUT_DEVICES="evdev keyboard mouse synaptics vmmouse"
|
Edit: Maybe it is a glibc problem? Doing emerge -e world right now, will keep results posted
Any ideas? Bug #125843 |
|
| Back to top |
|
|
pussi
l33t
Joined: 08 May 2004
Posts: 727
Location: Finland
|
| Posted: Sat Mar 11, 2006 4:54 pm Post subject: |
|
|
| I had that same problem with firefod and someone mentioned this patch on another thread that solved it. |
|
| Back to top |
|
|
SpanKY
Developer
Joined: 18 Apr 2002
Posts: 321
Location: Worcester, MA
|
| Posted: Sat Mar 11, 2006 5:31 pm Post subject: |
|
|
| pussi wrote: | | I had that same problem with firefod and someone mentioned this patch on another thread that solved it. |
please file a bug report (assuming one hasnt already) with this URL in it as this is a bug in firefox, not glibc |
|
| Back to top |
|
|
Bob P
Advocate
Joined: 20 Oct 2004
Posts: 3355
Location: Jackass! Development Labs
|
| Posted: Sun Mar 12, 2006 12:08 pm Post subject: Re: e2fsprogs 1.38-r1 fails |
|
|
| SpanKY wrote: | | todw1fd wrote: | Anyone else seeing this with gcc-4.1? : | Code: |
CP e2fsck
make[2]: stat:../lib/libcom_err.a: Too many levels of symbolic links
make[2]: *** No rule to make target `../lib/libcom_err.a', needed by `e2fsck.static'. Stop.
|
e2fsprogs-1.38 and 1.38-r1 failing with same error. 1.38 previously compiled fine with gcc-4.1 for me. |
has nothing to do with gcc-4.1, see Bug 125146 |
it looks like e2fsprogs was broken yesterday, fixed yesterday, and has reverted to begin broken again today.
| Code: | `-mcpu=' is deprecated. Use `-mtune=' or '-march=' instead.
CC rehash.c
`-mcpu=' is deprecated. Use `-mtune=' or '-march=' instead.
LD e2fsck.shared
CP e2fsck
make[2]: stat:../lib/libcom_err.a: Too many levels of symbolic links
make[2]: *** No rule to make target `../lib/libcom_err.a', needed by `e2fsck.static'. Stop.
make[2]: Leaving directory `/var/tmp/portage/e2fsprogs-1.38-r1/work/e2fsprogs-1.38/e2fsck'
make[1]: *** [all-progs-recursive] Error 1
make[1]: Leaving directory `/var/tmp/portage/e2fsprogs-1.38-r1/work/e2fsprogs-1.38'
make: *** [all] Error 2
!!! ERROR: sys-fs/e2fsprogs-1.38-r1 failed.
Call stack:
ebuild.sh, line 1557: Called dyn_compile
ebuild.sh, line 966: Called src_compile
!!! (no error message)
!!! If you need support, post the topmost build error, and the call stack if relevant. |
_________________
.
Stage 1/3 | Jackass! | Rockhopper! | Thanks | Google Sucks |
|
| Back to top |
|
|
mbar
Veteran
Joined: 19 Jan 2005
Posts: 1879
Location: Poland
|
| Posted: Sun Mar 12, 2006 12:12 pm Post subject: |
|
|
| rt2500 is b0rked when compiling with 4.1. Compiles cleanly but when modprobing dmesg says "rt2500: falsely claims to have parameter ifname". Everything is ok when kernel + rt2500 module is compiled with gcc 4.0.2. |
|
| Back to top |
|
|
paladin-zero
Guru
Joined: 19 May 2004
Posts: 322
|
| Posted: Sun Mar 12, 2006 1:56 pm Post subject: |
|
|
I am having trouble on an amd64 system. My x86 upgrade went smoothly, but on the amd, the system remerge kept choking on libxml2 (CFLAGS="-mtune=k8 -O2 -pipe -fpermissive -ffast-math -funroll-all-loops -fpeel-loops -ftracer -funswitch-loops"). I saw a post on the forums here that said downgrading binutils would allow libxml2 to compile.
So I did emerge "<binutils-2.16", which broke my compiler, so I cant go back to my original binutils.
Can anyone help me out? I'm completely adrift now. Here's my emerge info:
| Code: | >>> Compiling source in /var/tmp/portage/binutils-2.16.1-r2/work/binutils-2.16.1 ...
* CATEGORY: sys-devel
* CBUILD: x86_64-pc-linux-gnu
* CHOST: x86_64-pc-linux-gnu
* CTARGET: x86_64-pc-linux-gnu
* CFLAGS:
* LDFLAGS:
./configure --prefix=/usr --host=x86_64-pc-linux-gnu --target=x86_64-pc-linux-gnu --datadir=/usr/share/binutils-data/x86_64-pc-linux-gnu/2.16.1 --infodir=/usr/share/binutils-data/x86_64-pc-linux-gnu/2.16.1/info --mandir=/usr/share/binutils-data/x86_64-pc-linux-gnu/2.16.1/man --bindir=/usr/x86_64-pc-linux-gnu/binutils-bin/2.16.1 --libdir=/usr/lib64/binutils/x86_64-pc-linux-gnu/2.16.1 --libexecdir=/usr/lib64/binutils/x86_64-pc-linux-gnu/2.16.1 --includedir=/usr/lib64/binutils/x86_64-pc-linux-gnu/2.16.1/include --enable-64-bit-bfd --enable-shared --disable-werror --disable-nls --build=x86_64-pc-linux-gnu
creating cache ./config.cache
checking host system type... x86_64-pc-linux-gnu
checking target system type... x86_64-pc-linux-gnu
checking build system type... x86_64-pc-linux-gnu
checking for a BSD compatible install... /bin/install -c
checking whether ln works... yes
checking whether ln -s works... yes
checking for gcc... gcc
checking whether the C compiler (gcc ) works... no
configure: error: installation or configuration problem: C compiler cannot create executables.
|
Last edited by paladin-zero on Sun Mar 12, 2006 3:18 pm; edited 1 time in total |
|
| Back to top |
|
|
MaitreChang
n00b
Joined: 23 Mar 2003
Posts: 32
|
| Posted: Sun Mar 12, 2006 3:08 pm Post subject: RT2500 : CVS is OK |
|
|
| mbar wrote: | | rt2500 is b0rked when compiling with 4.1. Compiles cleanly but when modprobing dmesg says "rt2500: falsely claims to have parameter ifname". Everything is ok when kernel + rt2500 module is compiled with gcc 4.0.2. |
The CVS repository for the RT2500 module works fine. Here is an ebuild I made from the rt2x00 cvs ebuild.
| Code: |
inherit linux-mod cvs
DESCRIPTION="Driver for the RaLink RT2x00 wireless chipsets"
HOMEPAGE="http://rt2x00.serialmonkey.com"
LICENSE="GPL-2"
ECVS_SERVER="cvs.sourceforge.net:/cvsroot/rt2400"
ECVS_MODULE="source/rt2500"
ECVS_LOCALNAME="${P}"
KEYWORDS="-*"
IUSE="debug"
RDEPEND="net-wireless/wireless-tools"
S="${WORKDIR}/${P}/Module"
MODULE_NAMES="rt2500(${S}:${S}:${S})"
CONFIG_CHECK="NET_RADIO"
ERROR_NET_RADIO="${P} requires support for Wireless LAN drivers (non-hamradio) & Wireless Extensions (CONFIG_NET_RADIO)."
pkg_setup() {
kernel_is lt 2 6 13 && die "${P} requires at least kernel 2.6.13"
linux-mod_pkg_setup
BUILD_PARAMS="KERNDIR=${KV_DIR} KERNOUT=${KV_OUT_DIR}"
if use debug ; then
BUILD_TARGETS="debug"
fi
}
src_compile() {
cd ../Utilitys
/usr/qt/3/bin/qmake -o Makefile raconfig2500.pro
emake
linux-mod_src_compile
}
src_install() {
linux-mod_src_install
dodoc CHANGELOG COPYING README THANKS
}
pkg_postinst() {
linux-mod_pkg_postinst
ewarn
ewarn "This is a CVS ebuild - please report any bugs to the rt2x00 forums"
ewarn "http://rt2x00.serialmonkey.com/phpBB2/viewforum.php?f=5"
ewarn
ewarn "Any bugs reported to Gentoo will be marked INVALID"
ewarn
}
|
|
|
| Back to top |
|
|
|
Portage & Programming
