libstdc++.so.6 missing

[cram]

Since I've emerged gcc 3.4.3 I've been getting this error message with several programs:

Code: Select all

error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or directory

Anybody else have this problem?

[pifactorial]

Yes, I've had that problem and a number of weird compiling problems. Haven't found a way to fix it yet - creating the file /usr/lib/libstdc++.so.6 from another version of libstdc++ just gives a bunch of nasty version errors:

Code: Select all

~ $ aspell
aspell: error while loading shared libraries: libstdc++.so.6: cannot open shared object file: No such file or directory
~ $ cd /usr/lib
/usr/lib $ sudo cp libstdc++.so.2.9 libstdc++.so.6
/usr/lib $ aspell
aspell: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4' not found (required by aspell)
aspell: /usr/lib/libstdc++.so.6: version `CXXABI_1.3' not found (required by aspell)
aspell: /usr/lib/libstdc++.so.6: version `CXXABI_1.3' not found (required by /usr/lib/libaspell.so.15)
aspell: /usr/lib/libstdc++.so.6: version `GLIBCXX_3.4' not found (required by /usr/lib/libaspell.so.15)

I'm sure this will be fixed in 3.4.3-r1. Until then...

[pèdratan]

the profile you were using got deleted, so if you do a

Code: Select all

gcc-config <profile-for-gcc-3.4.3>

you're set.

that fixes it.

Hope it helps.

[cram]

Thanks!

That did the trick.

[pifactorial]

Darn, you beat me to the punch. I was about to post the same fix.

[JLP]

Shouldn't the ebuild be made in such a way that if it upgrades the only GCC version installed it should automatically run gcc-config and select the new profile?

[Wildfire]

Same error, can't use that solution :/

gcc-config -l reports thats the only profile available is i686-pc-linux-3.3.4 Okay, fine, go back to that, maybe it didn't grab all of 3.4.3 for some reason. libstdc++.so.5 is still missing, which consequently makes portage unusable.

Help. Probably missing something fairly obvious, but still learning and would rother get it fixed right that screw it up more

[tobechar]

I re-emerged libtool and was able to switch gcc profiles.

[drakos7]

Um, sorry to ask but, what do I put in for the profile? gcc-config -l gives me a Profile does not exist error (I used to have 2 before the upgrade)

Code: Select all

gcc-config <profile-for-gcc-3.4.3> 

EDIT:
found my anser here
http://forums.gentoo.org/viewtopic.php? ... ht=libstdc

[Heurisko]

The gcc-config fix, listed above, fixed it for me also. But, I came very close to totally dumping Gentoo because of the way portage handled this upgrade.

This is why I make this complaint:
If there is a new version of portage available to be emerged, portage itself will say that it will stop and reload itself before continuing with any other emerge requests in the current list (like if you do an emerge -Dvu world).

Why in the world (no pun intended) wouldn't the Gentoo developers make provision for the same kind of "reloading", as it were, for such major changes as gcc 3.4? It makes not sense whatsover. In fact, I couldn't even finish the emerge request that I was doing today because of this lack of forsight. (This type of change could also require user interaction before continuing with that or any other emerge slated to be completed.)

It also caused me to lose critical time today when kde wouldn't come up because of this oversight.

Really? How hard could it be to integrate that kind of stopage and warning into portage when there are such critical changes that WILL affect your system in such a dramatic way?

[jefftang]

I did:

Code: Select all

gcc-config i686-pc-linux-gnu-3.4.3

but mplayer is still broken and there's no

libstdc++.so.6.so

anywhere under /usr.

[plate]

Read the sticky thread GCC 3.4.3 is upon us! and this bug report.