Updating to gcc-4.1.0

davidgurvich · Veteran Joined: 23 Apr 2004 Posts: 1063

UPDATE-2006-05-08 :Make sure that USE="-objc-gc", then openoffice will also build.

Following the guide from http://gentoo-wiki.com/HOWTO_gcc4, there are some difficulties for anyone having also updated to portage-2.1.x. I made the error of updating to portage-2.1_pre7-r5. This version had serious flaws with checksum mismatches that were fixed by updating to pre9-r5.

When emerging system, there was initially a problem with groff, solved by su to root and

davidgurvich · Veteran Joined: 23 Apr 2004 Posts: 1063

swig does not compile, not sure of the reason yet.

fb · l33t Joined: 08 Dec 2003 Posts: 636 Location: New Zealand

I updated to gcc4.1.0 a while ago now.
I remember having to remove a file for slang as indicated in the sandbox
violation bug. Not that this bug is not gcc4.1.0 specific, it hits everyone
who has already a version of slang installed.
Swig is on my list off packages that failed (I have a sheet of paper with
everything that broke during my emerge -eD world), bumping it to ~ppc solved
the problem.

davidgurvich · Veteran Joined: 23 Apr 2004 Posts: 1063

Thanks. swig-1.3.25 compiled with no problems.

I haven't included all the java packages that fail due to having ibm-jdk-bin-1.5.0 as system JVM
I would suggest either setting USE="-java" or installing ibm-jdk-bin-1.4.2 and using that as the system JVM while doing this update.

gdome2-0.8.1-r1 has the same sort of sandbox violation as slang. gdome2-0.7.4 compiled with no problems.

cdrdao has failed.

davidgurvich · Veteran Joined: 23 Apr 2004 Posts: 1063

Octave has failed because of a bug in octave or gcc-4.1.0, I'm not sure which is at fault. The octave ebuild is looking for g77, but gcc-4.1.0 has gfortran instead. I will try and add a symlink from gfortran to g77 in the gcc-4.1.0 bin directory and see what happens.

UPDATE: The compile has gotten through the problem with not having g77, but fails for a different reason now.
CMatrix.cc:2262: error: conversion from âComplexâ to non-scalar type âComplexMatrixâ requested
Will need to look at octaves documentation or source code for this I suppose.

Looks like octave needs to go ~ppc also. Compiling octave-2.1.72, this version is patched for gcc-4.1

fb · l33t Joined: 08 Dec 2003 Posts: 636 Location: New Zealand

davidgurvich · Veteran Joined: 23 Apr 2004 Posts: 1063

I am also having trouble with ghc, but am not at my machine just now, so can't tell exactly what went wrong.

fb · l33t Joined: 08 Dec 2003 Posts: 636 Location: New Zealand

I am unfamilliar with ghc I am afraid. I searched for bugs without success, however the changelog
revealed this:

davidgurvich · Veteran Joined: 23 Apr 2004 Posts: 1063

Yes it looks like many of these packages need ~ppc. JoseJX suggested that mixing ppc and ~ppc would not work well. I suppose I'm just a control freak in this respect and like to know exactly what is going on. I've just taken a look at the size of my package.keywords file and it's starting to become quite large.

JoseJX · Retired Dev Joined: 28 Apr 2002 Posts: 2774

If you're playing with gcc-4.1, unfortunately, ~ppc is really the way to go. Most of the patches for gcc-4.1 aren't yet included in the stable tree.

We're looking at unmasking gcc-4.1 shortly, which will put it in the ~ppc arch tree. Once that's done, we'll focus on getting the stable tree ready for gcc-4.1.
_________________
Gentoo PPC FAQ: http://www.gentoo.org/doc/en/gentoo-ppc-faq.xml

davidgurvich · Veteran Joined: 23 Apr 2004 Posts: 1063

Interestingly, enough lapack-atlas requires using an emerge option I have never seen before.

fb · l33t Joined: 08 Dec 2003 Posts: 636 Location: New Zealand

davidgurvich · Veteran Joined: 23 Apr 2004 Posts: 1063

I am also using kde-3.5.2, largely due to problems with earlier versions. Oddly enough 3.5.2 had random crashes in various programs that disappeared as soon as I added "debug" to their USE flags.

I had the same experience earlier when I used ~ppc in my make.conf, so my reasons are actually the same.

I actually put a typo in my package.keywords where modular xorg started being built and decided that I liked the idea of incremental updates to xorg.

Once that worked, I noticed JoseJX made a comment about how most distros were currently using gcc4 as the base. That convinced me that I would need to change to gcc4 soon anyway, as most maintainers will most likely be using it.

Incidentally, kopete-3.5.2 does not buiild, nor does octave-forge. Neither is a show stopper. ghc-6.4.1-r3 has specific patches for gcc-4.1 and built without problem.

kopete-3.5.2 is having a problem with kdelibs libkhtml, for some reason can't use the version compiled with gcc-4.1. konqueror and other kde apps don't have any problems with it though. So far here are the things I've tried
fix_libtool_files.sh
revdep-rebuild
There in fact seems to be nothing wrong with kdelibs, except that kopete won't build against it.

corsair · Posted: Thu May 04, 2006 2:58 pm Post subject:

davidgurvich, could you post the exact error, please? I am running ppc64 and kopete compiles just fine using gcc-4.1.0. (libkhtml is compiled using gcc-4.1.0, too).

davidgurvich · Veteran Joined: 23 Apr 2004 Posts: 1063

/bin/sh ../../libtool --silent --mode=link --tag=CXX powerpc-unknown-linux-gnu-g++ -Wno-long-long -Wundef -ansi -D_XOPEN_SOURCE=500 -D_BSD_SOURCE -Wcast-align -Wconversion -Wchar-subscripts -Wall -W -Wpointer-arith -g3 -fno-inline -O2 -mtune=G4 -maltivec -mabi=altivec -fno-strict-aliasing -pipe -Wformat-security -Wmissing-format-attribute -Wno-non-virtual-dtor -fno-exceptions -fno-check-new -fno-common -DQT_CLEAN_NAMESPACE -DQT_NO_ASCII_CAST -DQT_NO_STL -DQT_NO_COMPAT -DQT_NO_TRANSLATION -o kopete -no-undefined -L/usr/kde/3.5/lib -L/usr/qt/3/lib -L/usr/X11R6/lib -R /usr/kde/3.5/lib -R /usr/kde/3.5/lib -R /usr/qt/3/lib -R /usr/X11R6/lib -lktexteditor main.o kopeteapplication.o kopeteiface.o systemtray.o kopeteballoon.o kopetewindow.o kopeteaccountstatusbaricon.o kimifaceimpl.o kopeteeditglobalidentitywidget.o kopeteiface_skel.o kimiface_skel.o addcontactwizard/libkopeteaddcontactwizard.la addaccountwizard/libkopeteaddaccountwizard.la contactlist/libkopetecontactlist.la config/plugins/libkopetepluginconfig.la ../libkopete/libkopete.la ../libkopete/ui/libkopeteui.la
/usr/kde/3.5/lib/libkhtml.so: undefined reference to `__cxa_get_exception_ptr@CXXABI_1.3.1'
collect2: ld returned 1 exit status

JoseJX · Retired Dev Joined: 28 Apr 2002 Posts: 2774

Do you have an older version installed on your machine? There's a KDE bug that screws up the link order so the older versions get used or something like that. The bugs aren't very clear and it keeps getting duped by the KDE team to a semi-unrelated bug. https://bugs.gentoo.org/show_bug.cgi?id=131523

Basically, try removing the old version first and see if that fixes it.
_________________
Gentoo PPC FAQ: http://www.gentoo.org/doc/en/gentoo-ppc-faq.xml

davidgurvich · Veteran Joined: 23 Apr 2004 Posts: 1063

I do not have any older version, but will quickpkg kopete, unmerge, and emerge.

davidgurvich · Veteran Joined: 23 Apr 2004 Posts: 1063

It looks like a similar problem to some that occured when gcc-3.4.5 was installed. I've never uninstalled gcc-3.4.4.
So that I actually have 3 versions of gcc installed. Forgot to account for that before.
Instead of

davidgurvich · Veteran Joined: 23 Apr 2004 Posts: 1063

So, it looks like most packages either compile with no problems or a version exists that can be.

An interesting situation has arisen. I decided to look into the gcj-overlay. Part of doing so requires that gcc not have gcj compiled. During recompilation of gcc-4.1.0 by gcc-4.1.0 the ebuild fails with the fortran module.

davidgurvich · Veteran Joined: 23 Apr 2004 Posts: 1063

Could not get gcc-4.1.0 to build with gcc-4.1.0 with or without gcj,fortran, etc.

Decided that there must be a problem in the toolchain. Perhaps some part was still using gcc-3.4.5 instead of gcc-4.1.0 even after

fb · l33t Joined: 08 Dec 2003 Posts: 636 Location: New Zealand

davidgurvich · Veteran Joined: 23 Apr 2004 Posts: 1063

My biggest issues right now are these

emerging gcc-4.1.0 with gcc-4.1.0
emerging openoffice2

Both are having problems. I have rebuilt the toolchain and managed to get gcc-4.1.0 built once, but not since, failing every other time. revdep-rebuild keeps wanting to build gcc-3.4.5-r1 and gcc-4.1.0 despite both having already been built, and no other packages in that mix.

Openoffice.org-2.0.1-r1 compiles with no problems, but then fails during installation. Some problem with pyuno.

I will try gcc with other USE flags and see what happens. My goal is to be able to emerge gcc twice in succession.

fb · l33t Joined: 08 Dec 2003 Posts: 636 Location: New Zealand

davidgurvich · Veteran Joined: 23 Apr 2004 Posts: 1063

Interesting situation. After researching the options decided to compile gcc-4.1.0 with USE="-fortran" and try and install the g95 fortran compiler instead.

g95 failed to find ansidecl.h from binutils.

Not sure what that means.

davidgurvich · Veteran Joined: 23 Apr 2004 Posts: 1063

I've reported the openoffice error on https://bugs.gentoo.org/show_bug.cgi?id=132572.