[gentoo-user] gcc problems after dep -d

[gentoo-user] gcc problems after dep -d

[Hans de Hartog]

After the thread about depclean I thought that dep (emerge udept)
was a better way to clean up things, so I did a "dep -d".
It took a long time so I went away. When I came back, emerge dies
constantly with:
checking for C++ compiler default output file name... configure: error:
C++ compiler cannot create executables

or

gcc-config error: Could not run/locate "gcc"

Looking in the emerge.log, I saw that "dep -d" unmerged gcc-3.4.6-r1.
But I still have a C compiler:
"equery list gcc" gives
[ Searching for package 'gcc' in all categories among: ]
 * installed packages
[I--] [ -] sys-devel/gcc-4.1.1 (4.1)
[I--] [  ] sys-devel/gcc-config-1.3.13-r4 (0)
[I--] [  ] x11-misc/gccmakedep-1.0.2 (0)

Please help me making my system sane again.
Would a simple "emerge =sys-devel/gcc-3.4.6-r1" do it?
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] gcc problems after dep -d

[Hans de Hartog]

Hans de Hartog wrote:
> After the thread about depclean I thought that dep (emerge udept)
> was a better way to clean up things, so I did a "dep -d".
> It took a long time so I went away. When I came back, emerge dies
> constantly with:
> checking for C++ compiler default output file name... configure: error:
> C++ compiler cannot create executables
> 
> or
> 
> gcc-config error: Could not run/locate "gcc"
> 
> Looking in the emerge.log, I saw that "dep -d" unmerged gcc-3.4.6-r1.
> But I still have a C compiler:
> "equery list gcc" gives
> [ Searching for package 'gcc' in all categories among: ]
>  * installed packages
> [I--] [ -] sys-devel/gcc-4.1.1 (4.1)
> [I--] [  ] sys-devel/gcc-config-1.3.13-r4 (0)
> [I--] [  ] x11-misc/gccmakedep-1.0.2 (0)
> 
> Please help me making my system sane again.
> Would a simple "emerge =sys-devel/gcc-3.4.6-r1" do it?

More info: I tried revdep-rebuild and it gave dozens of lines for .la files:

 broken /usr/kde/3.5/lib/kde3/cupsdconf.la (requires
/usr/lib/gcc/i386-pc-linux-gnu/3.4.6/libstdc++.la)
  broken /usr/kde/3.5/lib/kde3/dcopserver.la (requires
/usr/lib/gcc/i386-pc-linux-gnu/3.4.6/libstdc++.la)
  broken /usr/kde/3.5/lib/kde3/kabc_dir.la (requires
/usr/lib/gcc/i386-pc-linux-gnu/3.4.6/libstdc++.la)
.....
All prepared. Starting rebuild...
emerge --oneshot --pretend =app-text/aspell-0.50.5-r4
=sys-devel/gettext-0.15 =sys-libs/db-4.2.52_p4-r2
=app-text/hunspell-1.1.4-r1 =app-text/poppler-0.5.3
=dev-libs/libsigc++-2.0.16 =dev-libs/gmp-4.2.1 =dev-cpp/glibmm-2.8.4
=dev-cpp/gtkmm-2.8.3 =dev-libs/libpcre-6.6 =dev-libs/libusb-0.1.12
=media-libs/tiff-3.8.2-r2 =kde-base/arts-3.5.2-r1
=kde-base/kdelibs-3.5.2-r6 =media-libs/smpeg-0.4.4-r8
=media-libs/taglib-1.4 =media-sound/amarok-1.4.3-r1
=media-sound/beast-0.6.4

but it dies at the first emerge with:
checking for C++ compiler default output file name... configure: error:
C++ compiler cannot create executables.


-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] gcc problems after dep -d

[Bo Ørsted Andresen]

[-- Attachment #1: Type: text/plain, Size: 432 bytes --]

On Saturday 28 October 2006 13:43, Hans de Hartog wrote:
> but it dies at the first emerge with:
> checking for C++ compiler default output file name... configure: error:
> C++ compiler cannot create executables.

Do you have ccache installed? If you do try to remerge that.

# emerge --oneshot ccache

Also if you need additional help please include the output of `emerge --info` 
in your next mail.

-- 
Bo Andresen

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] gcc problems after dep -d

[Hans de Hartog]

Bo Ørsted Andresen wrote:
> On Saturday 28 October 2006 13:43, Hans de Hartog wrote:
> 
>>but it dies at the first emerge with:
>>checking for C++ compiler default output file name... configure: error:
>>C++ compiler cannot create executables.
> 
> 
> Do you have ccache installed? If you do try to remerge that.
> 
> # emerge --oneshot ccache
> 
> Also if you need additional help please include the output of `emerge --info` 
> in your next mail.
> 

No, I dont't have ccache and emerge isn't working
Emerge --info starts on stderr with:

!!! No gcc found. You probably need to 'source /etc/profile'
!!! to update the environment of this terminal and possibly
!!! other terminals also.

and after that:

Gentoo Base System version 1.12.5
Portage 2.1.1 (default-linux/x86/2006.0, [unavailable], glibc-2.4-r3,
2.6.17.13 i686)
=================================================================
System uname: 2.6.17.13 i686 Intel(R) Celeron(R) CPU 2.66GHz
Last Sync: Fri, 27 Oct 2006 08:50:01 +0000
app-admin/eselect-compiler: [Not Present]
dev-java/java-config: 1.3.7, 2.0.30
dev-lang/python:     2.4.3-r4
dev-python/pycrypto: 2.0.1-r5
dev-util/ccache:     [Not Present]
dev-util/confcache:  [Not Present]
sys-apps/sandbox:    1.2.17
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-r2
sys-devel/binutils:  2.16.1-r3
sys-devel/gcc-config: 1.3.13-r4
sys-devel/libtool:   1.5.22
virtual/os-headers:  2.6.17-r1
ACCEPT_KEYWORDS="x86"
AUTOCLEAN="yes"
CBUILD="i486-pc-linux-gnu"
CFLAGS="-O2 -mtune=i686 -pipe"
CHOST="i486-pc-linux-gnu"
CONFIG_PROTECT="/etc /usr/kde/3.5/env /usr/kde/3.5/share/config
/usr/kde/3.5/shutdown /usr/lib/mozilla/defaults/pref /usr/share/X11/xkb
/usr/share/config"
CONFIG_PROTECT_MASK="/etc/env.d /etc/env.d/java/ /etc/gconf
/etc/java-config/vms/ /etc/revdep-rebuild /etc/terminfo"
CXXFLAGS="-O2 -mtune=i686 -pipe"
DISTDIR="/usr/portage/distfiles"
FEATURES="autoconfig distlocks metadata-transfer sandbox sfperms strict"
GENTOO_MIRRORS="http://ftp.snt.utwente.nl/pub/os/linux/gentoo
ftp://ftp.snt.utwente.nl/pub/os/linux/gentoo
ftp://mirror.scarlet-internet.nl/pub/gentoo "
LINGUAS=""
MAKEOPTS="-j2"
PKGDIR="/usr/portage/packages"
PORTAGE_RSYNC_OPTS="--recursive --links --safe-links --perms --times
--compress --force --whole-file --delete --delete-after --stats
--timeout=180 --exclude='/distfiles' --exclude='/local'
--exclude='/packages'"
PORTAGE_TMPDIR="/var/tmp"
PORTDIR="/usr/portage"
SYNC="rsync://rsync.europe.gentoo.org/gentoo-portage"
USE="x86 X acpi alsa apache2 apm arts berkdb bitmap-fonts bluetooth
bzip2 cli cracklib crypt cups dga dlloader dri elibc_glibc emboss encode
esd extensions foomaticdb fortran gdbm gif gkrellm gnokii gpm gstreamer
gtk gtk2 imlib input_devices_keyboard input_devices_mouse ipv6 irda irmc
isdnlog jack java jpeg kernel_linux ldap libg++ libwww mad madwifi
mikmod motif mozilla mp3 mpeg ncurses nl nls nptl nptlonly ogg opengl
oss pam pcmcia pcre perl png pppd python qt3 qt4 quicktime readline
reflection rtc screen sdl session sox spell spl ssl tcltk tcpd truetype
truetype-fonts type1-fonts udev urandom userland_GNU v4l
video_cards_radeon vnc vorbis wifi xml xorg xv zlib"
Unset:  CTARGET, EMERGE_DEFAULT_OPTS, INSTALL_MASK, LANG, LC_ALL,
LDFLAGS, PORTAGE_RSYNC_EXTRA_OPTS, PORTDIR_OVERLAY


-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] gcc problems after dep -d

[Philip Webb]

061028 Hans de Hartog wrote:
> it dies at the first emerge with:
> checking for C++ compiler default output file name... configure: error:
> C++ compiler cannot create executables.
...
> CHOST="i486-pc-linux-gnu"

do 'gcc-config -c' & 'gcc-config -l' to explore;
try 'gcc-config i486-pc-linux-gnu-4.1.1' to fix the problem.

-- 
========================,,============================================
SUPPORT     ___________//___,  Philip Webb : purslow@chass.utoronto.ca
ELECTRIC   /] [] [] [] [] []|  Centre for Urban & Community Studies
TRANSIT    `-O----------O---'  University of Toronto
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] gcc problems after dep -d

[Hans de Hartog]

Philip Webb wrote:
> 061028 Hans de Hartog wrote:
> 
>>it dies at the first emerge with:
>>checking for C++ compiler default output file name... configure: error:
>>C++ compiler cannot create executables.
> 
> ...
> 
>>CHOST="i486-pc-linux-gnu"
> 
> 
> do 'gcc-config -c' & 'gcc-config -l' to explore;
> try 'gcc-config i486-pc-linux-gnu-4.1.1' to fix the problem.
> 

dehartog@kwetal ~ $ gcc-config -c
 * gcc-config: Active gcc profile is invalid!
 [1] i386-pc-linux-gnu-4.1.1
dehartog@kwetal ~ $ gcc-config -l
 * gcc-config: Active gcc profile is invalid!
 [1] i386-pc-linux-gnu-4.1.1
dehartog@kwetal ~ $ su -
Password:
kwetal ~ # gcc-config i486-pc-linux-gnu-4.1.1
 * gcc-config: Could not locate 'i486-pc-linux-gnu-4.1.1' in
'/etc/env.d/gcc/' !


Contents of the FILE /etc/env.d/05gcc:
PATH="/usr/i386-pc-linux-gnu/gcc-bin/3.4.6"
ROOTPATH="/usr/i386-pc-linux-gnu/gcc-bin/3.4.6"
MANPATH="/usr/share/gcc-data/i386-pc-linux-gnu/3.4.6/man"
INFOPATH="/usr/share/gcc-data/i386-pc-linux-gnu/3.4.6/info"
LDPATH="/usr/lib/gcc/i386-pc-linux-gnu/3.4.6:/usr/lib/gcc/i386-pc-linux-gnu/4.1.
1"
GCC_SPECS=""

In the DIRECTORY /etc/env.d/gcc are two files:

config
======
CURRENT=i386-pc-linux-gnu-3.4.6

i386-pc-linux-gnu-4.1.1
=======================
PATH="/usr/i386-pc-linux-gnu/gcc-bin/4.1.1"
ROOTPATH="/usr/i386-pc-linux-gnu/gcc-bin/4.1.1"
LDPATH="/usr/lib/gcc/i386-pc-linux-gnu/4.1.1"
GCCBITS="32"
MANPATH="/usr/share/gcc-data/i386-pc-linux-gnu/4.1.1/man"
INFOPATH="/usr/share/gcc-data/i386-pc-linux-gnu/4.1.1/info"
STDCXX_INCDIR="g++-v4"
-- 
gentoo-user@gentoo.org mailing list

[gentoo-user] Re: gcc problems after dep -d

[Harm Geerts]

On Saturday 28 October 2006 17:33, Hans de Hartog wrote:
> > do 'gcc-config -c' & 'gcc-config -l' to explore;
> > try 'gcc-config i486-pc-linux-gnu-4.1.1' to fix the problem.
>
> dehartog@kwetal ~ $ gcc-config -c
>  * gcc-config: Active gcc profile is invalid!
>  [1] i386-pc-linux-gnu-4.1.1
> dehartog@kwetal ~ $ gcc-config -l
>  * gcc-config: Active gcc profile is invalid!
>  [1] i386-pc-linux-gnu-4.1.1
> dehartog@kwetal ~ $ su -
> Password:
> kwetal ~ # gcc-config i486-pc-linux-gnu-4.1.1
>  * gcc-config: Could not locate 'i486-pc-linux-gnu-4.1.1' in
> '/etc/env.d/gcc/' !

Obviously this should be "gcc-config i386-pc-linux-gnu-4.1.1"
It wouldn't hurt you to actually read the help before posting a silly error 
like this...
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] gcc problems after dep -d

[Justin Findlay]

On AD 2006 October 28 Saturday 11:40:13 AM +0200, Hans de Hartog wrote:
> checking for C++ compiler default output file name... configure: error:
> C++ compiler cannot create executables
> 
> or
> 
> gcc-config error: Could not run/locate "gcc"
> ...
> [I--] [ -] sys-devel/gcc-4.1.1 (4.1)
> [I--] [  ] sys-devel/gcc-config-1.3.13-r4 (0)
> [I--] [  ] x11-misc/gccmakedep-1.0.2 (0)

I think there is more going on here than gcc-config.  I encountered the
very same problems on my machine only after having done an `emerge -uDN
world` and only having one compiler, gcc-4.4.4-r1, on the system.

Hans, I was able to fix gcc-config with `gcc-config -f 1`.  However not
only is /usr/bin/gcc seg faulting but
/usr/x86_64-pc-linux-gnu/gcc-bin/4.1.1/gcc is also insomuch that I can't
even compile this simple program without a segmentation fault,

int main()
{
  return 0;
}

yet even after having done `gcc-config -f 1` the profile may be correct
according to gcc-config,

# gcc-config -l
 [1] x86_64-pc-linux-gnu-4.1.1 *

but the compiler still gives segmentation faults.  This totally baffles
me as `ldd /usr/x86_64-pc-linux-gnu/gcc-bin/4.1.1/gcc` shows that gcc
only links in

        libc.so.6 => /lib/libc.so.6 (0x00002aadee5c4000)
        /lib64/ld-linux-x86-64.so.2 (0x00002aadee4a6000)

and the mtimes on all three files (gcc, libc.so, ld-linux-x86-64.so)
are according to ls:

lrwxrwxrwx 1 root root   23 Sep  4 22:39 /usr/x86_64-pc-linux-gnu/gcc-bin/4.1.1/gcc -> x86_64-pc-linux-gnu-gcc
-rwxr-xr-x 1 root root 140K Sep  4 22:39 /usr/x86_64-pc-linux-gnu/gcc-bin/4.1.1/x86_64-pc-linux-gnu-gcc

-rwxr-xr-x 1 root root 1.4M Oct  1 22:54 /lib64/libc-2.5.so
lrwxrwxrwx 1 root root   11 Oct  1 22:54 /lib64/libc.so.6 -> libc-2.5.so

-rwxr-xr-x 1 root root 140K Oct  1 22:54 /lib64/ld-2.5.so
lrwxrwxrwx 1 root root    9 Oct  1 22:54 /lib64/ld-linux-x86-64.so.2 -> ld-2.5.so

These files are clearly much older than yesterday which is when I began
having these gcc problems.  Unfortunately I'm still stumped and am
without a working gcc in the meantime.


Justin
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] gcc problems after dep -d

[Bo Ørsted Andresen]

[-- Attachment #1: Type: text/plain, Size: 822 bytes --]

On Saturday 28 October 2006 17:33, Hans de Hartog wrote:
[SNIP]
> >>CHOST="i486-pc-linux-gnu"
> >
> > do 'gcc-config -c' & 'gcc-config -l' to explore;
> > try 'gcc-config i486-pc-linux-gnu-4.1.1' to fix the problem.
>
> dehartog@kwetal ~ $ gcc-config -c
>  * gcc-config: Active gcc profile is invalid!
>  [1] i386-pc-linux-gnu-4.1.1
> dehartog@kwetal ~ $ gcc-config -l
>  * gcc-config: Active gcc profile is invalid!
>  [1] i386-pc-linux-gnu-4.1.1
> dehartog@kwetal ~ $ su -
> Password:
> kwetal ~ # gcc-config i486-pc-linux-gnu-4.1.1
>  * gcc-config: Could not locate 'i486-pc-linux-gnu-4.1.1' in
> '/etc/env.d/gcc/' !
[SNIP]

I assume you've changed your CHOST when upgrading glibc without having a clue 
about you were doing...

http://www.gentoo.org/doc/en/change-chost.xml

-- 
Bo Andresen

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] gcc problems after dep -d

[Bo Ørsted Andresen]

[-- Attachment #1: Type: text/plain, Size: 615 bytes --]

On Saturday 28 October 2006 22:01, Bo Ørsted Andresen wrote:
> I assume you've changed your CHOST when upgrading glibc without having a
> clue about you were doing...
>
> http://www.gentoo.org/doc/en/change-chost.xml

Oh, and just for the the record. Whatever you do with this don't downgrade 
glibc! :p That will make you even more screwed that you are already. I guess 
you've learned by now that you should never run --depclean blindly. Always 
run it with --pretend first and ensure that it doesn't do something stupid. 
Unfortunately this is a little late for that though... :(

-- 
Bo Andresen

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] gcc problems after dep -d

[Hans de Hartog]

Bo Ørsted Andresen wrote:

> 
> I assume you've changed your CHOST when upgrading glibc without having a clue 
> about you were doing...
> 
> http://www.gentoo.org/doc/en/change-chost.xml
> 
Yes, now I remember something like that.
Don't know if it was glibc, but some
package told me to do so. So I did :-(
And I did not notice the change-host
document at that time :-(

Thanks for the pointer!

-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] gcc problems after dep -d

[Hans de Hartog]

Bo Ørsted Andresen wrote:

> 
> Oh, and just for the the record. Whatever you do with this don't downgrade 
> glibc! :p That will make you even more screwed that you are already. I guess 
> you've learned by now that you should never run --depclean blindly. Always 
> run it with --pretend first and ensure that it doesn't do something stupid. 
> Unfortunately this is a little late for that though... :(
> 

At the time that emerge --depclean was unsafe I used to do:

emerge --pretend --depclean | grep / > dc2
remove the first line from dc2
for p in `cat dc2`
do echo --------- $p ----------
equery depends $p
done > dc3
And I could see what realy could be unmerged.
Then I learned from this mailing list that dep -d
would take my USE flags into account so I did "dep -d".
It showed me the list of things it was going to unmerge
and I saw the gcc.3.4 but thought: well, I know I have
gcc.4.something and what's the use of having an old
C compiler hanging around? So I let it go.... :-(

Now to solve the situation I did
gcc-config i386-pc-linux-gnu-4.1.1
and emerge is working more or less.
Now I'm going to emerge binutils, gcc and glibc
in the hope that everything will be allright.
Currently, I get lots of
"rc-scripts: gcc-config: Active gcc profile is invalid!"
in /var/log/messages.
-- 
gentoo-user@gentoo.org mailing list

Re: [gentoo-user] gcc problems after dep -d

[Bo Ørsted Andresen]

[-- Attachment #1: Type: text/plain, Size: 2350 bytes --]

On Sunday 29 October 2006 15:17, Hans de Hartog wrote:
[SNIP]
> > I guess you've learned by now that you should never run
> > --depclean blindly. Always run it with --pretend first and ensure that it
> > doesn't do something stupid. Unfortunately this is a little late for that
> > though... :(
>
> At the time that emerge --depclean was unsafe I used to do:
>
> emerge --pretend --depclean | grep / > dc2
> remove the first line from dc2
> for p in `cat dc2`
> do echo --------- $p ----------
> equery depends $p
> done > dc3
> And I could see what realy could be unmerged.
> Then I learned from this mailing list that dep -d
> would take my USE flags into account so I did "dep -d".
> It showed me the list of things it was going to unmerge
> and I saw the gcc.3.4 but thought: well, I know I have
> gcc.4.something and what's the use of having an old
> C compiler hanging around? So I let it go.... :-(
[SNIP]

Ugh..! You've got this completely wrong. As of >=portage-2.1.1 
`emerge --depclean` is quite safe (yet you still need to use --ask 
or --pretend as with any other emerge operation!) and it has always taken the 
use flags into account. I've never said anything about the reliability of 
`dep -d` (as I've never tried it and don't plan to try it either) and I think 
your experience goes to show that it is far from as safe as 
`emerge --depclean`. I'm pretty sure that `emerge --depclean` would never 
remove gcc...

`equery depends` is what I've said doesn't take your use flags into account 
(and it doesn't). This means that if `equery depends` says foo doesn't need 
bar then foo doesn't need bar. But if it says foo needs bar then there is the 
possibility that due to the state of some use flag foo doesn't need bar on 
your system... That is entirely unrelated to the reliability of 
`emerge --depclean`. This only relates to querying for reverse dependencies 
with equery.

And for querying for reverse dependencies `dep -L` is quite reliable. As is 
pquery from pkgcore and adjutrix from paludis. That says nothing about the 
reliability of `dep -d`, `dep -w` or `dep -s` etc. I don't know if either of 
those other options for dep are reliable or not (and quite frankly I don't 
care as I don't need them). IMO `emerge --depclean` is doing and excellent 
job!

-- 
Bo Andresen

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [gentoo-user] gcc problems after dep -d

[Hans de Hartog]

Bo Ørsted Andresen wrote:

> [SNIP]
> 
> Ugh..! You've got this completely wrong. As of >=portage-2.1.1 
> `emerge --depclean` is quite safe (yet you still need to use --ask 
> or --pretend as with any other emerge operation!) and it has always taken the 
> use flags into account. I've never said anything about the reliability of 
> `dep -d` (as I've never tried it and don't plan to try it either) and I think 
> your experience goes to show that it is far from as safe as 
> `emerge --depclean`. I'm pretty sure that `emerge --depclean` would never 
> remove gcc...
> 
> `equery depends` is what I've said doesn't take your use flags into account 
> (and it doesn't). This means that if `equery depends` says foo doesn't need 
> bar then foo doesn't need bar. But if it says foo needs bar then there is the 
> possibility that due to the state of some use flag foo doesn't need bar on 
> your system... That is entirely unrelated to the reliability of 
> `emerge --depclean`. This only relates to querying for reverse dependencies 
> with equery.
> 
> And for querying for reverse dependencies `dep -L` is quite reliable. As is 
> pquery from pkgcore and adjutrix from paludis. That says nothing about the 
> reliability of `dep -d`, `dep -w` or `dep -s` etc. I don't know if either of 
> those other options for dep are reliable or not (and quite frankly I don't 
> care as I don't need them). IMO `emerge --depclean` is doing and excellent 
> job!
> 

Thank you very much for your clear explanation! I learned a lot
from it. And my system is compiling again :-)

-- 
gentoo-user@gentoo.org mailing list