Re: problems with dynamic linking since 0.9.1

[Rob Landley <rob@landley.net>]

On 08/13/2013 11:00:52 AM, Rich Felker wrote:
> On Tue, Aug 13, 2013 at 04:53:00PM +0200, Szabolcs Nagy wrote:
> > * Jens <jensl@laas.mine.nu> [2013-08-13 13:18:27 +0200]:
> > > On Tue, 13 Aug 2013, Szabolcs Nagy wrote:
> > > >
> > > >you didn't tell us the problem
> > > >
> > > >at least show a crashing dynamic linked executable
> > > >with straced loader and musl ldd output
> > >
> > > Sorry. Its actually linking the binary that doesnt work.
> > >
> >
> > ah ok i did not see that
> >
> > i'd check libc.so if there is some obvious error
> > ld should be able to handle it
> > (eg file libc.so, readelf -a libc.so, nm -D libc.so, or just  
> ./libc.so)
> >
> > since you use landley's weird toolchain it may be a
> > problem with the old binutils
> 
> Indeed, that toolchain is probably already using its own gcc wrapper
> around the real gcc located at a different path. Neither wrapper is
> sufficiently transparent to allow another wrapper around it to
> function 100% correctly, so I would guess this is your problem. See if
> you can find the location of the real gcc binary and have musl-gcc run
> that, or perhaps just get a compiler from the musl-cross package or
> compile your own toolchain.

You can trivially disable the aboriginal wrapper by replacing x86_64-cc  
with rawcc, but I _thought_ this was working at one point...

Rob