Displaying 6 results from an estimated 6 matches for "patchelf".
Did you mean:
patched
2020 Nov 11
2
Targeting old glibc
On Tue, Nov 10, 2020 at 7:01 PM Fāng-ruì Sòng <maskray at google.com> wrote:
> > How to find what is pulling libmvec?
>
> If you build a -DCMAKE_BUILD_TYPE=Debug lld, you can set a breakpoint
> on lld/ELF/MarkLive.cpp:114 (ss->getFile().isNeeded) and check which
> symbol makes
> libmvec.so needed.
I'm afraid this is going to far for me :)
> > On the other
2020 Nov 11
2
Targeting old glibc
...eferences to GLIBC_2.29 from libm.
It is in the VERSION_NEED or something similar I think.
Could llvm-strip figure that it can get rid of it?
Regards,
Alexandre Bique
On Wed, Nov 11, 2020 at 2:25 PM Alexandre Bique
<bique.alexandre at gmail.com> wrote:
>
> This did the job:
>
> patchelf --clear-symbol-version log Podolski.64.so
>
> Alexandre Bique
>
> On Wed, Nov 11, 2020 at 2:19 PM Alexandre Bique
> <bique.alexandre at gmail.com> wrote:
> >
> > On Tue, Nov 10, 2020 at 7:01 PM Fāng-ruì Sòng <maskray at google.com> wrote:
> > > > H...
2018 Jan 13
1
Linker Option support for ELF
> But I'm very much against allowing any sort of option that specifies full
> paths to be embedded, including "-L". Typically, object files are
> location-independent -- if you want to copy them to another system and run
> the linker there (with an appropriate sysroot path), that's going to work
> perfectly fine. But as soon as you start allowing path options to be
2020 Nov 11
0
Targeting old glibc
This did the job:
patchelf --clear-symbol-version log Podolski.64.so
Alexandre Bique
On Wed, Nov 11, 2020 at 2:19 PM Alexandre Bique
<bique.alexandre at gmail.com> wrote:
>
> On Tue, Nov 10, 2020 at 7:01 PM Fāng-ruì Sòng <maskray at google.com> wrote:
> > > How to find what is pulling libmvec?
&g...
2020 Nov 11
0
Targeting old glibc
...solution is:
r2 -wqc '/x feffff6f00000000 @ section..dynamic; w0 16 @ hit0_0' a.so; llvm-objcopy -R .gnu.version -R .gnu.version_r a.so
>On Wed, Nov 11, 2020 at 2:25 PM Alexandre Bique
><bique.alexandre at gmail.com> wrote:
>>
>> This did the job:
>>
>> patchelf --clear-symbol-version log Podolski.64.so
>>
>> Alexandre Bique
>>
>> On Wed, Nov 11, 2020 at 2:19 PM Alexandre Bique
>> <bique.alexandre at gmail.com> wrote:
>> >
>> > On Tue, Nov 10, 2020 at 7:01 PM Fāng-ruì Sòng <maskray at google.com>...
2016 Dec 09
4
Strange clang behavior when compiled against musl
I have managed to compile llvm and clang against musl, but it behaves really strange:
At first I tried to launch the compiler with musl dynamic loader:
$ LD_LIBRARY_PATH=/path/to/musl/lib /path/to/musl/lib/ld-musl-x86_64.so.1 /path/to/llvm/bin/clang -v
clang version 4.0.0 (https://github.com/llvm-mirror/clang 40adebeca0f99006d407508653c2cbd270a1a51c) (https://github.com/llvm-mirror/llvm