Date: Tue, 6 Jan 2015 15:49:24 -0500 From: Rich Felker <dalias@...c.org> To: musl@...ts.openwall.com Subject: Re: musl built with pcc yields segfaults in dynlink.c On Mon, Jan 05, 2015 at 11:48:50PM -0800, Isaac Dunham wrote: > Hello, > I'm trying to get a pcc-built libc.so that works. > With the latest PCC, musl builds (lib/libc.so) and the result will display > the proper messages if run from the command line without arguments. > However, if I try to run a program with it > (even via -Wl,-dynamic-linker,`pwd`/lib/libc.so), I get a segfault > in src/ldso/dynlink.c: > (gdb) where > #0 sysv_hash (s0=0x0, s0=0x0) at src/ldso/dynlink.c:177 > #1 0xb7f6f747 in find_sym (dso=0xbffffb18, rel=0xb7ffe1d4 <.L1502>, > rel_size=<unknown type>, stride=<unknown type>, dso=0xbffffb18, > rel=0xb7ffe1d4 <.L1502>, rel_size=<unknown type>, stride=<unknown type>) > at src/ldso/dynlink.c:251 > #2 0xb7f6f916 in do_relocs () at src/ldso/dynlink.c:308 > Backtrace stopped: frame did not save the PC > > I'm using Alpine Linux edge, recently updated, with linux-vanilla. It would be helpful to see the readelf -a output for libc.so and the binary using it, and whatever information gdb can give on the value of local vars at each of the above call frames. Rich
Powered by blists - more mailing lists
Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.