Bug 73382 – CTARGET isnt filtered from env with newer gcc's

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description loft306 2004-12-04 13:40:58 UTC]

same as above in summery ...with no errors
so when i do modules_install i get /sbin/depmod no such file or dir
(my buddy has a bootable system and he get the same no /sbin/depmod on boot)
i looked at the output of the compile and depmod is moved to depmod.old but no new depmod is created

Reproducible: Always
Steps to Reproduce:
1.
2.
3.




for shits and grins i tried to compile with no cflags..same

[Comment 1 loft306 2004-12-04 13:44:45 UTC]

if needed i will post emerge info when i finnish the install or set up a user i'm not typing the whole thing out

[Comment 2 loft306 2004-12-04 13:52:08 UTC]

compiled 64bit system x86_64-pc-linux-gnu

[Comment 3 SpanKY 2004-12-04 19:33:33 UTC]

we need `emerge info`

[Comment 4 loft306 2004-12-04 21:09:30 UTC]

 emerge info
Portage 2.0.51-r3 (default-linux/amd64/2004.3, gcc-3.4.3, glibc-2.3.4.20040808-r1, 2.6.9-gentoo-r6 x86_64)
=================================================================
System uname: 2.6.9-gentoo-r6 x86_64 AMD Athlon(tm) 64 Processor 3400+
Gentoo Base System version 1.4.16
Autoconf: sys-devel/autoconf-2.59-r5
Automake: sys-devel/automake-1.8.5-r1
Binutils: sys-devel/binutils-2.15.90.0.1.1-r3
Headers:  sys-kernel/linux26-headers-2.6.8.1-r1
Libtools: sys-devel/libtool-1.5.10
ACCEPT_KEYWORDS="amd64"
AUTOCLEAN="yes"
CFLAGS="-march=athlon64 -O3 -funroll-loops -pipe"
CHOST="x86_64-pc-linux-gnu"
COMPILER=""
CONFIG_PROTECT="/etc /usr/X11R6/lib/X11/xkb /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="-march=athlon64 -O3 -funroll-loops -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoaddcvs autoconfig ccache distlocks sandbox"
GENTOO_MIRRORS="http://gentoo.osuosl.org http://distro.ibiblio.org/pub/Linux/distributions/gentoo"
MAKEOPTS="-j3"
PKGDIR="/usr/portage/packages"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
PORTDIR_OVERLAY=""
SYNC="rsync://rsync.gentoo.org/gentoo-portage"
USE="amd64 X acpi alsa berkdb bitmap-fonts cd cdr crypt cups dvd f77 foomaticdb fortran gdbm gif gpm gtk gtk2 imlib ipv6 jp2 jpeg lzw lzw-tiff multilib ncurses nls nptl oggvorbis opengl oss pam perl png python quicktime readline ssl tcpd tiff truetype usb userlocales xml2 xmms xpm xrandr xv zlib"

[Comment 5 loft306 2004-12-05 04:20:46 UTC]

found the problem it seems that:

x86_64-pc-linux-gnu-depmod
x86_64-pc-linux-gnu-generate-modprobe.conf               x86_64-pc-linux-gnu-ismod
x86_64-pc-linux-gnu-insmod.static
x86_64-pc-linux-gnu-modinfo
x86_64-pc-linux-gnu-modprobe
x86_64-pc-linux-gnu-rmmod

werent changed to just :

depmod
generate-modprobe.conf
ismod
insmod.static
modinfo
modprobe
rmmod

in /sbin

[Comment 6 loft306 2004-12-05 04:48:19 UTC]

and :
/bin/x86_64-pc-linux-gnu-lsmod
did not change to : 
/bin/lsmod 
either

[Comment 7 loft306 2004-12-05 07:31:35 UTC]

this is getting silly i did:ls -l /usr/bin/x86_64* /sbin/x86_64* and alot of other packages have this same prob ncurses,xine hell gcc....and im not the only one having this problem alot of ppl on #gentoo-amd64  i'm symlinking it all up for now but this is gonna get anoying soon! 

[Comment 8 SpanKY 2004-12-05 09:37:58 UTC]

is $CTARGET set in your environment ?

[Comment 9 loft306 2004-12-05 16:22:44 UTC]

yeah it is set :
CTARGET=x86_64-pc-linux-gnu

[Comment 10 loft306 2004-12-05 16:32:15 UTC]

where dose this $CTARGET actualy get set at 

[Comment 11 loft306 2004-12-05 16:46:44 UTC]

this is the fix i beleive and one person tried it on irc and it worked

http://forums.gentoo.org/viewtopic.php?p=1843942#1843942

[Comment 12 SpanKY 2004-12-05 18:59:49 UTC]

edit the files in /etc/env.d/gcc/ and remove CTARGET

gcc-config-1.3.7-r5 handles this properly but not 1.3.6 (current stable)

[Comment 13 SpanKY 2004-12-06 21:48:41 UTC]

*** Bug 73616 has been marked as a duplicate of this bug. ***

[Comment 14 Joe McCann (RETIRED) 2004-12-22 07:31:52 UTC]

*** Bug 75310 has been marked as a duplicate of this bug. ***