View previous topic :: View next topic |
Author |
Message |
travlr Apprentice
Joined: 20 Apr 2005 Posts: 158 Location: USA
|
Posted: Thu Mar 23, 2006 1:22 pm Post subject: |
|
|
Gergan Penkov wrote: |
It works here without the
Code: | -Wl, --sort-common -s |
I use only
Code: | -Wl,-O1 -Wl,--as-needed |
|
Thanks Gergan,
but that doesn't work either for me. Here's the error for any combination of ld flags used. Code: | !!!ERROR: sys-libs/timezone-data-2006b failed.
Call stack
ebuild.sh, line 1565 Called dyn_compile
ebuild.sh, line 974: Called src_compile |
_________________ ProDataLab.com -- A Focus On Efficiency |
|
Back to top |
|
|
Pandor Tux's lil' helper
Joined: 16 Nov 2005 Posts: 128 Location: Belgium
|
|
Back to top |
|
|
Hum Tux's lil' helper
Joined: 13 Oct 2005 Posts: 116 Location: Canada
|
|
Back to top |
|
|
WTFman Apprentice
Joined: 04 Apr 2005 Posts: 153
|
Posted: Thu Mar 23, 2006 3:53 pm Post subject: |
|
|
I'm having probs w/ libsdl as well, I was told to compile nasm without fforce addr, but that did not help me, wish I could find an answer. _________________ Occupation: Professional Slacker
Hobbies/Interests: Open Source Aficionado since 2005 |
|
Back to top |
|
|
Pandor Tux's lil' helper
Joined: 16 Nov 2005 Posts: 128 Location: Belgium
|
Posted: Thu Mar 23, 2006 7:55 pm Post subject: |
|
|
Hum wrote: | https://forums.gentoo.org/viewtopic-t-442247-start-50.html
look at the bottom |
thx for the tip.
I dont want to completely remove the cflag from my config, so is there any way to strip it from within an ebuild?
That way i could just make a nasm ebuild in my overlay.
btw, why did it compile before then? the cflag has always been there and libsdl is in my world file so i emerged it succesfully before...
If it doesn't work, i might just change to ebuild to add "--disable-nasm" when running configure to disable the assembly code in SDL... |
|
Back to top |
|
|
walrus_55 Tux's lil' helper
Joined: 19 Jul 2003 Posts: 122 Location: Melbourne, Australia
|
Posted: Thu Mar 23, 2006 10:49 pm Post subject: |
|
|
Well i managed to compile gcc-4.1, i had to disable the gtk flag for it to work. Has anyone else heard of this flag causing gcc not to compile? |
|
Back to top |
|
|
Hum Tux's lil' helper
Joined: 13 Oct 2005 Posts: 116 Location: Canada
|
Posted: Thu Mar 23, 2006 11:00 pm Post subject: |
|
|
Pandor wrote: | Hum wrote: | https://forums.gentoo.org/viewtopic-t-442247-start-50.html
look at the bottom |
thx for the tip.
I dont want to completely remove the cflag from my config, so is there any way to strip it from within an ebuild?
That way i could just make a nasm ebuild in my overlay.
btw, why did it compile before then? the cflag has always been there and libsdl is in my world file so i emerged it succesfully before...
If it doesn't work, i might just change to ebuild to add "--disable-nasm" when running configure to disable the assembly code in SDL... |
I just made an overlay for nasm and filtered out the flags in the ebuild
http://dev.gentoo.org/~plasmaroo/devmanual/ebuild-writing/functions/src_compile/buildenv/
should be a pretty good guide on how to filter it out. |
|
Back to top |
|
|
Pandor Tux's lil' helper
Joined: 16 Nov 2005 Posts: 128 Location: Belgium
|
Posted: Fri Mar 24, 2006 2:29 pm Post subject: |
|
|
Thx, very usefull link. |
|
Back to top |
|
|
Pandor Tux's lil' helper
Joined: 16 Nov 2005 Posts: 128 Location: Belgium
|
Posted: Fri Mar 24, 2006 5:15 pm Post subject: |
|
|
Here we go. I created and emerged an overlay for nasm wich strips fomit-frame-pointer and tried compiling libsdl again but it still chokes on hermes.
I guess i'll just have to disable nasm support for libsdl for now... |
|
Back to top |
|
|
irondog l33t
Joined: 07 Jul 2003 Posts: 715 Location: Voor mijn TV. Achter mijn pc.
|
Posted: Fri Mar 24, 2006 7:26 pm Post subject: |
|
|
Has anyone here been able to build a GCC-4.1 crosscompiler for ARM with C++ support? I've tested crossdev with GCC 4.1 for both glibc 2.4 and glibc 2.3.6. The first one refused to build because it's nptl only. The latter because it's GCC 4.1 incompatible.
Is it impossible to have an nptl-only glibc for ARM or is this a problem with the ebuild? _________________ Alle dingen moeten onzin zijn. |
|
Back to top |
|
|
Exner Tux's lil' helper
Joined: 08 Apr 2003 Posts: 128 Location: Melbourne, Australia
|
Posted: Fri Mar 24, 2006 11:58 pm Post subject: |
|
|
Gergan Penkov wrote: | I use only Code: | -Wl,-O1 -Wl,--as-needed |
|
How does use of these linker flags affect prelink? Does it make prelink any less useful? _________________ - Exner (Antony Suter) |
|
Back to top |
|
|
nesl247 Veteran
Joined: 15 Jun 2004 Posts: 1614 Location: Florida
|
Posted: Sat Mar 25, 2006 12:15 am Post subject: |
|
|
Pandor wrote: | Here we go. I created and emerged an overlay for nasm wich strips fomit-frame-pointer and tried compiling libsdl again but it still chokes on hermes.
I guess i'll just have to disable nasm support for libsdl for now... |
This also applies to Hum and Pandor (This is the easier method over maintaining an overlay when it is a cflag. Try reporting it to bugzilla if it does not exist)
You need to do the following
/etc/portage/bashrc: | case ${CATEGORY}/${PN} in
"dev-lang/nasm")
CFLAGS="${CFLAGS} -fno-force-addr"
;;
esac |
This tells nasm to build without -fforce-addr. So after adding that, emerge --oneshot nasm. Then libsdl will compile.
Works for me, or at least it did. If you could test it that would be nice. |
|
Back to top |
|
|
Pandor Tux's lil' helper
Joined: 16 Nov 2005 Posts: 128 Location: Belgium
|
Posted: Sat Mar 25, 2006 10:43 am Post subject: |
|
|
Man, i feel so stupid...
I created an ebuild wich strips fomit-frame-pointer, not fforce-addr
Whatever gave me that idea.. must have been the sandman.
*edit* It worked! i'm going to remove my overlay now and add the lines to bashrc.
Thx for the bashrc tip. |
|
Back to top |
|
|
Gergan Penkov Veteran
Joined: 17 Jul 2004 Posts: 1464 Location: das kleinste Kuhdorf Deutschlands :)
|
Posted: Sat Mar 25, 2006 11:11 am Post subject: |
|
|
Exner wrote: | Gergan Penkov wrote: | I use only Code: | -Wl,-O1 -Wl,--as-needed |
|
How does use of these linker flags affect prelink? Does it make prelink any less useful? |
I'm not sure as I never used prelink, but I think that they could be used together.
--as-needed - has only one virtue, which in turn is very, very helpful to the gentoo system - it links only the needed libraries.
so if the package links to sth like
Code: | /usr/lib/libgtk-x11-2.0.so /usr/lib/libgdk-x11-2.0.so /usr/lib/libatk-1.0.so /usr/lib/libgdk_pixbuf-2.0.so /usr/lib/libpangocairo-1.0.so /usr/lib/libpangoft2-1.0.so /usr/lib/libpango-1.0.so -lm /usr/lib/libcairo.so /usr/lib/libXrender.so -lpng12 /usr/lib/libglitz.so /usr/lib/libfontconfig.so /usr/lib/libfreetype.so /usr/lib/libexpat.so -lz /usr/lib/gcc/i686-pc-linux-gnu/4.1.0/libstdc++.so /usr/lib/libgobject-2.0.so /usr/lib/libgmodule-2.0.so /usr/lib/libglib-2.0.so /usr/lib/libstartup-notification-1.so /usr/lib/libSM.so /usr/lib/libICE.so /usr/lib/libXRes.so /usr/lib/libXext.so /usr/lib/libX11.so /usr/lib/libXau.so /usr/lib/libXdmcp.so -ldl
|
this is from libwnck
Code: | 0x00000001 (NEEDED) Shared library: [libgtk-x11-2.0.so.0]
0x00000001 (NEEDED) Shared library: [libgdk-x11-2.0.so.0]
0x00000001 (NEEDED) Shared library: [libatk-1.0.so.0]
0x00000001 (NEEDED) Shared library: [libgdk_pixbuf-2.0.so.0]
0x00000001 (NEEDED) Shared library: [libm.so.6]
0x00000001 (NEEDED) Shared library: [libpangocairo-1.0.so.0]
0x00000001 (NEEDED) Shared library: [libpango-1.0.so.0]
0x00000001 (NEEDED) Shared library: [libcairo.so.2]
0x00000001 (NEEDED) Shared library: [libgobject-2.0.so.0]
0x00000001 (NEEDED) Shared library: [libgmodule-2.0.so.0]
0x00000001 (NEEDED) Shared library: [libdl.so.2]
0x00000001 (NEEDED) Shared library: [libglib-2.0.so.0]
0x00000001 (NEEDED) Shared library: [libstartup-notification-1.so.0]
0x00000001 (NEEDED) Shared library: [libSM.so.6]
0x00000001 (NEEDED) Shared library: [libICE.so.6]
0x00000001 (NEEDED) Shared library: [libX11.so.6]
0x00000001 (NEEDED) Shared library: [libXRes.so.1]
0x00000001 (NEEDED) Shared library: [libXext.so.6]
0x00000001 (NEEDED) Shared library: [libc.so.6]
|
after --as-needed the linked libraries are only those, which are really needed.
Now this prevents some problems you could look here here or here _________________ "I knew when an angel whispered into my ear,
You gotta get him away, yeah
Hey little bitch!
Be glad you finally walked away or you may have not lived another day."
Godsmack |
|
Back to top |
|
|
Pandor Tux's lil' helper
Joined: 16 Nov 2005 Posts: 128 Location: Belgium
|
Posted: Sat Mar 25, 2006 3:53 pm Post subject: |
|
|
nesl247 wrote: |
...
You need to do the following
/etc/portage/bashrc: | case ${CATEGORY}/${PN} in
"dev-lang/nasm")
CFLAGS="${CFLAGS} -fno-force-addr"
;;
esac |
This tells nasm to build without -fforce-addr. So after adding that, emerge --oneshot nasm. Then libsdl will compile.
Works for me, or at least it did. If you could test it that would be nice. |
Well, i just tested it by creating /etc/portage/bashrc but i get strange results when compiling..
the output looks like this:
Code: | i686-pc-linux-gnu-gcc -c -O3 -march=athlon-xp -fforce-addr -fomit-frame-pointer -ftracer -pipe -fno-force-addr -fno-force-addr -fno-force-addr -Wall -std=c99 -pedantic -DHAVE_CONFIG_H -I. -I. -o nasm.o nasm.c |
notice that it says -fno-force-addr 3 times.. |
|
Back to top |
|
|
nesl247 Veteran
Joined: 15 Jun 2004 Posts: 1614 Location: Florida
|
Posted: Sat Mar 25, 2006 3:55 pm Post subject: |
|
|
Yeah, I have no idea why it does that, but it should be safe. I haven't had any problems. |
|
Back to top |
|
|
Pandor Tux's lil' helper
Joined: 16 Nov 2005 Posts: 128 Location: Belgium
|
Posted: Sat Mar 25, 2006 4:12 pm Post subject: |
|
|
nesl247 wrote: | Yeah, I have no idea why it does that, but it should be safe. I haven't had any problems. |
It must be looping the case statement for some reason, but why..
aah.. the mistories of portage |
|
Back to top |
|
|
nesl247 Veteran
Joined: 15 Jun 2004 Posts: 1614 Location: Florida
|
Posted: Sat Mar 25, 2006 4:16 pm Post subject: |
|
|
This is from the portage developers on IRC
Code: | <ferringb> it's executed for every phase.
<blubb> nesl247: it's executed for each phase |
|
|
Back to top |
|
|
Gergan Penkov Veteran
Joined: 17 Jul 2004 Posts: 1464 Location: das kleinste Kuhdorf Deutschlands :)
|
Posted: Sat Mar 25, 2006 4:31 pm Post subject: |
|
|
You could use sth like this to test in which phase it is called:
Code: | if [ "$0" = "/usr/lib/portage/bin/ebuild.sh" -o "$0" = "/usr/lib/portage/bin/ebuild-daemon.sh" ]
then |
It is taken from some thread about pro package, linker, c and cxx flags, which I use _________________ "I knew when an angel whispered into my ear,
You gotta get him away, yeah
Hey little bitch!
Be glad you finally walked away or you may have not lived another day."
Godsmack |
|
Back to top |
|
|
matthew2k n00b
Joined: 14 Mar 2003 Posts: 27 Location: Germany
|
Posted: Sun Mar 26, 2006 9:17 am Post subject: gcc 4.1.0 miscompiles xorg-server |
|
|
Hello everyone.
I hope nobody minds that I just point to my bugzilla report to avoid redudant posting: https://bugs.gentoo.org/show_bug.cgi?id=127608. Did someone maybe hit that bug too?
Thanks a lot... matthew. |
|
Back to top |
|
|
rhill Retired Dev
Joined: 22 Oct 2004 Posts: 1629 Location: sk.ca
|
Posted: Mon Mar 27, 2006 6:54 am Post subject: |
|
|
Martin Michlmayr has posted an interesting summary on the results of building the entire Debian archive with GCC 4.1 on MIPS and EM64T.
http://lists.debian.org/debian-gcc/2006/03/msg00405.html _________________ by design, by neglect
for a fact or just for effect |
|
Back to top |
|
|
Bob P Advocate
Joined: 20 Oct 2004 Posts: 3355 Location: Jackass! Development Labs
|
Posted: Mon Mar 27, 2006 9:37 am Post subject: |
|
|
Thanks for the link. I especially liked this part:
Martin Michlmayr wrote: | Musings
-------
Obviously, compiling the archive from source leads to many important
insights. What I found out over the last two weeks is just how much
work it actually is. |
I'm still laughing about his comment about how long it takes to compile everything. That's just so funny it hurts to laugh. _________________ .
Stage 1/3 | Jackass! | Rockhopper! | Thanks | Google Sucks |
|
Back to top |
|
|
geki Advocate
Joined: 13 May 2004 Posts: 2387 Location: Germania
|
Posted: Mon Mar 27, 2006 9:58 am Post subject: Re: gcc 4.1.0 miscompiles xorg-server |
|
|
matthew2k wrote: | https://bugs.gentoo.org/show_bug.cgi?id=127608 |
It sounds like http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26763
Try to recompile xorg-server with this cflag added
Quote: | -fno-tree-loop-optimize | ... Quote: | # man gcc
-ftree-loop-optimize
Perform loop optimizations on trees. This flag is enabled by default at -O and higher. |
_________________ hear hear |
|
Back to top |
|
|
nxsty Veteran
Joined: 23 Jun 2004 Posts: 1556 Location: .se
|
Posted: Mon Mar 27, 2006 10:19 am Post subject: |
|
|
I opened bug #127724 about the problem with gcc 4.1 snapshots installing files in the wrong dirs. |
|
Back to top |
|
|
matthew2k n00b
Joined: 14 Mar 2003 Posts: 27 Location: Germany
|
Posted: Mon Mar 27, 2006 8:43 pm Post subject: Re: gcc 4.1.0 miscompiles xorg-server |
|
|
Thanks for the hint. I posted a link in my bug report and I will have a closer look at it later this week because university keeps me quite busy lately. |
|
Back to top |
|
|
|