Gentoo Forums
Gentoo Forums
Gentoo Forums
Quick Search: in
GCC 4.1 (Part 2)
View unanswered posts
View posts from last 24 hours

Goto page Previous  1, 2, 3  
Reply to topic    Gentoo Forums Forum Index Portage & Programming
View previous topic :: View next topic  
Author Message
Matteo Azzali
Retired Dev
Retired Dev


Joined: 23 Sep 2004
Posts: 1133

PostPosted: Tue Mar 28, 2006 10:35 am    Post subject: Reply with quote

things still needing a commitment (commission?) in portage:

#mupen64-alsasnd-0.4 ( fixed with patch at http://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
View user's profile Send private message
Halcy0n
Developer
Developer


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

PostPosted: Tue Mar 28, 2006 6:06 pm    Post subject: Reply with quote

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


Joined: 23 Sep 2004
Posts: 1133

PostPosted: Tue Mar 28, 2006 6:22 pm    Post subject: Reply with quote

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


Joined: 03 Jun 2004
Posts: 35
Location: Montreal, CA

PostPosted: Wed Mar 29, 2006 2:46 am    Post subject: Reply with quote

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 http://forums.gentoo.org/viewtopic-t-441799.html, nxty's glibc overlay,
(see http://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 :wink:
_________________
Life begins at 200 Km/h
Back to top
View user's profile Send private message
rhill
Developer
Developer


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

PostPosted: Wed Mar 29, 2006 3:53 am    Post subject: Reply with quote

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. :P

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


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

PostPosted: Fri Mar 31, 2006 10:54 pm    Post subject: Reply with quote

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


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

PostPosted: Sat Apr 01, 2006 9:19 am    Post subject: Reply with quote

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


Joined: 23 Sep 2004
Posts: 1133

PostPosted: Sat Apr 08, 2006 9:51 am    Post subject: Reply with quote

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


Joined: 07 Feb 2004
Posts: 290
Location: Russia, Saint-Petersburg

PostPosted: Sat Apr 08, 2006 11:37 am    Post subject: Reply with quote

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


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

PostPosted: Sat Apr 08, 2006 12:11 pm    Post subject: Reply with quote

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


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

PostPosted: Sat Apr 08, 2006 12:43 pm    Post subject: Reply with quote

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


Joined: 23 Sep 2004
Posts: 1133

PostPosted: Mon Apr 10, 2006 6:20 pm    Post subject: Reply with quote

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


Joined: 07 Jun 2004
Posts: 14

PostPosted: Wed Apr 26, 2006 6:05 pm    Post subject: xine-ui segmentation fault with gcc 4.1 and glibc 2.4 Reply with quote

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


Joined: 07 Jun 2004
Posts: 14

PostPosted: Fri Apr 28, 2006 8:47 am    Post subject: [solved]: xine-ui segmentation fault with gcc 4.1 and glibc Reply with quote

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


Joined: 13 Feb 2004
Posts: 9
Location: UK

PostPosted: Sat Jun 17, 2006 12:30 pm    Post subject: Reply with quote

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


Joined: 20 Dec 2005
Posts: 5678
Location: Vienna, Austria; Germany; hello world :)

PostPosted: Tue Aug 08, 2006 6:16 pm    Post subject: Reply with quote

Quote:
nxsty: Pyhton and pwdb didn't like -D_FORTIFY_SOURCE=2 also.


was someone able to fix those problems with pwdb and python (is a patch available) ?

or will it be enough to set -D_FORTIFY_SOURCE=1 ?

I am rebuilding my system at the moment and python just failed ...

update:
pwdb compiled fine, ...
_________________
Unofficial minimal livecd x86/amd64 w/reiser4+truecrypt (by Neo2)
2.6.37.2_plus_v1: BFS, CFS,THP,compaction, zcache or TOI
Hardcore Linux user since 2004 :D
Back to top
View user's profile Send private message
SteveBallmersChair
Tux's lil' helper
Tux's lil' helper


Joined: 12 Jul 2006
Posts: 84
Location: Being thrown around in Redmond

PostPosted: Fri Sep 01, 2006 12:43 pm    Post subject: Reply with quote

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


Joined: 20 Dec 2005
Posts: 5678
Location: Vienna, Austria; Germany; hello world :)

PostPosted: Fri Sep 01, 2006 7:49 pm    Post subject: Reply with quote

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 ...
_________________
Unofficial minimal livecd x86/amd64 w/reiser4+truecrypt (by Neo2)
2.6.37.2_plus_v1: BFS, CFS,THP,compaction, zcache or TOI
Hardcore Linux user since 2004 :D
Back to top
View user's profile Send private message
SteveBallmersChair
Tux's lil' helper
Tux's lil' helper


Joined: 12 Jul 2006
Posts: 84
Location: Being thrown around in Redmond

PostPosted: Fri Sep 01, 2006 9:49 pm    Post subject: Reply with quote

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


Joined: 17 Aug 2003
Posts: 24
Location: Georgia

PostPosted: Fri Sep 01, 2006 10:18 pm    Post subject: Reply with quote

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


Joined: 19 Apr 2002
Posts: 2801
Location: Oceanside, Ca

PostPosted: Sat Sep 02, 2006 12:31 am    Post subject: Reply with quote

Did you re-compile your kernel with your new gcc ?
_________________
An A-Z Index of the Linux BASH command line
Back to top
View user's profile Send private message
rockandchelle
n00b
n00b


Joined: 17 Aug 2003
Posts: 24
Location: Georgia

PostPosted: Sat Sep 02, 2006 3:25 am    Post subject: Reply with quote

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
View user's profile Send private message
Display posts from previous:   
Reply to topic    Gentoo Forums Forum Index Portage & Programming All times are GMT
Goto page Previous  1, 2, 3
Page 3 of 3

 
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