search for: _zn11staticstuffiie6s_datae

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...