Displaying 2 results from an estimated 2 matches for "_zn11staticstuffiie6s_datae".
2015 Jan 12
2
[LLVMdev] MCJIT handling of linkonce_odr
...ndif
$ clang++ -fPIC -shared -DBUILD_SHARED -o liblinkonceodr.so linkonceodr.cxx
$ clang++ -emit-llvm -c linkonceodr.cxx -o - |
LD_PRELOAD=./liblinkonceodr.so lli -
Wrong address, 140449908087496 in shared lib, 140449908076544 in mcjit!
I.e. while compareAddr is resolved from the dylib, this:
@_ZN11StaticStuffIiE6s_dataE = linkonce_odr global i32 42, align 4
is not: it is re-emitted by the MCJIT. When building a binary and
linking against that dylib, _ZN11StaticStuffIiE6s is correctly picked up
from the dylib. I would expect MCJIT to behave the same.
I'll try to fix that myself, but I'd appreciate a hint...
2015 Jan 13
2
[LLVMdev] MCJIT handling of linkonce_odr
...t; linkonceodr.cxx
> $ clang++ -emit-llvm -c linkonceodr.cxx -o - |
> LD_PRELOAD=./liblinkonceodr.so lli -
> Wrong address, 140449908087496 in shared lib, 140449908076544 in mcjit!
>
>
> I.e. while compareAddr is resolved from the dylib, this:
>
> @_ZN11StaticStuffIiE6s_dataE = linkonce_odr global i32 42, align 4
>
> is not: it is re-emitted by the MCJIT. When building a binary and
> linking against that dylib, _ZN11StaticStuffIiE6s is correctly picked up
> from the dylib. I would expect MCJIT to behave the same.
>
> I'll try to f...