search for: pr3801

...This is a real nuisance, as people regularly build LLVM in a way > (--enable-pic, which even is the default now) which makes the JIT create > wrong code on x86-32. I've seen this on Ubuntu and Fedora Core 10 > (thankfully Michel Salim has fixed the FC LLVM packages now). This is dup of PR3801. Much better fix (as attached to PR) was already integrated into 2.6 & mainline. -- With best regards, Anton Korobeynikov Faculty of Mathematics and Mechanics, Saint Petersburg State University

Hello, Nathan >> loading address of GOT into ebx before the call (on 32 bit ABIs) thus >> the call will be to nowhere. > Good point, I didn't look closely enough at the calling sequence. I assume > this has to be broken on Linux/x86 at the moment too? I've done up a quick > and dirty implementation below for the sake of discussion, which compiles > (and doesn't

Tomas Lindquist Olsen wrote: > For 2.6 to really be a useful, we need this bug fixed: > > http://llvm.org/bugs/show_bug.cgi?id=4963 > > Would it be possible to get this merged into 2.6? While we're at it, what about: http://llvm.org/bugs/show_bug.cgi?id=3239 This is a real nuisance, as people regularly build LLVM in a way (--enable-pic, which even is the default now) which

For 2.6 to really be a useful, we need this bug fixed: http://llvm.org/bugs/show_bug.cgi?id=4963 Would it be possible to get this merged into 2.6? -Tomas

On 19/08/2009, at 4:00 AM, Anton Korobeynikov wrote: > Hello, Nathan > >> or if it should be a configure test, which might be safer. Are there >> any x86 platforms (other than apple) that don't need PLT-indirect >> calls? > Yes, mingw. However just tweaking the define is not enough - we're not Ok, so configure might be the way to go then, maybe something