Date: Tue, 18 Jun 2019 17:58:43 -0400 From: Rich Felker <dalias@...c.org> To: Reinoud Koornstra <reinoudkoornstra@...il.com> Cc: musl@...ts.openwall.com Subject: Re: where to find musl-gcc wrapper script On Tue, Jun 18, 2019 at 02:49:17PM -0700, Reinoud Koornstra wrote: > On Tue, Jun 18, 2019 at 2:37 PM Rich Felker <dalias@...c.org> wrote: > > > > On Tue, Jun 18, 2019 at 02:19:06PM -0700, Reinoud Koornstra wrote: > > > I noticed that the -static gives me some weird stuff. If I use glibc > > > to compile gdb and then rerun the compile command with static I do get > > > to see it's a statically linked binary. It'll end up with warnings, > > > but ... > > > gdb compiles fine with musl as well. So after compiling i see: > > > ELF 32-bit executable, ARM, EABI5 version 1 (SYSV). dynamically > > > linked, interpreter /lib/ld-musl-armhf.so.1 > > > When I add -static to the arm-linux-musleabihf-g++ command it compiles > > > seemingly fine as well. > > > However when i run file again over this I see: > > > ELF 32-bit executable, ARM, EABI5 version 1 (SYSV). dynamically > > > linked, interpreter, /usr/lib/ld.so.1 .... > > > So adding -static didn't seem to have the desired effect, it also all > > > over sudden showed a different interpreter. > > > Any ideas? > > > > What commands did you use to build musl-cross-make? Any config.mak > > file? What options did you use when linking? > > in the config.mak for musl-cross-make I used: > TARGET = arm-linux-musleabihf > OUTPUT = /home/libnl/MUSL-ARM32 > > The rest I left default. > To configure gdb-8.3 i used: > Then I added OUTPUT to my path: PATH=/home/libnl/MUSL-ARM32/bin:$PATH > I configured gdb with: > CC=arm-linux-musleabihf-gcc CXX=arm-linux-musleabihf-g++ > CFLAGS="-I/home/libnl/MUSL-ARM32/include" > LDFLAGS="-L/home/libnl/MUSL-ARM32/lib" ./configure --enable-static > --host=arm-linux-musleabihf --target=arm-linux-musleabihf > --build=x86_64-ubuntu-linux > > after this I used make. Where is -static? I don't think gdb offers a way to build static-linked; you need to hack it in by putting -static and --static (both to trick libtool) in the LDFLAGS. On top of that, and I think this is your actual problem, I'm pretty sure there's a bug in gdb's build process that breaks static linking by adding --export-dynamic or --dynamic-list to the link command line, which ld then interprets as meaning it should behave like it's dynamic linking. Arguably this is actually a bug in gcc that it lets bad options get through to the linker when this happens, but the easiest way to fix it is patching it out of gdb's makefile after running configure. (Alternatively you could patch out the stuff in configure that adds it.) 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.