search for: image_rel_i386_dir32

That's useful to know that the static compilation code path works. Furthermore, as expected from that: 52: c7 05 04 00 00 00 d5 00 00 00 movl $213, 4 00000054: IMAGE_REL_I386_DIR32 _foo It looks like the offset `4` of the second field of your struct is correct in the object file, so this does seem to be a problem in the JIT-specific linking/loading. Can you try debugging into lib/ExecutionEngine/RuntimeDyld/Targets/RuntimeDyldCOFFI386.h to see if the relocation is getting a...

...lva <chisophugis at gmail.com> wrote: > >> That's useful to know that the static compilation code path works. >> Furthermore, as expected from that: >> >> 52: c7 05 04 00 00 00 d5 00 00 00 movl $213, 4 >> 00000054: IMAGE_REL_I386_DIR32 _foo >> >> It looks like the offset `4` of the second field of your struct is >> correct in the object file, so this does seem to be a problem in the >> JIT-specific linking/loading. >> >> Can you try debugging into lib/ExecutionEngine/Runti >> meDyld/Targe...

On Mon, Jun 5, 2017 at 1:34 PM, Nikodemus Siivola < nikodemus at random-state.net> wrote: > Uh. Turns out that if I hide the pointer to @foo from LLVM by passing it > through an opaque identity function ... then everything works fine. > > Is this a bug in LLVM or is there some magic involving globals I'm > misunderstanding? > This looks like a bug in the handling of

...TR _i[ecx] lea edx, DWORD PTR [eax+1] mov DWORD PTR _i[ecx], edx ; Line 8 ret 0 _foo ENDP _TEXT ENDS END llvm-objdump -d -r -s thread_local.obj: Disassembly of section .text: _foo: 0: a1 00 00 00 00 movl 0, %eax 1: IMAGE_REL_I386_DIR32 __tls_index 5: 64 8b 0d 00 00 00 00 movl %fs:0, %ecx 8: IMAGE_REL_I386_DIR32 __tls_array c: 8b 0c 81 movl (%ecx,%eax,4), %ecx f: 8b 81 00 00 00 00...

Hi! LLVM currently does not implement the implicit TLS model on Windows. This model is easy: - a thread local variable ends up in the .tls section - to access a thread local variable, you have to do (1) load pointer to thread local storage from TEB On x86_64, this is gs:0x58, on x86 it is fs:0x2C. (2) load pointer to thread local state. In general, the index is stored in variable