| View previous topic :: View next topic |
| Author |
Message |
Matteo Azzali
Retired Dev
Joined: 23 Sep 2004
Posts: 1133
|
 Posted: Tue Mar 28, 2006 10:35 am Post subject: |
 |
|
things still needing a commitment (commission?) in portage:
#mupen64-alsasnd-0.4 ( fixed with patch at https://bugs.gentoo.org/show_bug.cgi?id=126596 )
NO, ALREADY COMMITTED IN PORTAGE:
other than these:
erlang seems to need patching upstream.
trickle seems will become masked since unmantained by ages.
(thanks to any developer for having patience with me and my posts, gentoo seems now very near to be gcc-4.1 complaint , to me.)
_________________
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/
Last edited by Matteo Azzali on Mon Apr 10, 2006 4:19 pm; edited 6 times in total |
|
| Back to top |
|
 |
Halcy0n
Developer
Joined: 17 Sep 2003
Posts: 1682
Location: Freehold, NJ
|
| Posted: Tue Mar 28, 2006 6:06 pm Post subject: |
|
|
| Matteo Azzali wrote: | #jpeg-mmx (fixed with metalshark overlay)
|
We had/have a bug open about this. I thought I committed the fix, but I could have forgotten  I'll get to this and the others later this week. I've had midterm after midterm for the past 2 weeks now.
_________________
Mark Loeser
http://www.halcy0n.com |
|
| Back to top |
|
|
Matteo Azzali
Retired Dev
Joined: 23 Sep 2004
Posts: 1133
|
| Posted: Tue Mar 28, 2006 6:22 pm Post subject: |
|
|
Ops, you're right, jpeg-mmx is already committed.
_________________
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 |
|
|
avoid
n00b
Joined: 03 Jun 2004
Posts: 35
Location: Montreal, CA
|
| Posted: Wed Mar 29, 2006 2:46 am Post subject: |
|
|
Hello. I thought it'd be a nice idea to share the experiences I had with gcc 4.x series.
First, I must say that I have started with a clean installallation, and it was a stage1 installation.
The hardware: Dual core, dual processor (2.5 GHz) PowerMac G5 from Apple. 8 gigs of ram. some quadro fx 4500 video card. 2x500 GB SATA2 Seagate hdds. Hardware wasn't a big issue for this installation. So I have basically used the gcc overlay provided by metalshark (for more information see https://forums.gentoo.org/viewtopic-t-441799.html, nxty's glibc overlay,
(see https://forums.gentoo.org/viewtopic-t-435659.html) and some binutils overlay provided by nxty too, which can be found here: http://snigel.no-ip.com/~nxsty/linux/binutils-overlay.tar.bz2. You won't believe it, but the installation process went really well. Even if it was a stage1 installation I personally haven't encountered any compilation/instalation issue.
After I managed to get the toolchain done (I ran the bootstrap.sh script found in /usr/portage/scripts) I have also emerge -e world three times in order to assure a good system consistency. I know it's not worth it, two times or even one time would be enaugh but I really wanted to do so.
The first thing I've noticed are the compile times for gcc 4.1.0. And I'm not referring to userland applications compile times, I'm strictly talking about gcc. gcc 3.4.5 took maximum 10 minutes to compile here. now 4.1.0 takes around 18 minutes.
Then, the patches applied to my binutils gcc and glibc did not have any kind of influence. I wasn't expecting for speed but still 
So basically I believe that gcc 4.1.0 is not worth it. I haven't tried any other 4.x version, but this one disappointed me. I hope that the next versions will be better 
_________________
Life begins at 200 Km/h |
|
| Back to top |
|
|
rhill
Retired Dev
Joined: 22 Oct 2004
Posts: 1629
Location: sk.ca
|
| Posted: Wed Mar 29, 2006 3:53 am Post subject: |
|
|
i backported a patch from 4.2 that reportedly improves the performance of the _MM_TRANSPOSE4_PS macro (an SSE macro function for transposing a 4x4 matrix (greek to me too)) by 16% on P4. AMD should have a bit of a gain as well. Credit goes to Evan Cheng of Apple.
http://gcc.gnu.org/ml/gcc-patches/2005-10/msg00324.html
i honestly have no clue what this means in the real world, but i'm bored and figured why not. 
| Code: | diff -Naur gcc/config-orig/i386/xmmintrin.h config/i386/xmmintrin.h
--- gcc/config-orig/i386/xmmintrin.h 2006-03-28 19:27:17.000000000 -0600
+++ gcc/config/i386/xmmintrin.h 2006-03-28 19:29:46.000000000 -0600
@@ -1197,14 +1197,14 @@
#define _MM_TRANSPOSE4_PS(row0, row1, row2, row3) \
do { \
__v4sf __r0 = (row0), __r1 = (row1), __r2 = (row2), __r3 = (row3); \
- __v4sf __t0 = __builtin_ia32_shufps (__r0, __r1, 0x44); \
- __v4sf __t2 = __builtin_ia32_shufps (__r0, __r1, 0xEE); \
- __v4sf __t1 = __builtin_ia32_shufps (__r2, __r3, 0x44); \
- __v4sf __t3 = __builtin_ia32_shufps (__r2, __r3, 0xEE); \
- (row0) = __builtin_ia32_shufps (__t0, __t1, 0x88); \
- (row1) = __builtin_ia32_shufps (__t0, __t1, 0xDD); \
- (row2) = __builtin_ia32_shufps (__t2, __t3, 0x88); \
- (row3) = __builtin_ia32_shufps (__t2, __t3, 0xDD); \
+ __v4sf __t0 = __builtin_ia32_unpcklps (__r0, __r1); \
+ __v4sf __t1 = __builtin_ia32_unpcklps (__r2, __r3); \
+ __v4sf __t2 = __builtin_ia32_unpckhps (__r0, __r1); \
+ __v4sf __t3 = __builtin_ia32_unpckhps (__r2, __r3); \
+ (row0) = __builtin_ia32_movlhps (__t0, __t1); \
+ (row1) = __builtin_ia32_movhlps (__t1, __t0); \
+ (row2) = __builtin_ia32_movlhps (__t2, __t3); \
+ (row3) = __builtin_ia32_movhlps (__t3, __t2); \
} while (0)
/* For backward source compatibility. */ |
i haven't tested it yet beyond making sure it compiles.
_________________
by design, by neglect
for a fact or just for effect |
|
| Back to top |
|
|
metalshark
Apprentice
Joined: 07 Jan 2006
Posts: 197
Location: Bournemouth, England
|
| Posted: Fri Mar 31, 2006 10:54 pm Post subject: |
|
|
Has anyone got -sselibm to work on Gentoo yet with the latest GCC.
It's for SSE/SSE2 machines using -msse and -msse2.
| Quote: | | Use special versions of certain libm routines that come with an SSE ABI and an SSE implementation. Useful together with -mfpmath=sse to avoid moving values between SSE registers and the x87 FP stack. |
http://gcc.gnu.org/ml/gcc-patches/2005-07/msg00449.html
Just dabbling with things that are out of depth as all register operations except -foptimize-register-move seem to cause issue.
_________________
Gentoo's Portage: Any ideas for reform? |
|
| Back to top |
|
|
nxsty
Veteran
Joined: 23 Jun 2004
Posts: 1556
Location: .se
|
| Posted: Sat Apr 01, 2006 9:19 am Post subject: |
|
|
| I just moved my server from a hardened gcc 4.0.2 / glibc 2.4 (world was compiled against 2.3.90) + 2.6.11 headers / binutils 2.16 toolchain to a hardened gcc 4.1.1 / glibc 2.4 + 2.6.16 headers / binutils 2.16.91.0.7. Everything went smooth and I had to use only coreutils and swig from unstable. Pyhton and pwdb didn't like -D_FORTIFY_SOURCE=2 also. |
|
| Back to top |
|
|
Matteo Azzali
Retired Dev
Joined: 23 Sep 2004
Posts: 1133
|
| Posted: Sat Apr 08, 2006 9:51 am Post subject: |
|
|
-New entry: klamav-0.35 (same extra qualification issue, patch here)
_________________
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 |
|
|
nbkolchin
Apprentice
Joined: 07 Feb 2004
Posts: 290
Location: Russia, Saint-Petersburg
|
| Posted: Sat Apr 08, 2006 11:37 am Post subject: |
|
|
After upgrade to GCC-4.1 darcs (haskell application) refuses to compile:
| Code: | ghc -cpp -package QuickCheck -package util -package parsec -O -funbox-strict-fields -Wall -Werror -I. -DHAVE_CURSES -DHAVE_CURL -optl-L/usr/lib -optl-lcurl -optl-L/usr/lib -optl-lssl -optl-lcrypto -optl-ldl -optl-lz -optl-lcurses -o stringify stringify.hs
gcc: unrecognized option '-nopie'
cc1: error: unrecognized command line option "-fno-stack-protector-all"
make: *** [stringify] Error 1 |
I really don't know what must be tweaked. Other haskell apps compile ok. |
|
| Back to top |
|
|
metalshark
Apprentice
Joined: 07 Jan 2006
Posts: 197
Location: Bournemouth, England
|
| Posted: Sat Apr 08, 2006 12:11 pm Post subject: |
|
|
| Quote: | gcc: unrecognized option '-nopie'
cc1: error: unrecognized command line option "-fno-stack-protector-all" |
Check your C(XX)FLAGS for -fno-stack-protector-all and -nopie.
-fno-stack-protector should suffice and I don't think -nopie is a valid flag.
_________________
Gentoo's Portage: Any ideas for reform? |
|
| Back to top |
|
|
chtephan
Apprentice
Joined: 03 Feb 2004
Posts: 266
Location: Offenburg, Germany
|
| Posted: Sat Apr 08, 2006 12:43 pm Post subject: |
|
|
With gcc 3.x we have the "piepatches" patch which adds support for -pie and -nopie and the propolice patch which adds -fstack-protector, -fstack-protector-all, -fno-stack-protector and -fno-stack-protector-all. The last one is bogus as -fno-stack-protector should turn any stack protector features off. gcc 4.1 introduced a new stack protector mechanism and -fstack-protector, -fstack-protector-all and -fno-stack-protector are available (but not the bogus -fno-stack-protector-all which is still used in some places throughout the Gentoo ebuilds like firefox). I've forward-ported the piepatches to gcc 4.1 so that -pie and -nopie is also available there but it hasn't been included in the official ebuilds yet.
Anyway, the ebuilds that assume these options are available should be fixed to use toolchain-funcs.eclass which autodetects whether your compiler supports this flag so the best thing whould be to report a bug about this (as I should've done for firefox but I didn't ). |
|
| Back to top |
|
|
Matteo Azzali
Retired Dev
Joined: 23 Sep 2004
Posts: 1133
|
| Posted: Mon Apr 10, 2006 6:20 pm Post subject: |
|
|
found some new issues :ktechlab ,k3d and aqsis .
for ktechlab I posted a new ebuild (version 0.3) with little patch here,
for the other two I'll try to solve but I'm unsure I can.
_________________
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 |
|
|
edinger
n00b
Joined: 07 Jun 2004
Posts: 14
|
| Posted: Wed Apr 26, 2006 6:05 pm Post subject: xine-ui segmentation fault with gcc 4.1 and glibc 2.4 |
|
|
Hi,
I get a strange problem here, but I'm unsure if it is gcc 4.1 or glibc 2.4 related.
I did a complete new gentoo 2006.0 installation with gcc 4.1 and glibc 2.4 (ntplonly!!!).
I also emerged xine-lib-1.1.2_pre20060328-r1 and xine-ui-0.99.4-r5.
xine-lib seems to work, but when I start xine-ui i get a sementation fault.
I added the last lines of the output, when I start command 'strace xine'.
Has anybody a hint what to do now.
Result of strace xine:
| Code: | ...stat64("/usr/lib/xine/plugins/1.1.2/xineplug_inp_smb.so", {st_mode=S_IFREG|0755, st_size=11168, ...}) = 0
open("/usr/lib/xine/plugins/1.1.2/xineplug_inp_smb.so", O_RDONLY) = 6
read(6, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\320\n\0"..., 512) = 512
fstat64(6, {st_mode=S_IFREG|0755, st_size=11168, ...}) = 0
mmap2(NULL, 13968, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 6, 0) = 0xb5eb0000
mmap2(0xb5eb3000, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 6, 0x2) = 0xb5eb3000
close(6) = 0
open("/etc/ld.so.cache", O_RDONLY) = 6
fstat64(6, {st_mode=S_IFREG|0644, st_size=74815, ...}) = 0
mmap2(NULL, 74815, PROT_READ, MAP_PRIVATE, 6, 0) = 0xb5e9d000
close(6) = 0
open("/usr/lib/libsmbclient.so.0", O_RDONLY) = 6
read(6, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\0\233\2"..., 512) = 512
fstat64(6, {st_mode=S_IFREG|0755, st_size=1639856, ...}) = 0
mmap2(NULL, 1698284, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 6, 0) = 0xb5cfe000
mmap2(0xb5e84000, 36864, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 6, 0x186) = 0xb5e84000
mmap2(0xb5e8d000, 63980, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb5e8d000
close(6) = 0
open("/usr/lib/tls/i686/sse2/libcrypt.so.1", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/tls/i686/libcrypt.so.1", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/tls/sse2/libcrypt.so.1", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/tls/libcrypt.so.1", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/i686/sse2/libcrypt.so.1", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/i686/libcrypt.so.1", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/sse2/libcrypt.so.1", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/libcrypt.so.1", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/lib/libcrypt.so.1", O_RDONLY) = 6
read(6, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0P\10\0\000"..., 512) = 512
fstat64(6, {st_mode=S_IFREG|0755, st_size=22168, ...}) = 0
mmap2(NULL, 184636, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 6, 0) = 0xb5cd0000
mmap2(0xb5cd5000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 6, 0x4) = 0xb5cd5000
mmap2(0xb5cd7000, 155964, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb5cd7000
close(6) = 0
open("/usr/lib/tls/i686/sse2/libresolv.so.2", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/tls/i686/libresolv.so.2", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/tls/sse2/libresolv.so.2", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/tls/libresolv.so.2", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/i686/sse2/libresolv.so.2", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/i686/libresolv.so.2", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/sse2/libresolv.so.2", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/lib/libresolv.so.2", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/lib/libresolv.so.2", O_RDONLY) = 6
read(6, "\177ELF\1\1\1\0\0\0\0\0\0\0\0\0\3\0\3\0\1\0\0\0\340$\0"..., 512) = 512
fstat64(6, {st_mode=S_IFREG|0755, st_size=59868, ...}) = 0
mmap2(NULL, 71880, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 6, 0) = 0xb5cbe000
mmap2(0xb5ccc000, 8192, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 6, 0xd) = 0xb5ccc000
mmap2(0xb5cce000, 6344, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xb5cce000
close(6) = 0
--- SIGSEGV (Segmentation fault) @ 0 (0) ---
|
My CFLAGS:
| Code: | CFLAGS="-O2 -march=pentium3 -mtune=pentium3 -pipe -ffast-math -fforce-addr -fomit-frame-pointer -mno-tls-direct-seg-refs"
CHOST="i686-pc-linux-gnu"
CXXFLAGS="${CFLAGS} -fpermissive"
|
Here is the output of emerge info
| Code: | Portage 2.0.54 (default-linux/x86/2006.0, gcc-4.1.0, glibc-2.4-r1, 2.6.16-gentoo-r3 i686)
=================================================================
System uname: 2.6.16-gentoo-r3 i686 Intel(R) Pentium(R) 4 CPU 3.40GHz
Gentoo Base System version 1.6.14
dev-lang/python: 2.4.2
sys-apps/sandbox: 1.2.12
sys-devel/autoconf: 2.13, 2.59-r7
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="-O2 -march=pentium3 -mtune=pentium3 -pipe -ffast-math -fforce-addr -fomit-frame-pointer -mno-tls-direct-seg-refs"
CHOST="i686-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/2/share/config /usr/kde/3.5/env /usr/kde/3.5/share/config /usr/kde/3.5/shutdown /usr/kde/3/share/config /usr/lib/X11/xkb /usr/share/config /var/qmail/control"
CONFIG_PROTECT_MASK="/etc/eselect/compiler /etc/gconf /etc/terminfo /etc/env.d"
CXXFLAGS="-O2 -march=pentium3 -mtune=pentium3 -pipe -ffast-math -fforce-addr -fomit-frame-pointer -mno-tls-direct-seg-refs -fpermissive"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig ccache distcc distlocks sandbox sfperms strict"
GENTOO_MIRRORS="http://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ ftp://ftp-stud.fht-esslingen.de/pub/Mirrors/gentoo/ ftp://mir.zyrianes.net/gentoo-distfiles/ http://mir.zyrianes.net/gentoo-distfiles/ http://gentoo.mirror.icd.hu/"
LANG="de_DE.UTF-8"
LC_ALL="de_DE.UTF-8"
LINGUAS="de"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY="/usr/local/gentoo-de /usr/local/portage"
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="x86 X a52 alsa apache2 apm audiofile avi berkdb bigpatch bitmap-fonts bzip2 cdr child-protection cjk cli crypt cups curl directfb divx4linux dri dvb dvd dxr3 eds emboss encode esd exif expat fam fame ffmpeg foomaticdb fortran freetype gdbm gif glut gmp gpm gstreamer gtk gtk2 idn imagemagick imlib ipv6 isdnlog jpeg jumpplay kde lcms libg++ libwww lirc mad mikmod mjpeg mmx mng motif mp3 mpeg mplayer ncurses nls nptl nptlonly nvidia ogg opengl oss pam pcre pdflib perl png pp_libavcodec ppds pppd python qt quicktime rdesktop readline reflection samba sdl session setup-plugin slang spell spl sse ssl submenu tcpd tiff truetype truetype-fonts type1-fonts udev unicode usb userlocales v4l v4l2 vdr vdrkeys vfat vorbis xine xml xml2 xmms xorg xv xvid yaepg zlib video_cards_nvidia video_cards_i810 video_cards_i830 linguas_de userland_GNU kernel_linux elibc_glibc"
Unset: ASFLAGS, CTARGET, INSTALL_MASK, LDFLAGS
|
|
|
| Back to top |
|
|
edinger
n00b
Joined: 07 Jun 2004
Posts: 14
|
| Posted: Fri Apr 28, 2006 8:47 am Post subject: [solved]: xine-ui segmentation fault with gcc 4.1 and glibc |
|
|
Hi,
I resolved my problem.
It was the USE="samba" Flag of the xine-lib.
Without this USE-Flag everythings works fine.
I found it out by reemerging xine-lib and xine-ui with FEATURES="nostrip", starting xine within gdb and having a look at the backtrace.
Dieter |
|
| Back to top |
|
|
dcoutts
Retired Dev
Joined: 13 Feb 2004
Posts: 9
Location: UK
|
| Posted: Sat Jun 17, 2006 12:30 pm Post subject: |
|
|
| nbkolchin wrote: | After upgrade to GCC-4.1 darcs (haskell application) refuses to compile:
| Code: | ghc -cpp -package QuickCheck -package util -package parsec -O -funbox-strict-fields -Wall -Werror -I. -DHAVE_CURSES -DHAVE_CURL -optl-L/usr/lib -optl-lcurl -optl-L/usr/lib -optl-lssl -optl-lcrypto -optl-ldl -optl-lz -optl-lcurses -o stringify stringify.hs
gcc: unrecognized option '-nopie'
cc1: error: unrecognized command line option "-fno-stack-protector-all"
make: *** [stringify] Error 1 |
I really don't know what must be tweaked. Other haskell apps compile ok. |
This is fixed. see bug #129891. You'll need to upgrade to ghc-6.4.1-r3, ghc-6.4.2 or ghc-bin-6.4.1-r1 to have things work ok with gcc-4.x. |
|
| Back to top |
|
|
kernelOfTruth
Watchman
Joined: 20 Dec 2005
Posts: 6111
Location: Vienna, Austria; Germany; hello world :)
|
|
| Back to top |
|
|
SteveBallmersChair
Tux's lil' helper
Joined: 12 Jul 2006
Posts: 84
Location: Being thrown around in Redmond
|
| Posted: Fri Sep 01, 2006 12:43 pm Post subject: |
|
|
Glib-2.10.3 fails to compile under GCC 4.1.1 on both my x86 and AMD64 box. Anybody else seen this same behavior?
_________________
Unix is user friendly- it is just picky who its friends are. |
|
| Back to top |
|
|
kernelOfTruth
Watchman
Joined: 20 Dec 2005
Posts: 6111
Location: Vienna, Austria; Germany; hello world :)
|
|
| Back to top |
|
|
SteveBallmersChair
Tux's lil' helper
Joined: 12 Jul 2006
Posts: 84
Location: Being thrown around in Redmond
|
| Posted: Fri Sep 01, 2006 9:49 pm Post subject: |
|
|
| kernelOfTruth wrote: | do you get this error ?
you should unmask libgnomeui, glib & cairo (I think they depend on each other)
running glib-2.12.1 here, as far as I know, I had the same problems, unmasking the new version solved the problem ... |
No, I got where it failed a conftest. I turned off ccache and confcache and now it compiles.
_________________
Unix is user friendly- it is just picky who its friends are. |
|
| Back to top |
|
|
rockandchelle
n00b
Joined: 17 Aug 2003
Posts: 24
Location: Georgia
|
| Posted: Fri Sep 01, 2006 10:18 pm Post subject: |
|
|
I am having problems after the update of GCC with my ATI Radeon FGLRX module. When I do a modprobe on FGLRX I get the following.
| Code: |
FATAL: Error inserting fglrx (/lib/modules/2.6.17-gentoo-r7/video/fglrx.ko): Invalid module format
|
I then ran a dmesg and saw the following:
| Code: |
fglrx: version magic '2.6.17-gentoo-r7 mod_unload K7 REGPARM gcc-4.1' should be '2.6.17-gentoo-r7 mod_unload K7 REGPARM gcc-3.4'
|
Any ideas??
_________________
| AMD Barton 2500+ | ASUS A7N8X Deluxe | 1GB Crucial PC2700 (sync @ 190) | ATI Radeon 9800 Pro 128mb |
| 76 GB Western Digital Raptor | Lian-Li PC60 Modded Case | SK6 Heatsink | COX High Speed Internet |
| Gentoo Linux | Windows XP Home SP2 | |
|
| Back to top |
|
|
hielvc
Advocate
Joined: 19 Apr 2002
Posts: 2805
Location: Oceanside, Ca
|
|
| Back to top |
|
|
rockandchelle
n00b
Joined: 17 Aug 2003
Posts: 24
Location: Georgia
|
| Posted: Sat Sep 02, 2006 3:25 am Post subject: |
|
|
| hielvc wrote: | | Did you re-compile your kernel with your new gcc ? |
Thank you very much, I though I had did everything...but it looks like I forgot one thing. That fixed it.
_________________
| AMD Barton 2500+ | ASUS A7N8X Deluxe | 1GB Crucial PC2700 (sync @ 190) | ATI Radeon 9800 Pro 128mb |
| 76 GB Western Digital Raptor | Lian-Li PC60 Modded Case | SK6 Heatsink | COX High Speed Internet |
| Gentoo Linux | Windows XP Home SP2 | |
|
| Back to top |
|
|
|
|
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
|
|
Portage & Programming
