Gentoo Forums
Gentoo Forums
Quick Search: in
GCC 4.1[beta]
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2, 3 ... 26, 27, 28 ... 32, 33, 34  Next  
This topic is locked: you cannot edit posts or make replies.    Gentoo Forums Forum Index Portage & Programming
View previous topic :: View next topic  
Author Message
Halcy0n
Developer
Developer


Joined: 17 Sep 2003
Posts: 1682
Location: Freehold, NJ

PostPosted: Fri Mar 03, 2006 5:04 pm    Post subject: Reply with quote

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
View user's profile Send private message
nxsty
Veteran
Veteran


Joined: 23 Jun 2004
Posts: 1556
Location: .se

PostPosted: Fri Mar 03, 2006 5:28 pm    Post subject: Reply with quote

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
View user's profile Send private message
Vlad.Sharp
Guru
Guru


Joined: 08 Dec 2004
Posts: 337
Location: Cambridgeshire, UK

PostPosted: Fri Mar 03, 2006 6:06 pm    Post subject: Reply with quote

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
View user's profile Send private message
nxsty
Veteran
Veteran


Joined: 23 Jun 2004
Posts: 1556
Location: .se

PostPosted: Fri Mar 03, 2006 6:17 pm    Post subject: Reply with quote

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
View user's profile Send private message
Bob P
Advocate
Advocate


Joined: 20 Oct 2004
Posts: 3355
Location: Jackass! Development Labs

PostPosted: Fri Mar 03, 2006 6:32 pm    Post subject: Reply with quote

just in case anyone's interested, i've built a new Rockhopper! that features the Gentoo GCC 4.1 release.
_________________
.
Stage 1/3 | Jackass! | Rockhopper! | Thanks | Google Sucks
Back to top
View user's profile Send private message
Vlad.Sharp
Guru
Guru


Joined: 08 Dec 2004
Posts: 337
Location: Cambridgeshire, UK

PostPosted: Fri Mar 03, 2006 7:32 pm    Post subject: Reply with quote

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
View user's profile Send private message
Matteo Azzali
Retired Dev
Retired Dev


Joined: 23 Sep 2004
Posts: 1133

PostPosted: Sat Mar 04, 2006 12:00 am    Post subject: Reply with quote

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
View user's profile Send private message
Bob P
Advocate
Advocate


Joined: 20 Oct 2004
Posts: 3355
Location: Jackass! Development Labs

PostPosted: Sat Mar 04, 2006 12:21 am    Post subject: Reply with quote

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. :wink:
_________________
.
Stage 1/3 | Jackass! | Rockhopper! | Thanks | Google Sucks
Back to top
View user's profile Send private message
piwacet
Guru
Guru


Joined: 30 Dec 2004
Posts: 483

PostPosted: Sat Mar 04, 2006 6:37 am    Post subject: Reply with quote

I think I'll have a go at this 4.1.0 thingy.
Back to top
View user's profile Send private message
zend
Tux's lil' helper
Tux's lil' helper


Joined: 10 Apr 2002
Posts: 112
Location: Shanghai,China

PostPosted: Sat Mar 04, 2006 6:38 am    Post subject: digest error in current portage tree Reply with quote

!!! 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
View user's profile Send private message
chtephan
Apprentice
Apprentice


Joined: 03 Feb 2004
Posts: 265
Location: Offenburg, Germany

PostPosted: Sat Mar 04, 2006 10:01 am    Post subject: Reply with quote

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
View user's profile Send private message
MSc
n00b
n00b


Joined: 31 Dec 2005
Posts: 16

PostPosted: Sat Mar 04, 2006 10:06 am    Post subject: Reply with quote

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
View user's profile Send private message
nxsty
Veteran
Veteran


Joined: 23 Jun 2004
Posts: 1556
Location: .se

PostPosted: Sat Mar 04, 2006 10:31 am    Post subject: Reply with quote

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
View user's profile Send private message
chtephan
Apprentice
Apprentice


Joined: 03 Feb 2004
Posts: 265
Location: Offenburg, Germany

PostPosted: Sat Mar 04, 2006 10:42 am    Post subject: Reply with quote

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
View user's profile Send private message
nxsty
Veteran
Veteran


Joined: 23 Jun 2004
Posts: 1556
Location: .se

PostPosted: Sat Mar 04, 2006 12:15 pm    Post subject: Reply with quote

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
View user's profile Send private message
Patr|ck_
n00b
n00b


Joined: 09 Apr 2005
Posts: 69

PostPosted: Sat Mar 04, 2006 2:20 pm    Post subject: Reply with quote

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
View user's profile Send private message
metalshark
Apprentice
Apprentice


Joined: 07 Jan 2006
Posts: 197
Location: Bournemouth, England

PostPosted: Sat Mar 04, 2006 2:35 pm    Post subject: Ebuilds Reply with quote

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
View user's profile Send private message
metalshark
Apprentice
Apprentice


Joined: 07 Jan 2006
Posts: 197
Location: Bournemouth, England

PostPosted: Sat Mar 04, 2006 2:58 pm    Post subject: For the record Reply with quote

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
View user's profile Send private message
dirtyepic
Developer
Developer


Joined: 22 Oct 2004
Posts: 1613
Location: sk.ca

PostPosted: Sat Mar 04, 2006 4:45 pm    Post subject: Reply with quote

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
View user's profile Send private message
StifflerStealth
l33t
l33t


Joined: 03 Jul 2002
Posts: 952

PostPosted: Sat Mar 04, 2006 5:16 pm    Post subject: Re: For the record Reply with quote

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. :P Just for reference.
_________________
Nothing to read in this sig. Move along.
Back to top
View user's profile Send private message
metalshark
Apprentice
Apprentice


Joined: 07 Jan 2006
Posts: 197
Location: Bournemouth, England

PostPosted: Sat Mar 04, 2006 5:44 pm    Post subject: Thanks Reply with quote

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
View user's profile Send private message
Fanatic
Apprentice
Apprentice


Joined: 02 May 2004
Posts: 173
Location: Stocktown

PostPosted: Sat Mar 04, 2006 6:06 pm    Post subject: Reply with quote

So how big are the speed improvements (both compiling- and runtime-wise) compared to 3.4.x?
Back to top
View user's profile Send private message
mafioso
Tux's lil' helper
Tux's lil' helper


Joined: 10 Jan 2006
Posts: 98
Location: arizona, usa

PostPosted: Sat Mar 04, 2006 6:22 pm    Post subject: Reply with quote

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 :wink: . 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
View user's profile Send private message
metalshark
Apprentice
Apprentice


Joined: 07 Jan 2006
Posts: 197
Location: Bournemouth, England

PostPosted: Sat Mar 04, 2006 6:59 pm    Post subject: Patches Reply with quote

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
View user's profile Send private message
dirtyepic
Developer
Developer


Joined: 22 Oct 2004
Posts: 1613
Location: sk.ca

PostPosted: Sat Mar 04, 2006 7:09 pm    Post subject: Reply with quote

Fanatic wrote:
So how big are the speed improvements (both compiling- and runtime-wise) compared to 3.4.x?


4.1.0
http://bashmark.coders-net.de/index.php?site=results&id=161

3.4.5
http://bashmark.coders-net.de/index.php?site=results&id=162

i honestly think 3.4.5 does better in the real world, but i haven't done any other testing to prove it.
_________________
by design, by neglect
for a fact or just for effect
Back to top
View user's profile Send private message
Display posts from previous:   
This topic is locked: you cannot edit posts or make replies.    Gentoo Forums Forum Index Portage & Programming All times are GMT
Goto page Previous  1, 2, 3 ... 26, 27, 28 ... 32, 33, 34  Next
Page 27 of 34

 
Jump to:  
You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum
You cannot vote in polls in this forum