| View previous topic :: View next topic |
| Author |
Message |
Halcy0n Developer


Joined: 17 Sep 2003 Posts: 1682 Location: Freehold, NJ
|
Posted: Fri Mar 03, 2006 5:04 pm Post subject: |
|
|
| PrakashP wrote: | | At least the second patch (well I put in all) let me compile qt and kde with visibility enabled on amd64, which wouldn't work w/o them for me. |
I think I had that patch at one point and it caused random ICEs. I'd rather leave them those out until upstream includes them, or it proves to be a real problem (I don't consider visibility support to be incredibly important at this point in time). _________________ Mark Loeser
http://www.halcy0n.com |
|
| Back to top |
|
 |
nxsty Veteran


Joined: 23 Jun 2004 Posts: 1556 Location: .se
|
Posted: Fri Mar 03, 2006 5:28 pm Post subject: |
|
|
| Halcy0n wrote: | | PrakashP wrote: | | At least the second patch (well I put in all) let me compile qt and kde with visibility enabled on amd64, which wouldn't work w/o them for me. |
I think I had that patch at one point and it caused random ICEs. I'd rather leave them those out until upstream includes them, or it proves to be a real problem (I don't consider visibility support to be incredibly important at this point in time). |
One of the patches is already inlcuded in the tarball (29_all_gcc4-pr19664.patch) and it's safe. The other one seems to have some issues. I've compiled my KDE and QT with visibility enabled on amd64 and didn't have any problems so at least it's not completely broken.  |
|
| Back to top |
|
 |
Vlad.Sharp Guru


Joined: 08 Dec 2004 Posts: 337 Location: Cambridgeshire, UK
|
Posted: Fri Mar 03, 2006 6:06 pm Post subject: |
|
|
GCC 4.1 finally seems to be out and stable. I know that GCC 4.0 has preliminary (unofficial) PIE and SSP support [thanks to nxsty and Sweden ] but what is the plan for GCC 4.1 PIE and SSP?
Edit: Just looked in the ebuild and it looks like split specs can be enabled. I suppose the question is - when does a stable glibc come out with support for it? |
|
| Back to top |
|
 |
nxsty Veteran


Joined: 23 Jun 2004 Posts: 1556 Location: .se
|
Posted: Fri Mar 03, 2006 6:17 pm Post subject: |
|
|
| Vlad.Sharp wrote: | GCC 4.1 finally seems to be out and stable. I know that GCC 4.0 has preliminary (unofficial) PIE and SSP support [thanks to nxsty and Sweden ] but what is the plan for GCC 4.1 PIE and SSP?
Edit: Just looked in the ebuild and it looks like split specs can be enabled. I suppose the question is - when does a stable glibc come out with support for it? |
Actually cthepan did all the work on backporting SSP to gcc 4.0 so all credit to him.
SSP where merged in gcc 4.1 so it should work right away without any patching. The split-specs bug from gcc 4.0 seems fixed too.
Glibc 2.4 will probably be released next week. |
|
| Back to top |
|
 |
Bob P Advocate


Joined: 20 Oct 2004 Posts: 3355 Location: Jackass! Development Labs
|
|
| Back to top |
|
 |
Vlad.Sharp Guru


Joined: 08 Dec 2004 Posts: 337 Location: Cambridgeshire, UK
|
Posted: Fri Mar 03, 2006 7:32 pm Post subject: |
|
|
| nxsty wrote: | | Vlad.Sharp wrote: | GCC 4.1 finally seems to be out and stable. I know that GCC 4.0 has preliminary (unofficial) PIE and SSP support [thanks to nxsty and Sweden ] but what is the plan for GCC 4.1 PIE and SSP?
Edit: Just looked in the ebuild and it looks like split specs can be enabled. I suppose the question is - when does a stable glibc come out with support for it? |
Actually cthepan did all the work on backporting SSP to gcc 4.0 so all credit to him.
SSP where merged in gcc 4.1 so it should work right away without any patching. The split-specs bug from gcc 4.0 seems fixed too.
Glibc 2.4 will probably be released next week. |
OK Thanks for that I'll probably rebuild world when glibc 2.4 is marked either as unstable or hard masked (in either case wait until next week).
Edit: I set SPLIT_SPECS=true in the gcc-4.1.0.ebuild file but gcc-config -l still shows only one gcc, and gcc --version reports only 4.1.0 and no pie or ssp extensions. Something I did wrong? |
|
| Back to top |
|
 |
Matteo Azzali Retired Dev


Joined: 23 Sep 2004 Posts: 1133
|
Posted: Sat Mar 04, 2006 12:00 am Post subject: |
|
|
just a note..... I tested some other flags in a discussion for blender compiling, I found that:
-fprofile-generate : didn't compile
-fwhole-program --combine : didn't compile
min-inline-recursive-probability : didn't compile
so care with these flags.... _________________ Every day a new distro comes to birth. Every day a distro "eats" another.
If you're born distro, no matter what, start to run.
---- http://www.linuxprinting.org/ ---- http://tuxmobil.org/ |
|
| Back to top |
|
 |
Bob P Advocate


Joined: 20 Oct 2004 Posts: 3355 Location: Jackass! Development Labs
|
Posted: Sat Mar 04, 2006 12:21 am Post subject: |
|
|
| batistuta wrote: | | what are you guys using as LDFLAGS? gcc-4.1 didn't like --as-needed |
i'm thinking that you answered your own question.  _________________ .
Stage 1/3 | Jackass! | Rockhopper! | Thanks | Google Sucks |
|
| Back to top |
|
 |
piwacet Guru

Joined: 30 Dec 2004 Posts: 483
|
Posted: Sat Mar 04, 2006 6:37 am Post subject: |
|
|
| I think I'll have a go at this 4.1.0 thingy. |
|
| Back to top |
|
 |
zend Tux's lil' helper


Joined: 10 Apr 2002 Posts: 112 Location: Shanghai,China
|
Posted: Sat Mar 04, 2006 6:38 am Post subject: digest error in current portage tree |
|
|
!!! Digest verification Failed:
!!! /usr/portage/distfiles/gcc-4.1.0-patches-1.0.tar.bz2
!!! Reason: Filesize does not match recorded size
!!! Got: 105332
!!! Expected: 15682 |
|
| Back to top |
|
 |
chtephan Apprentice


Joined: 03 Feb 2004 Posts: 265 Location: Offenburg, Germany
|
Posted: Sat Mar 04, 2006 10:01 am Post subject: |
|
|
| Vlad.Sharp wrote: | | Edit: I set SPLIT_SPECS=true in the gcc-4.1.0.ebuild file but gcc-config -l still shows only one gcc, and gcc --version reports only 4.1.0 and no pie or ssp extensions. Something I did wrong? |
It's a lot trickier than that. You need add the "piepatches" patch for gcc being able to use different defaults, then you need to add a patch so that gcc can read spec files from disk, then you need to modify toolchain.eclass so that it will build a SSP specs (since it won't recognize that gcc 4.1 has builtin ssp support), and there's a bunch of ebuild env variables that need to be set too.
As I wrote on one of the last pages you can find the necessary stuff here: http://www2.saout.de/gentoo/gcc/testing/
But it's not ready for prime-time yet. There are safety checks missing and the split-specs mechanism fails if your current compiler isn't the same you are trying to build (after gcc is built toolchain.eclass tries to recompile the stage2 gcc wrapper using the system compiler and runs into troubles with -fuse-profile due to profiledbootstrap). gcc 4.0 used to crash when built using gcc 3.x, but gcc 4.1 now fortunately has a safety check. |
|
| Back to top |
|
 |
MSc n00b

Joined: 31 Dec 2005 Posts: 16
|
Posted: Sat Mar 04, 2006 10:06 am Post subject: |
|
|
Even with the mask M~ gcc 4.1 seems to be "active" for distcc cross compiling (cross-i686-pc-linux-gnu/gcc-4.1.0). Emerge world tells me:
| Code: |
These are the packages that I would merge, in order:
Calculating world dependencies ...done!
[ebuild NS ] cross-i686-pc-linux-gnu/gcc-4.1.0 (-altivec) -bootstrap -build +fortran -gcj +gtk -ip28 -mudflap (-multilib) -multislot (-n32) (-n64) +nls -nocxx -objc -objc++ -objc-gc -vanilla 0 kB [1]
Total size of downloads: 0 kB
Portage overlays:
[1] /usr/local/portage |
Unfortunately my AMD64 system rejects to compile gcc 4.1 with the following error message:
| Code: | /var/tmp/portage/gcc-4.1.0/work/build/./gcc/xgcc -B/var/tmp/portage/gcc-4.1.0/work/build/./gcc/ -B/usr/i686-pc-linux-gnu/bin/ -B/usr/i686-pc-linux-gnu/lib/ -isystem /usr/i686-pc-linux-gnu/include -isystem /usr/i686-pc-linux-gnu/sys-include -O2 -O2 -O2 -pipe -DIN_GCC -DCROSS_COMPILE -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -shared -nodefaultlibs -Wl,--soname=libgcc_s.so.1 -Wl,--version-script=libgcc/./libgcc.map -o ./libgcc_s.so.1.tmp libgcc/./_muldi3_s.o libgcc/./_negdi2_s.o libgcc/./_lshrdi3_s.o libgcc/./_ashldi3_s.o libgcc/./_ashrdi3_s.o libgcc/./_cmpdi2_s.o libgcc/./_ucmpdi2_s.o libgcc/./_floatdidf_s.o libgcc/./_floatdisf_s.o libgcc/./_fixunsdfsi_s.o libgcc/./_fixunssfsi_s.o libgcc/./_fixunsdfdi_s.o libgcc/./_fixdfdi_s.o libgcc/./_fixunssfdi_s.o libgcc/./_fixsfdi_s.o libgcc/./_fixxfdi_s.o libgcc/./_fixunsxfdi_s.o libgcc/./_floatdixf_s.o libgcc/./_fixunsxfsi_s.o libgcc/./_fixtfdi_s.o libgcc/./_fixunstfdi_s.o libgcc/./_floatditf_s.o libgcc/./_clear_cache_s.o libgcc/./_enable_execute_stack_s.o libgcc/./_trampoline_s.o libgcc/./__main_s.o libgcc/./_absvsi2_s.o libgcc/./_absvdi2_s.o libgcc/./_addvsi3_s.o libgcc/./_addvdi3_s.o libgcc/./_subvsi3_s.o libgcc/./_subvdi3_s.o libgcc/./_mulvsi3_s.o libgcc/./_mulvdi3_s.o libgcc/./_negvsi2_s.o libgcc/./_negvdi2_s.o libgcc/./_ctors_s.o libgcc/./_ffssi2_s.o libgcc/./_ffsdi2_s.o libgcc/./_clz_s.o libgcc/./_clzsi2_s.o libgcc/./_clzdi2_s.o libgcc/./_ctzsi2_s.o libgcc/./_ctzdi2_s.o libgcc/./_popcount_tab_s.o libgcc/./_popcountsi2_s.o libgcc/./_popcountdi2_s.o libgcc/./_paritysi2_s.o libgcc/./_paritydi2_s.o libgcc/./_powisf2_s.o libgcc/./_powidf2_s.o libgcc/./_powixf2_s.o libgcc/./_powitf2_s.o libgcc/./_mulsc3_s.o libgcc/./_muldc3_s.o libgcc/./_mulxc3_s.o libgcc/./_multc3_s.o libgcc/./_divsc3_s.o libgcc/./_divdc3_s.o libgcc/./_divxc3_s.o libgcc/./_divtc3_s.o libgcc/./_divdi3_s.o libgcc/./_moddi3_s.o libgcc/./_udivdi3_s.o libgcc/./_umoddi3_s.o libgcc/./_udiv_w_sdiv_s.o libgcc/./_udivmoddi4_s.o libgcc/./unwind-dw2_s.o libgcc/./unwind-dw2-fde-glibc_s.o libgcc/./unwind-sjlj_s.o libgcc/./gthr-gnat_s.o libgcc/./unwind-c_s.o -lc && rm -f ./libgcc_s.so && if [ -f ./libgcc_s.so.1 ]; then mv -f ./libgcc_s.so.1 ./libgcc_s.so.1.backup; else true; fi && mv ./libgcc_s.so.1.tmp ./libgcc_s.so.1 && ln -s libgcc_s.so.1 ./libgcc_s.so
/usr/bin/i686-pc-linux-gnu-ld: this linker was not configured to use sysrootscollect2: ld returned 1 exit status
make[3]: *** [libgcc_s.so] Error 1
make[3]: Leaving directory `/var/tmp/portage/gcc-4.1.0/work/build/gcc'
make[2]: *** [libgcc.a] Error 2
rm gfortran.pod
make[2]: Leaving directory `/var/tmp/portage/gcc-4.1.0/work/build/gcc'
make[1]: *** [all-gcc] Error 2
make[1]: Leaving directory `/var/tmp/portage/gcc-4.1.0/work/build'
make: *** [all] Error 2
!!! ERROR: cross-i686-pc-linux-gnu/gcc-4.1.0 failed.
!!! Function gcc_do_make, Line 1345, Exitcode 2
!!! emake failed with all
!!! If you need support, post the topmost build error, NOT this status message. |
My emerge info look the following:
| Code: | Portage 2.0.54 (default-linux/amd64/2005.1, gcc-3.4.4, glibc-2.3.5-r2, 2.6.15-gentoo-r4 x86_64)
=================================================================
System uname: 2.6.15-gentoo-r4 x86_64 AMD Athlon(tm)64 X2 Dual Core Processor 3800+
Gentoo Base System version 1.6.14
distcc 2.18.3 x86_64-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
ccache version 2.3 [enabled]
dev-lang/python: 2.3.5-r2, 2.4.2
sys-apps/sandbox: 1.2.12
sys-devel/autoconf: 2.13, 2.59-r6
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
sys-devel/libtool: 1.5.22
virtual/os-headers: 2.6.11-r2
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CBUILD="x86_64-pc-linux-gnu"
CFLAGS="-march=k8 -mfpmath=sse -O3 -ffast-math -funroll-all-loops -pipe"
CHOST="x86_64-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/lib/X11/xkb /usr/lib64/mozilla/defaults/pref /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-march=k8 -mfpmath=sse -O3 -ffast-math -funroll-all-loops -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://pandemonium.tiscali.de/pub/gentoo/ http://gentoo.mirror.solnet.ch http://ftp.du.se/pub/os/gentoo http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo"
LINGUAS="de en"
MAKEOPTS="-j5"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="X acl acpi amd64 apache2 audiofile avi berkdb bitmap-fonts browserplugin bzip2 cdr crypt cups curl dts dvd eds emboss encode esd exif expat fam ffmpeg foomaticdb fortran gdbm gif glut gmp gnome gpm gstreamer gtk gtk2 gtkhtml idn imlib innodb java jpeg kerberos lcms ldap libwww lzw lzw-tiff maildir mhash mng mozilla mp3 mpeg mysql ncurses nls nptl nsplugin nvidia oav opengl pam pcre pdflib perl php png python quicktime readline samba sasl sdl spell ssl tcpd tiff truetype truetype-fonts type1-fonts udev usb userlocales vhosts winbind xml xml2 xpm xv xvid zlib linguas_de linguas_en userland_GNU kernel_linux elibc_glibc"
Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS |
And also the other way round, my i686 system tells me:
| Code: | /var/tmp/portage/gcc-4.1.0/work/build/./gcc/xgcc -B/var/tmp/portage/gcc-4.1.0/work/build/./gcc/ -B/usr/x86_64-pc-linux-gnu/bin/ -B/usr/x86_64-pc-linux-gnu/lib/ -isystem /usr/x86_64-pc-linux-gnu/include -isystem /usr/x86_64-pc-linux-gnu/sys-include -O2 -O2 -O2 -pipe -DIN_GCC -DCROSS_COMPILE -DNATIVE_CROSS -W -Wall -Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition -isystem ./include -fPIC -g -DHAVE_GTHR_DEFAULT -DIN_LIBGCC2 -D__GCC_FLOAT_NOT_NEEDED -shared -nodefaultlibs -Wl,--soname=libgcc_s.so.1 -Wl,--version-script=libgcc/./libgcc.map -o ./libgcc_s.so.1.tmp libgcc/./_muldi3_s.o libgcc/./_negdi2_s.o libgcc/./_lshrdi3_s.o libgcc/./_ashldi3_s.o libgcc/./_ashrdi3_s.o libgcc/./_cmpdi2_s.o libgcc/./_ucmpdi2_s.o libgcc/./_floatdidf_s.o libgcc/./_floatdisf_s.o libgcc/./_fixunsdfsi_s.o libgcc/./_fixunssfsi_s.o libgcc/./_fixunsdfdi_s.o libgcc/./_fixdfdi_s.o libgcc/./_fixunssfdi_s.o libgcc/./_fixsfdi_s.o libgcc/./_fixxfdi_s.o libgcc/./_fixunsxfdi_s.o libgcc/./_floatdixf_s.o libgcc/./_fixunsxfsi_s.o libgcc/./_fixtfdi_s.o libgcc/./_fixunstfdi_s.o libgcc/./_floatditf_s.o libgcc/./_clear_cache_s.o libgcc/./_enable_execute_stack_s.o libgcc/./_trampoline_s.o libgcc/./__main_s.o libgcc/./_absvsi2_s.o libgcc/./_absvdi2_s.o libgcc/./_addvsi3_s.o libgcc/./_addvdi3_s.o libgcc/./_subvsi3_s.o libgcc/./_subvdi3_s.o libgcc/./_mulvsi3_s.o libgcc/./_mulvdi3_s.o libgcc/./_negvsi2_s.o libgcc/./_negvdi2_s.o libgcc/./_ctors_s.o libgcc/./_ffssi2_s.o libgcc/./_ffsdi2_s.o libgcc/./_clz_s.o libgcc/./_clzsi2_s.o libgcc/./_clzdi2_s.o libgcc/./_ctzsi2_s.o libgcc/./_ctzdi2_s.o libgcc/./_popcount_tab_s.o libgcc/./_popcountsi2_s.o libgcc/./_popcountdi2_s.o libgcc/./_paritysi2_s.o libgcc/./_paritydi2_s.o libgcc/./_powisf2_s.o libgcc/./_powidf2_s.o libgcc/./_powixf2_s.o libgcc/./_powitf2_s.o libgcc/./_mulsc3_s.o libgcc/./_muldc3_s.o libgcc/./_mulxc3_s.o libgcc/./_multc3_s.o libgcc/./_divsc3_s.o libgcc/./_divdc3_s.o libgcc/./_divxc3_s.o libgcc/./_divtc3_s.o libgcc/./_divdi3_s.o libgcc/./_moddi3_s.o libgcc/./_udivdi3_s.o libgcc/./_umoddi3_s.o libgcc/./_udiv_w_sdiv_s.o libgcc/./_udivmoddi4_s.o libgcc/./unwind-dw2_s.o libgcc/./unwind-dw2-fde-glibc_s.o libgcc/./unwind-sjlj_s.o libgcc/./gthr-gnat_s.o libgcc/./unwind-c_s.o -lc && rm -f ./libgcc_s.so && if [ -f ./libgcc_s.so.1 ]; then mv -f ./libgcc_s.so.1 ./libgcc_s.so.1.backup; else true; fi && mv ./libgcc_s.so.1.tmp ./libgcc_s.so.1 && ln -s libgcc_s.so.1 ./libgcc_s.so
/usr/bin/x86_64-pc-linux-gnu-ld: this linker was not configured to use sysrootscollect2: ld returned 1 exit status
make[3]: *** [libgcc_s.so] Error 1
make[3]: Leaving directory `/var/tmp/portage/gcc-4.1.0/work/build/gcc'
make[2]: *** [stmp-multilib] Error 2
make[2]: Leaving directory `/var/tmp/portage/gcc-4.1.0/work/build/gcc'
make[1]: *** [all-gcc] Error 2
make[1]: Leaving directory `/var/tmp/portage/gcc-4.1.0/work/build'
make: *** [all] Error 2
!!! ERROR: cross-x86_64-pc-linux-gnu/gcc-4.1.0 failed.
!!! Function gcc_do_make, Line 1345, Exitcode 2
!!! emake failed with all
!!! If you need support, post the topmost build error, NOT this status message. |
Emerge info here:
| Code: | Portage 2.0.54 (default-linux/x86/2005.0, gcc-3.4.5, glibc-2.3.5-r2, 2.6.15-gentoo-r1 i686)
=================================================================
System uname: 2.6.15-gentoo-r1 i686 Pentium III (Katmai)
Gentoo Base System version 1.6.14
distcc 2.18.3 i686-pc-linux-gnu (protocols 1 and 2) (default port 3632) [disabled]
dev-lang/python: 2.3.5-r2, 2.4.2
sys-apps/sandbox: 1.2.12
sys-devel/autoconf: 2.13, 2.59-r6
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
sys-devel/libtool: 1.5.22
virtual/os-headers: 2.6.11-r2
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i686-pc-linux-gnu"
CFLAGS="-O3 -ffast-math -funroll-all-loops -march=pentium3 -mfpmath=sse -pipe"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3/share/config /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O3 -ffast-math -funroll-all-loops -march=pentium3 -mfpmath=sse -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://pandemonium.tiscali.de/pub/gentoo/ http://gentoo.mirror.solnet.ch http://ftp.du.se/pub/os/gentoo http://distfiles.gentoo.org http://www.ibiblio.org/pub/Linux/distributions/gentoo"
LINGUAS="de en"
MAKEOPTS="-j7"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="x86 apache2 apm arts avi berkdb bitmap-fonts bzip2 crypt cups curl distcc eds emboss encode expat foomaticdb fortran gdbm gif gmp gpm gstreamer gtk2 idn imlib java jpeg kerberos ldap libg++ libwww mad mhash mikmod motif mp3 mpeg ncurses nls nptl oav ogg oggvorbis oss pam pcre pdflib perl php png python quicktime readline samba sdl spell sse ssl tcpd tiff truetype truetype-fonts type1-fonts udev usb vhosts vorbis winbind xml xml2 xmms xv zlib linguas_de linguas_en userland_GNU kernel_linux elibc_glibc"
Unset: ASFLAGS, CTARGET, LANG, LC_ALL, LDFLAGS |
Both times the linker can't handle sysrootscollect2, I've no plan what this mode is.
Any idea what wrong?
Thanks!
markus |
|
| Back to top |
|
 |
nxsty Veteran


Joined: 23 Jun 2004 Posts: 1556 Location: .se
|
Posted: Sat Mar 04, 2006 10:31 am Post subject: |
|
|
| chtephan wrote: | | But it's not ready for prime-time yet. There are safety checks missing and the split-specs mechanism fails if your current compiler isn't the same you are trying to build (after gcc is built toolchain.eclass tries to recompile the stage2 gcc wrapper using the system compiler and runs into troubles with -fuse-profile due to profiledbootstrap). gcc 4.0 used to crash when built using gcc 3.x, but gcc 4.1 now fortunately has a safety check. |
That's weird. I emerged your gcc ebuild on a freshly unpacked i686 stage3 tarball and got the split specs files, even though that was with some gcc 3.4 version. I definitly thought this bug had been fixed. |
|
| Back to top |
|
 |
chtephan Apprentice


Joined: 03 Feb 2004 Posts: 265 Location: Offenburg, Germany
|
Posted: Sat Mar 04, 2006 10:42 am Post subject: |
|
|
| Yes, gcc 4.1 doesn't crash anymore when building split-specs with another compiler. But did you get the ssp spec files too? |
|
| Back to top |
|
 |
nxsty Veteran


Joined: 23 Jun 2004 Posts: 1556 Location: .se
|
Posted: Sat Mar 04, 2006 12:15 pm Post subject: |
|
|
| chtephan wrote: | | Yes, gcc 4.1 doesn't crash anymore when building split-specs with another compiler. But did you get the ssp spec files too? |
I'm not sure. I had split specs files but I don't remember which they where. You're probably right. |
|
| Back to top |
|
 |
Patr|ck_ n00b

Joined: 09 Apr 2005 Posts: 69
|
Posted: Sat Mar 04, 2006 2:20 pm Post subject: |
|
|
Hmm, unfortunately, I can't compile gcc 4.1 on my machine, either:
| Quote: | /var/tmp/portage/gcc-4.1.0/work/gcc-4.1.0/gcc/c-opts.c -o c-opts.o
/var/tmp/portage/gcc-4.1.0/work/gcc-4.1.0/gcc/c-opts.c: In function `c_common_handle_option':
/var/tmp/portage/gcc-4.1.0/work/gcc-4.1.0/gcc/c-opts.c:594: warning: passing arg 1 of `warning' makes integer from pointer without a cast
/var/tmp/portage/gcc-4.1.0/work/gcc-4.1.0/gcc/c-opts.c:594: error: too few arguments to function `warning'
make[2]: *** [c-opts.o] Error 1
make[2]: Leaving directory `/var/tmp/portage/gcc-4.1.0/work/build/gcc'
make[1]: *** [stage1_build] Error 2
make[1]: Leaving directory `/var/tmp/portage/gcc-4.1.0/work/build/gcc'
make: *** [profiledbootstrap] Error 2 |
CFLAGS="-Os -fomit-frame-pointer -funroll-loops -pipe -ffast-math -mtune=pentium4"
Any ideas? |
|
| Back to top |
|
 |
metalshark Apprentice


Joined: 07 Jan 2006 Posts: 197 Location: Bournemouth, England
|
Posted: Sat Mar 04, 2006 2:35 pm Post subject: Ebuilds |
|
|
The official ebuilds for gcc-4.1.0 and the SSP one posted on this site have issues compiling for me if going from a gcc3 -> gcc41 but not if going from a gcc3 -> gcc4 -> emerge -e world -> gcc41. The unoffical ebuild http://www.metalshark.co.uk/gcc.tar.bz2 doesn't suffer such issues - but is not aswell polished (uclibc fails so can't use on my Belkin router). I am sorting out the patches people have posted and the new ones in the Fedora CVS to get a non-ssp 4.1.0-r1 ebuild together with the latest set of fixes and am trying to edit the official 4.1.0 ebuild to not have issues going from gcc3. The SSP ebuilds compile but SSP doesn't seem to work for some applications (gtk, pango, glib ones) as in I can smash the stack. Things like the ice-hack patch are already in the latest version - anyone know a listing of patches that made it to save me the hassle? Also anyone know anything about writing SSP into GCC to get the SSP issues sorted for my -r2?
PS yes I did patch my toolchain eclass. _________________ Gentoo's Portage: Any ideas for reform? |
|
| Back to top |
|
 |
metalshark Apprentice


Joined: 07 Jan 2006 Posts: 197 Location: Bournemouth, England
|
Posted: Sat Mar 04, 2006 2:58 pm Post subject: For the record |
|
|
Just for the record - the issues I get for the official ebuild when compiling programs all mention CLK_TCK - for instance:
| Code: | grab_partial_image.c: In function âmainâ:
grab_partial_image.c:239: error: âCLK_TCKâ undeclared (first use in this function)
grab_partial_image.c:239: error: (Each undeclared identifier is reported only once
grab_partial_image.c:239: error: for each function it appears in.)
make[2]: *** [grab_partial_image.o] Error 1
media-libs/libdc1394-2.0.0_pre5-r1 |
I use ntp-client so the clock is correct (even phoned 123 - the talking clock - just to check), have no idea what on earth it's on about though, CLK_TCK?!? _________________ Gentoo's Portage: Any ideas for reform? |
|
| Back to top |
|
 |
dirtyepic Developer


Joined: 22 Oct 2004 Posts: 1613 Location: sk.ca
|
Posted: Sat Mar 04, 2006 4:45 pm Post subject: |
|
|
| Halcy0n wrote: | | PrakashP wrote: | | At least the second patch (well I put in all) let me compile qt and kde with visibility enabled on amd64, which wouldn't work w/o them for me. |
I think I had that patch at one point and it caused random ICEs. I'd rather leave them those out until upstream includes them, or it proves to be a real problem (I don't consider visibility support to be incredibly important at this point in time). |
I hit problems testing these again about two weeks ago, so there are some issues with them still. _________________ by design, by neglect
for a fact or just for effect |
|
| Back to top |
|
 |
StifflerStealth l33t


Joined: 03 Jul 2002 Posts: 952
|
Posted: Sat Mar 04, 2006 5:16 pm Post subject: Re: For the record |
|
|
| metalshark wrote: | Just for the record - the issues I get for the official ebuild when compiling programs all mention CLK_TCK - for instance:
| Code: | grab_partial_image.c: In function âmainâ:
grab_partial_image.c:239: error: âCLK_TCKâ undeclared (first use in this function)
grab_partial_image.c:239: error: (Each undeclared identifier is reported only once
grab_partial_image.c:239: error: for each function it appears in.)
make[2]: *** [grab_partial_image.o] Error 1
media-libs/libdc1394-2.0.0_pre5-r1 |
I use ntp-client so the clock is correct (even phoned 123 - the talking clock - just to check), have no idea what on earth it's on about though, CLK_TCK?!? |
You need to edit the file that CLK_TCK is in and change that to CLOCKS_PER_SEC
Then do: FEATUERS="keepwork" emerge {packagename}
or write a patch for it. CLK_TCK has been obsoleted by the C++ specifications, so even on M$, you need to change that. Just for reference. _________________ Nothing to read in this sig. Move along. |
|
| Back to top |
|
 |
metalshark Apprentice


Joined: 07 Jan 2006 Posts: 197 Location: Bournemouth, England
|
Posted: Sat Mar 04, 2006 5:44 pm Post subject: Thanks |
|
|
Cheers stiff - will put up links to overlays (for apps affected by gcc-4.1.0 experimental stuff) on http://www.metalshark.co.uk/overlays from Monday (6th) as it takes time to go into portage. Got my patched -r1 finished but SSP is SOOO annoying. It segfaults on media related apps and Gnome apps seem to be Stack Smash happy. No problems for any daemons or qt/kde apps (might be nxstys and stiffs qt/kde combo). Haven't been able to check the stable SSP ebuild on SELinux as writing SELinux profiles (I use only strict) is such an immense pain (I like things simple and SELinux isn't). _________________ Gentoo's Portage: Any ideas for reform?
Last edited by metalshark on Sat Mar 04, 2006 7:05 pm; edited 2 times in total |
|
| Back to top |
|
 |
Fanatic Apprentice


Joined: 02 May 2004 Posts: 173 Location: Stocktown
|
Posted: Sat Mar 04, 2006 6:06 pm Post subject: |
|
|
| So how big are the speed improvements (both compiling- and runtime-wise) compared to 3.4.x? |
|
| Back to top |
|
 |
mafioso Tux's lil' helper


Joined: 10 Jan 2006 Posts: 98 Location: arizona, usa
|
Posted: Sat Mar 04, 2006 6:22 pm Post subject: |
|
|
just thought id check in... just finished an emerge -e world using nxsty's latest glibc and the release of gcc-4.1.0 etc. (see sig), i was able to compile ALL 631 packages on my system and this system is faster now than ever b4 . the only problems were ffmpeg which compiled fine after all the other packages were done, and gtkglarea which i needed an overlay for found in nesl247 latest overlay... peace _________________ persistance is THE key to success |
|
| Back to top |
|
 |
metalshark Apprentice


Joined: 07 Jan 2006 Posts: 197 Location: Bournemouth, England
|
Posted: Sat Mar 04, 2006 6:59 pm Post subject: Patches |
|
|
Will keep editing this post for CLK_TCK to CLOCKS_PER_SEC overlays (to stop thread bloat) all that I come across will also be posted on Gentoo bugs. Don't know why using LDFLAGS fixed the issues on some of my boxes (time to re-image methinks).
CLK_TCK fixed overlays:
libdc1394
scanlogd
Anyone not clued up on howto fix this issue can PM me and I'll do it for you and/or give you full instructions. _________________ Gentoo's Portage: Any ideas for reform?
Last edited by metalshark on Sat Mar 04, 2006 7:49 pm; edited 3 times in total |
|
| Back to top |
|
 |
dirtyepic Developer


Joined: 22 Oct 2004 Posts: 1613 Location: sk.ca
|
|
| Back to top |
|
 |
|