Arch Linux

triplesquarednine

Member

Registered: 2011-04-12

Posts: 630

lib32 breakage(?) gcc is unable to create an executable file. [SOLVED]

Hi everyone,

today (or possibly lastnight) Wine(-rt) broke for me, do to a library it uses being updated. All that should've been required was recompiling wine-rt, against the new library... So i updated my system (to which there was a bunch of lib32 updates). Now gcc-multilib isn't working at all, even after re-installing it, and all of it's dependencies && other lib32- related packages.

Whenever, i try to compile something (so for i've tried ffmpeg, wine-rt and a few other packages in the AUR), i get an error like this, with pretty much everything;

gcc is unable to create an executable file.

has anyone else been experiencing some pain (over the last 24hours) with gcc-multilib + lib32- stuff????

I didn't see any announcements about lib32 stuff being changed around...

cheerz

Last edited by triplesquarednine (2012-03-02 22:18:00)

falconindy

Developer

From: New York, USA

Registered: 2009-10-22

Posts: 4,111

Website

Re: lib32 breakage(?) gcc is unable to create an executable file. [SOLVED]

It also tells you to look at config.log, which is in the build directory.

---

blog | ±github

stronnag

Member

Registered: 2011-01-25

Posts: 77

Re: lib32 breakage(?) gcc is unable to create an executable file. [SOLVED]

Me too! On a multilib system, gcc is broken (at least with testing enabled) due to a core/ppl upgrade that breaks libraries that gcc requires:

$ gcc -mD -E - < /dev/null
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/cc1: error while loading shared libraries: libppl.so.9: cannot open shared object file: No such file or directory
$ ls /usr/lib/libppl.so.*
/usr/lib/libppl.so.10  /usr/lib/libppl.so.10.0.0

Much stuff compiles with CC=clang, but that's not the point ...

triplesquarednine

Member

Registered: 2011-04-12

Posts: 630

Re: lib32 breakage(?) gcc is unable to create an executable file. [SOLVED]

Thanks guys,

But i *just* got it figured out, and was about to mark this solved.

First, I had to re-install gcc-multilib (and all dependencies), then I literally had to re-install every lib32-xxx. Run 'sudo ldconfig'... then, rebuild a whole slew of other apps using these libs / dependencies.... and also rebooting (twice, during the process, i think) before all of the dust settled, and everything started working again... (a couple of hours of messing around!).

I wasn't sure what broke initially(exactly), but i went through everything, to the point of overkill, probably. ie: updating all of pacman's mirrors, completely trashing my default wine-prefix, etc.

Anyway, after looking at the nature of the pacman (lib32) updates today, and inspecting my file-system; *Arch64 now has /usr/lib32* (which i didn't have before), no announcement on the website, maybe i missed it on one of the mailinglists. However, this is how upstream (Debian and Redhat) do things (if i remember correctly), so i guess Arch has adopted using /usr/lib32...

so yeah, it would appear all of the lib32/multilib stuff needs to be re-installed/re-compiled. At my end beyond, just lib32 stuff, i had to recompile Jack2dbus (mixed 32/64bit), WineASIO, Festige, among other things (plus re-installing all of my apps affected, pain in the butt).

cheerz

Last edited by triplesquarednine (2012-03-02 22:23:28)

triplesquarednine

Member

Registered: 2011-04-12

Posts: 630

Re: lib32 breakage(?) gcc is unable to create an executable file. [SOLVED]

Me too! On a multilib system, gcc is broken (at least with testing enabled) due to a core/ppl upgrade that breaks libraries that gcc requires:

On my system, i didn't run into this problem, but your error message is very similar to countless other libraries that were broken.

I think this was on of the uglier pacman updates I've had in a while, so much breakage.

cheerz

triplesquarednine

Member

Registered: 2011-04-12

Posts: 630

Re: lib32 breakage(?) gcc is unable to create an executable file. [SOLVED]

Me too! On a multilib system, gcc is broken (at least with testing enabled) due to a core/ppl upgrade that breaks libraries that gcc requires:

$ gcc -mD -E - < /dev/null
/usr/lib/gcc/x86_64-unknown-linux-gnu/4.6.2/cc1: error while loading shared libraries: libppl.so.9: cannot open shared object file: No such file or directory
$ ls /usr/lib/libppl.so.*
/usr/lib/libppl.so.10  /usr/lib/libppl.so.10.0.0

Much stuff compiles with CC=clang, but that's not the point ...

Hey again,

I just ran into your specific error today while trying to compile an app.

Did you fix this??

EDIT: Nevermind. I fixed it.

I think was of my mirrors was out of date. After forcing an update to gcc-multilib + two libs that depended on it - the problem went away. Everything is compiling again.

Last edited by triplesquarednine (2012-03-04 21:56:22)