View previous topic :: View next topic |
Author |
Message |
rhill Retired Dev
Joined: 22 Oct 2004 Posts: 1629 Location: sk.ca
|
Posted: Sat Dec 12, 2009 9:25 pm Post subject: GCC 4.5 testing |
|
|
GCC 4.5 went into prerelease mode last weekish. I've created the tracker bug for 4.5 porting and have started build testing. As always, anyone filing good bug reports with patches included are welcome to help.
https://bugs.gentoo.org/show_bug.cgi?id=296658
At the moment I'm concerned about things failing with a standard configuration. Ie. if you want to test, please have your system built with safe CFLAGS, use the standard linker (not gold), and leave graphite and LTO off. Also, you need to be running ~arch. It might seem obvious but we always get people that try to run an unreleased compiler on a stable system.
Switching between compiler versions can break C++ programs that use symbol versioning. When switching to an older release from a newer one, if you encounter runtime errors like "libstdc++.so.6: version `GLIBCXX_3.4.9' not found", rebuild the package with the current compiler.
GCC snapshots and svn ebuilds are in the toolchain overlay. The gcc-porting overlay will be used again as a repository for patches not yet applied to the tree.
Bug reports must include patches, and all patches must go upstream. _________________ by design, by neglect
for a fact or just for effect |
|
Back to top |
|
|
me22 n00b
Joined: 30 Jun 2002 Posts: 45 Location: Canada
|
Posted: Tue Dec 22, 2009 12:25 am Post subject: Re: GCC 4.5 testing |
|
|
dirtyepic wrote: | Also, you need to be running ~arch. It might seem obvious but we always get people that try to run an unreleased compiler on a stable system. |
To check, that warning's for using it as a system compiler, not for using it outside of portage for personal dev stuff, right?
(I thought I was fine, as I've been using 4.4.2 just fine in my mostly-stable install, but I got spooked.) _________________ ~ Scott "me22" McMurray |
|
Back to top |
|
|
rhill Retired Dev
Joined: 22 Oct 2004 Posts: 1629 Location: sk.ca
|
Posted: Tue Dec 22, 2009 6:41 am Post subject: |
|
|
sure, that's fine. we just get always get a number of bug reports from people who use svn builds of toolchain packages on their stable systems and then complain when emerge @world fails. if it's not selected by gcc-config then you don't have to worry. _________________ by design, by neglect
for a fact or just for effect |
|
Back to top |
|
|
me22 n00b
Joined: 30 Jun 2002 Posts: 45 Location: Canada
|
Posted: Tue Dec 22, 2009 7:00 am Post subject: |
|
|
dirtyepic wrote: | sure, that's fine. |
Thanks for confirming.
* Goes off to play with r-value reference, lambdas, and other fun -std=gnu++0x stuff in GCC 4.5-svn _________________ ~ Scott "me22" McMurray |
|
Back to top |
|
|
justinkb Apprentice
Joined: 23 Dec 2008 Posts: 161
|
Posted: Fri Dec 25, 2009 8:32 pm Post subject: |
|
|
Running into this... I guess it's only an annoyance, but still...
Code: |
/sbin/ldconfig: /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.0-pre9999/libstdc++.so.6.0.14-gdb.py is not an ELF file - it has the wrong magic bytes at the start.
|
What would be a good path to put this .py file? and would it require editing the toolchain eclass to fix this in the ebuild? |
|
Back to top |
|
|
SamuliSuominen Retired Dev
Joined: 30 Sep 2005 Posts: 2133 Location: Finland
|
Posted: Fri Dec 25, 2009 9:33 pm Post subject: |
|
|
justinkb wrote: | Running into this... I guess it's only an annoyance, but still...
Code: |
/sbin/ldconfig: /usr/lib/gcc/x86_64-pc-linux-gnu/4.5.0-pre9999/libstdc++.so.6.0.14-gdb.py is not an ELF file - it has the wrong magic bytes at the start.
|
What would be a good path to put this .py file? and would it require editing the toolchain eclass to fix this in the ebuild? |
FYI. I hit this same problem too. |
|
Back to top |
|
|
few Guru
Joined: 03 Mar 2008 Posts: 448
|
Posted: Wed Jan 13, 2010 7:05 pm Post subject: |
|
|
Would it be possible to get a lto useflag for the snapshots? Current gcc-4.5.0_alpha20100107 snapshot fails to compile.
EDIT: 4.5.0_pre999 fails too...
* updating multilib directories to be: ../lib64 ../lib32
cp: cannot stat `/var/tmp/portage/sys-devel/gcc-4.5.0_pre9999/distdir/ecj-4.3.jar': No such file or directory
* ERROR: sys-devel/gcc-4.5.0_pre9999 failed:
Comparing stages 2 and 3
warning: gcc/cc1plus-checksum.o differs
warning: gcc/cc1-checksum.o differs
Bootstrap comparison failure!
gcc/builtins.o differs
make[2]: *** [compare] Error 1
make[2]: Leaving directory `/var/tmp/portage/sys-devel/gcc-4.5.0_alpha20100107/work/build'
make[1]: *** [stage3-bubble] Error 2
make[1]: Leaving directory `/var/tmp/portage/sys-devel/gcc-4.5.0_alpha20100107/work/build'
make: *** [bootstrap-lean] Error 2
* ERROR: sys-devel/gcc-4.5.0_alpha20100107 failed:
* emake failed with bootstrap-lean
*
* Call stack:
* ebuild.sh, line 48: Called src_compile
* environment, line 5040: Called toolchain_src_compile
* environment, line 5600: Called gcc_src_compile
* environment, line 3188: Called gcc_do_make
* environment, line 2978: Called die
* The specific snippet of code:
* emake LDFLAGS="${LDFLAGS}" STAGE1_CFLAGS="${STAGE1_CFLAGS}" LIBPATH="${LIBPATH}" BOOT_CFLAGS="${BOOT_CFLAGS}" ${GCC_MAKE_TARGET} || die "emake failed with ${GCC_MAKE_TARGET}";
* |
|
Back to top |
|
|
rhill Retired Dev
Joined: 22 Oct 2004 Posts: 1629 Location: sk.ca
|
Posted: Sat Jan 30, 2010 2:16 am Post subject: |
|
|
LTO will be enabled if libelf is detected during the build. If you have elfutils installed it should work out of the box.
i know the ldconfig messages are annoying. just delete them if they bother you, they're just pretty-printers for gdb-7.0. i need to sit down and figure out where else they can be stashed that's outside of the library path.
if anyone's had trouble building boost the last week or two, it was fixed today. _________________ by design, by neglect
for a fact or just for effect |
|
Back to top |
|
|
few Guru
Joined: 03 Mar 2008 Posts: 448
|
Posted: Wed Feb 03, 2010 7:54 pm Post subject: |
|
|
dirtyepic wrote: | LTO will be enabled if libelf is detected during the build. If you have elfutils installed it should work out of the box. |
gcc-4.5.0_pre9999 depends on elfutils with USE="lto" (which is wrong). And there is an --enable-lto, but I did not test if this is really needed. |
|
Back to top |
|
|
rhill Retired Dev
Joined: 22 Oct 2004 Posts: 1629 Location: sk.ca
|
Posted: Thu Feb 04, 2010 3:01 am Post subject: |
|
|
why is it wrong?
lto is automatically enabled if libelf is found. i guess i could add a USE flag to make it explicit though. _________________ by design, by neglect
for a fact or just for effect |
|
Back to top |
|
|
cruzki123 Apprentice
Joined: 16 May 2008 Posts: 262
|
Posted: Thu Feb 04, 2010 11:22 am Post subject: |
|
|
I'm having this error whis the two last snapshots:
Code: |
make[4]: Leaving directory `/home/portage/portage/sys-devel/gcc-4.5.0_alpha20100121/work/build/x86_64-pc-linux-gnu/libgcc'
make[3]: Leaving directory `/home/portage/portage/sys-devel/gcc-4.5.0_alpha20100121/work/build/x86_64-pc-linux-gnu/libgcc'
make[2]: Leaving directory `/home/portage/portage/sys-devel/gcc-4.5.0_alpha20100121/work/build'
make "DESTDIR=" "RPATH_ENVVAR=LD_LIBRARY_PATH" "TARGET_SUBDIR=x86_64-pc-linux-gnu" "bindir=/usr/x86_64-pc-linux-gnu/gcc-bin/4.5.0-alpha20100121" "datadir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.5.0-alpha20100121" "exec_prefix=/usr" "includedir=/usr/lib/gcc/x86_64-pc-linux-gnu/4.5.0-alpha20100121/include" "datarootdir=/usr/share" "docdir=/usr/share/doc/" "infodir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.5.0-alpha20100121/info" "pdfdir=/usr/share/doc/" "htmldir=/usr/share/doc/" "libdir=/usr/lib" "libexecdir=/usr/libexec" "lispdir=" "localstatedir=/usr/var" "mandir=/usr/share/gcc-data/x86_64-pc-linux-gnu/4.5.0-alpha20100121/man" "oldincludedir=/usr/include" "prefix=/usr" "sbindir=/usr/sbin" "sharedstatedir=/usr/com" "sysconfdir=/usr/etc" "tooldir=/usr/x86_64-pc-linux-gnu" "build_tooldir=/usr/x86_64-pc-linux-gnu" "target_alias=x86_64-pc-linux-gnu" "AWK=gawk" "BISON=bison" "CC_FOR_BUILD=x86_64-pc-linux-gnu-gcc" "CFLAGS_FOR_BUILD=-march=core2 -O2 -pipe" "CXX_FOR_BUILD=x86_64-pc-linux-gnu-g++" "EXPECT=expect" "FLEX=flex" "INSTALL=/usr/bin/install -c" "INSTALL_DATA=/usr/bin/install -c -m 644" "INSTALL_PROGRAM=/usr/bin/install -c" "INSTALL_SCRIPT=/usr/bin/install -c" "LDFLAGS_FOR_BUILD=-Wl,-O1 -Wl,--as-needed -Wl,-znow -Wl,--hash-style=gnu -Wl,--sort-common" "LEX=flex" "M4=m4" "MAKE=make" "RUNTEST=runtest" "RUNTESTFLAGS=" "SED=/bin/sed" "SHELL=/bin/sh" "YACC=bison -y" "`echo 'ADAFLAGS=' | sed -e s'/[^=][^=]*=$/XFOO=/'`" "ADA_CFLAGS=" "AR_FLAGS=rc" "`echo 'BOOT_ADAFLAGS=-gnatpg -gnata' | sed -e s'/[^=][^=]*=$/XFOO=/'`" "BOOT_CFLAGS=-march=core2 -O2 -pipe" "BOOT_LDFLAGS=" "CFLAGS=-march=core2 -O2 -pipe" "CXXFLAGS=-march=core2 -O2 -pipe" "LDFLAGS=-Wl,-O1 -Wl,--as-needed -Wl,-znow -Wl,--hash-style=gnu -Wl,--sort-common" "LIBCFLAGS=-march=core2 -O2 -pipe" "LIBCXXFLAGS=-march=core2 -O2 -pipe -fno-implicit-templates" "STAGE1_CHECKING=--enable-checking=yes,types" "STAGE1_LANGUAGES=c" "GNATBIND=no" "GNATMAKE=no" "AR_FOR_TARGET=/usr/x86_64-pc-linux-gnu/bin/ar" "AS_FOR_TARGET=/usr/x86_64-pc-linux-gnu/bin/as" "CC_FOR_TARGET=/home/portage/portage/sys-devel/gcc-4.5.0_alpha20100121/work/build/./gcc/xgcc -B/home/portage/portage/sys-devel/gcc-4.5.0_alpha20100121/work/build/./gcc/" "CFLAGS_FOR_TARGET=-g -march=core2 -O2 -pipe" "CPPFLAGS_FOR_TARGET=" "CXX_FOR_TARGET=/home/portage/portage/sys-devel/gcc-4.5.0_alpha20100121/work/build/./gcc/g++ -B/home/portage/portage/sys-devel/gcc-4.5.0_alpha20100121/work/build/./gcc/ -nostdinc++ -L/home/portage/portage/sys-devel/gcc-4.5.0_alpha20100121/work/build/x86_64-pc-linux-gnu/libstdc++-v3/src -L/home/portage/portage/sys-devel/gcc-4.5.0_alpha20100121/work/build/x86_64-pc-linux-gnu/libstdc++-v3/src/.libs" "CXXFLAGS_FOR_TARGET=-march=core2 -O2 -pipe -D_GNU_SOURCE" "DLLTOOL_FOR_TARGET=dlltool" "FLAGS_FOR_TARGET=-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" "GCJ_FOR_TARGET=" "GFORTRAN_FOR_TARGET=" "LD_FOR_TARGET=/usr/x86_64-pc-linux-gnu/bin/ld" "LIPO_FOR_TARGET=lipo" "LDFLAGS_FOR_TARGET=" "LIBCFLAGS_FOR_TARGET=-g -march=core2 -O2 -pipe" "LIBCXXFLAGS_FOR_TARGET=-march=core2 -O2 -pipe -D_GNU_SOURCE -fno-implicit-templates" "NM_FOR_TARGET=/usr/x86_64-pc-linux-gnu/bin/nm" "OBJDUMP_FOR_TARGET=/usr/x86_64-pc-linux-gnu/bin/objdump" "RANLIB_FOR_TARGET=/usr/x86_64-pc-linux-gnu/bin/ranlib" "STRIP_FOR_TARGET=/usr/x86_64-pc-linux-gnu/bin/strip" "WINDRES_FOR_TARGET=windres" "WINDMC_FOR_TARGET=windmc" "BUILD_CONFIG=bootstrap-debug" "`echo 'LANGUAGES=' | sed -e s'/[^=][^=]*=$/XFOO=/'`" "LEAN=:" "STAGE1_CFLAGS=-O" "STAGE1_CXXFLAGS=-march=core2 -O2 -pipe" "STAGE1_TFLAGS=" "STAGE2_CFLAGS=-march=core2 -O2 -pipe -gtoggle" "STAGE2_CXXFLAGS=-march=core2 -O2 -pipe" "STAGE2_TFLAGS=" "STAGE3_CFLAGS=-march=core2 -O2 -pipe" "STAGE3_CXXFLAGS=-march=core2 -O2 -pipe" "STAGE3_TFLAGS=" "STAGE4_CFLAGS=-march=core2 -O2 -pipe" "STAGE4_CXXFLAGS=-march=core2 -O2 -pipe" "STAGE4_TFLAGS=" "STAGEprofile_CFLAGS=-march=core2 -O2 -pipe -gtoggle -fprofile-generate" "STAGEprofile_CXXFLAGS=-march=core2 -O2 -pipe" "STAGEprofile_TFLAGS=" "STAGEfeedback_CFLAGS=-march=core2 -O2 -pipe -fprofile-use" "STAGEfeedback_CXXFLAGS=-march=core2 -O2 -pipe" "STAGEfeedback_TFLAGS=" "TFLAGS=" "CONFIG_SHELL=/bin/sh" "MAKEINFO=makeinfo --split-size=5000000 --split-size=5000000" compare
make[2]: Entering directory `/home/portage/portage/sys-devel/gcc-4.5.0_alpha20100121/work/build'
make[3]: Entering directory `/home/portage/portage/sys-devel/gcc-4.5.0_alpha20100121/work/build'
rm -f stage_current
make[3]: Leaving directory `/home/portage/portage/sys-devel/gcc-4.5.0_alpha20100121/work/build'
Comparing stages 2 and 3
warning: gcc/cc1-checksum.o differs
warning: gcc/cc1plus-checksum.o differs
Bootstrap comparison failure!
gcc/builtins.o differs
make[2]: *** [compare] Error 1
make[2]: Leaving directory `/home/portage/portage/sys-devel/gcc-4.5.0_alpha20100121/work/build'
make[1]: *** [stage3-bubble] Error 2
make[1]: Leaving directory `/home/portage/portage/sys-devel/gcc-4.5.0_alpha20100121/work/build'
make: *** [bootstrap-lean] Error 2
|
Any ideas? |
|
Back to top |
|
|
rhill Retired Dev
Joined: 22 Oct 2004 Posts: 1629 Location: sk.ca
|
Posted: Sat Feb 06, 2010 4:52 am Post subject: |
|
|
it's an upstream issue. i think it's been fixed now, so wait until the next snapshot or try the svn ebuild. _________________ by design, by neglect
for a fact or just for effect |
|
Back to top |
|
|
cruzki123 Apprentice
Joined: 16 May 2008 Posts: 262
|
Posted: Sat Feb 06, 2010 7:58 pm Post subject: |
|
|
OK thanks.
EDIT: the new snapshop compiles fine. Thanks |
|
Back to top |
|
|
few Guru
Joined: 03 Mar 2008 Posts: 448
|
Posted: Tue Feb 09, 2010 9:35 pm Post subject: |
|
|
dirtyepic wrote: | why is it wrong?
lto is automatically enabled if libelf is found. i guess i could add a USE flag to make it explicit though. |
My issue was that =dev-libs/elfutils-0.131-r2 isn't enough for lto. With 0.144, it works now . A use flag to have lto definitely enabled would be a good thing imo. |
|
Back to top |
|
|
rhill Retired Dev
Joined: 22 Oct 2004 Posts: 1629 Location: sk.ca
|
Posted: Tue Feb 09, 2010 10:58 pm Post subject: |
|
|
ah, i was wondering what the min version might be. I'll update the depend next time i touch the snapshots. _________________ by design, by neglect
for a fact or just for effect |
|
Back to top |
|
|
cruzki123 Apprentice
Joined: 16 May 2008 Posts: 262
|
Posted: Wed Feb 10, 2010 12:56 am Post subject: |
|
|
EDIT: Don't try to compile a kernel with gcc-4.5. Compile fine, but when udev it is trying to do it's magic you obtain a nice kernel panic.
I just found something tricky if you unistall libelf, gcc doesn't work any more.
I have to gcc-config 4.4.3; emerge elfutils gcc and then try again.
I suppose that at least a use flag shoul be used but I think that elfutils should be in system profile with a very VERY fat warnig.
On the other hand the following packages did not compile in a world rebuild (700+ packages) with graphite enable:
(lto did not work, but with a program I develop works like a charm and it's about 10% faster.)
app-office:
total 8
drwxrwxr-x 7 portage portage 4096 feb 10 01:12 kword-2.1.0
drwxrwxr-x 4 portage portage 4096 feb 10 00:44 openoffice-3.1.1
dev-db:
total 4
drwxrwxr-x 4 portage portage 4096 feb 9 23:56 hsqldb-1.8.0.10
dev-java:
total 140
drwxrwxr-x 4 portage portage 4096 feb 9 22:09 ant-core-1.7.1-r4
drwxrwxr-x 4 portage portage 4096 feb 9 22:34 ant-nodeps-1.7.1
drwxrwxr-x 4 portage portage 4096 feb 9 23:44 bcel-5.2
drwxrwxr-x 4 portage portage 4096 feb 9 23:53 bsh-2.0_beta4-r3
drwxrwxr-x 4 portage portage 4096 feb 10 00:08 dom4j-1.6.1-r6
drwxrwxr-x 7 portage portage 4096 feb 10 00:37 icedtea-6.1.7
drwxrwxr-x 4 portage portage 4096 feb 9 23:45 icu4j-3.8.1-r1
drwxrwxr-x 4 portage portage 4096 feb 9 23:49 iso-relax-20050331-r2
drwxrwxr-x 4 portage portage 4096 feb 9 23:53 javacc-4.2
drwxrwxr-x 4 portage portage 4096 feb 9 23:45 javacup-0.11a_beta20060608
drwxrwxr-x 4 portage portage 4096 feb 10 00:09 jaxen-1.1.1
drwxrwxr-x 4 portage portage 4096 feb 10 00:09 jdom-1.0-r4
drwxrwxr-x 4 portage portage 4096 feb 10 00:10 jdom-jaxen-1.0-r1
drwxrwxr-x 4 portage portage 4096 feb 9 22:34 junit-3.8.2-r1
drwxrwxr-x 4 portage portage 4096 feb 9 22:17 libreadline-java-0.8.0-r2
drwxrwxr-x 4 portage portage 4096 feb 9 23:57 lucene-2.3.2
drwxrwxr-x 4 portage portage 4096 feb 9 22:24 lucene-analyzers-2.3.2
drwxrwxr-x 4 portage portage 4096 feb 10 00:08 msv-20050627-r2
drwxrwxr-x 4 portage portage 4096 feb 9 22:14 relaxng-datatype-1.0-r1
drwxrwxr-x 4 portage portage 4096 feb 9 22:24 rhino-1.5.5-r5
drwxrwxr-x 4 portage portage 4096 feb 10 00:10 rhino-1.6.5
drwxrwxr-x 4 portage portage 4096 feb 9 22:15 saxpath-1.0-r2
drwxrwxr-x 4 portage portage 4096 feb 9 22:46 servletapi-2.4-r5
drwxrwxr-x 4 portage portage 4096 feb 9 22:36 tomcat-servlet-api-4.1.36
drwxrwxr-x 4 portage portage 4096 feb 9 23:58 xalan-2.7.1
drwxrwxr-x 4 portage portage 4096 feb 9 23:51 xalan-serializer-2.7.1
drwxrwxr-x 4 portage portage 4096 feb 9 23:53 xerces-2.9.1
drwxrwxr-x 4 portage portage 4096 feb 9 23:50 xjavac-20041208-r5
drwxrwxr-x 4 portage portage 4096 feb 9 22:13 xml-commons-external-1.3.04
drwxrwxr-x 4 portage portage 4096 feb 9 22:17 xml-commons-resolver-1.2
drwxrwxr-x 4 portage portage 4096 feb 10 00:10 xml-xmlbeans-1.0.4_pre20041217
drwxrwxr-x 4 portage portage 4096 feb 9 23:58 xom-1.0-r7
drwxrwxr-x 4 portage portage 4096 feb 10 00:02 xpp2-2.1.10-r1
drwxrwxr-x 4 portage portage 4096 feb 9 23:46 xpp3-1.1.4c-r1
drwxrwxr-x 4 portage portage 4096 feb 9 23:57 xsdlib-20050627-r2
dev-lang:
total 4
drwxrwxr-x 7 portage portage 4096 feb 10 00:43 R-2.10.1
dev-libs:
total 8
drwxrwxr-x 7 portage portage 4096 feb 9 22:02 boost-1.41.0-r3
drwxrwxr-x 4 portage portage 4096 feb 9 22:10 soprano-2.3.73
dev-tex:
total 4
drwxrwxr-x 4 portage portage 4096 feb 10 01:03 tex4ht-20090611_p1038-r1
kde-misc:
total 4
drwxrwxr-x 7 portage portage 4096 feb 9 23:44 yawp-0.3.2
media-gfx:
total 4
drwxrwxr-x 7 portage portage 4096 feb 10 00:24 gimp-2.6.8
media-libs:
total 4
drwxrwxr-x 7 portage portage 4096 feb 9 20:54 mesa-7.7-r1
media-plugins:
total 8
drwxrwxr-x 7 portage portage 4096 feb 9 22:08 gst-plugins-ffmpeg-0.10.9
drwxrwxr-x 7 portage portage 4096 feb 9 22:05 gst-plugins-taglib-0.10.17
media-video:
total 8
drwxrwxr-x 7 portage portage 4096 feb 9 22:31 avidemux-2.5.2
drwxrwxr-x 7 portage portage 4096 feb 9 22:11 ffmpeg-0.5_p20373
net-libs:
total 4
drwxrwxr-x 4 portage portage 4096 feb 10 00:20 xulrunner-1.9.2-r1
sci-libs:
total 8
drwxrwxr-x 4 portage portage 4096 feb 9 20:11 blas-reference-20070226
drwxrwxr-x 4 portage portage 4096 feb 9 20:15 lapack-reference-3.2.1
sci-mathematics:
total 8
drwxrwxr-x 7 portage portage 4096 feb 10 01:02 octave-3.2.4
drwxrwxr-x 7 portage portage 4096 feb 10 00:44 rkward-0.5.2
sys-devel:
total 4
drwxrwxr-x 7 portage portage 4096 feb 9 20:24 gcc-4.5.0_alpha20100204
www-client:
total 4
drwxrwxr-x 4 portage portage 4096 feb 10 00:24 mozilla-firefox-3.6-r1
There are some of them that was related to gcc not being compiled with fortran, openmp and gcj. Some other hang in configure o link phase without any reason. I have to kill the prosses. I'm rebuilding gcc and then I will try again. |
|
Back to top |
|
|
rtomek Apprentice
Joined: 05 Jan 2007 Posts: 210 Location: Chicago
|
Posted: Wed Feb 10, 2010 8:35 pm Post subject: |
|
|
well I just built kde 4.4 with the 4.5.0 snapshot from 2 days ago. It all worked! |
|
Back to top |
|
|
rhill Retired Dev
Joined: 22 Oct 2004 Posts: 1629 Location: sk.ca
|
Posted: Fri Feb 12, 2010 5:37 am Post subject: |
|
|
few wrote: | My issue was that =dev-libs/elfutils-0.131-r2 isn't enough for lto. With 0.144, it works now . A use flag to have lto definitely enabled would be a good thing imo. |
Added. _________________ by design, by neglect
for a fact or just for effect |
|
Back to top |
|
|
ComaWhite Tux's lil' helper
Joined: 07 Oct 2008 Posts: 125
|
Posted: Sun Apr 04, 2010 9:53 am Post subject: |
|
|
GCC-4.5 finally hitting RC stage. I wonder if anyone gave up on testing GCC-4.5.0 ;P |
|
Back to top |
|
|
rhill Retired Dev
Joined: 22 Oct 2004 Posts: 1629 Location: sk.ca
|
Posted: Mon Apr 05, 2010 1:01 am Post subject: |
|
|
i haven't had it break anything in months. it's been kinda anticlimactic. _________________ by design, by neglect
for a fact or just for effect |
|
Back to top |
|
|
cruzki123 Apprentice
Joined: 16 May 2008 Posts: 262
|
Posted: Mon Apr 05, 2010 11:12 am Post subject: |
|
|
Last time I try it broke my system. But I use lto an agresive graphite flags :S
I will tryin a couple of days one more time. is rc1 in toolchain already? |
|
Back to top |
|
|
rhill Retired Dev
Joined: 22 Oct 2004 Posts: 1629 Location: sk.ca
|
Posted: Mon Apr 05, 2010 11:30 pm Post subject: |
|
|
that would probably do it.
i'd hold off LTO til libtool gets proper support. hopefully graphite works better than it does in 4.4.
rc1 isn't released yet. they're in code freeze right now, they'll branch sometime soon and then do RC's. _________________ by design, by neglect
for a fact or just for effect |
|
Back to top |
|
|
rhill Retired Dev
Joined: 22 Oct 2004 Posts: 1629 Location: sk.ca
|
Posted: Sat Apr 10, 2010 9:39 pm Post subject: |
|
|
the 4.5 branch has been created and the live ebuild tracks it instead of trunk now. i'm not planning on adding ebuilds for the RCs - just use the live ones, they'll be close enough. _________________ by design, by neglect
for a fact or just for effect |
|
Back to top |
|
|
Etal Veteran
Joined: 15 Jul 2005 Posts: 1932
|
|
Back to top |
|
|
Shining Arcanine Veteran
Joined: 24 Sep 2009 Posts: 1110
|
Posted: Thu Apr 15, 2010 1:28 pm Post subject: |
|
|
When can we expect this to be in portage? |
|
Back to top |
|
|
|