[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: linux-user static build broken
From: |
Laurent Vivier |
Subject: |
Re: linux-user static build broken |
Date: |
Wed, 26 Aug 2020 12:53:20 +0200 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.10.0 |
Le 26/08/2020 à 11:08, Paolo Bonzini a écrit :
> $ORIGIN is a special literal used by ld.so. It's probably fixed by the
> same patch that was posted for msys.
If I remove the "-Wl,-rpath,RIGIN/" from the command line to build
qemu-m68k, it works again.
What the patch name or series?
Thanks,
Laurent
> Paolo
>
> Il mer 26 ago 2020, 10:51 Laurent Vivier <laurent@vivier.eu
> <mailto:laurent@vivier.eu>> ha scritto:
>
> Le 26/08/2020 à 10:44, Daniel P. Berrangé a écrit :
> > On Tue, Aug 25, 2020 at 10:36:13PM +0200, Laurent Vivier wrote:
> >> Hi,
> >>
> >> since we have switched to meson, the statically linked binaries
> of qemu
> >> linux-user are broken:
> >>
> >> cd $OBJ
> >> $SRC/configure --static --target-list=m68k-linux-user
> >> make
> >> ./qemu-m68k
> >> Segmentation fault (core dumped)
> >>
> >> Program received signal SIGSEGV, Segmentation fault.
> >> 0x00007ffff7bd6833 in __dcigettext ()
> >> (gdb) bt
> >> #0 0x00007ffff7bd6833 in __dcigettext ()
> >> #1 0x00007ffff7bd5352 in __assert_fail ()
> >> #2 0x00007ffff7c4d74c in _dl_relocate_static_pie ()
> >> #3 0x00007ffff7bc713e in __libc_start_main ()
> >> #4 0x00007ffff7a0029e in _start ()
> >>
> >> If I build with --disable-pie it works again.
> >>
> >> Any idea?
> >
> > I'd suggest checking the compiler args used with v5.1.0 vs git master
> > and see if any flags related to PIE or similar changed. I already
> found
> > one bug wrt PIE on Windows builds this way.
> >
> > Regards,
> > Daniel
> >
>
> It's what I'm doing.
>
> There are both "--static-pie" and "--pie" on the new command line, but
> keeping only the first doesn't fix the problem.
>
> There is also a strange '-Wl,-rpath,RIGIN/' that would mean "make" is
> not using $(ORIGIN) but $ORIGIN...
>
> Thanks,
> Laurent
>