llvm dev - Dec 2004 - [LLVMdev] A first!

Turns out it wasn't using the JIT.  It was running the interpreter.  The 
X86 stuff wasn't being linked in.  Alas, once I "fixed" that, it
stopped
working.  The JIT couldn't resolve the symbol "printf" and failed.
But
the interpreter could resolve it.

Misha Brukman wrote:
>On Wed, Dec 22, 2004 at 08:48:19PM -0800, Jeff Cohen wrote:
>  
>
>>I compiled a simple "hello world!" C program on FreeBSD,
transfered
>>the a.out.bc file to Windows, and executed it with an lli.exe that I
>>built with Visual Studio.  It worked!
>>    
>>
>
>Great news, but note that not all bytecode files are so portable. :)
>
>  
>

On Wed, Dec 22, 2004 at 11:01:37PM -0800, Jeff Cohen
wrote:
> Turns out it wasn't using the JIT.  It was running the interpreter. 
The
> X86 stuff wasn't being linked in.  Alas, once I "fixed" that,
it stopped
> working.  The JIT couldn't resolve the symbol "printf" and
failed.  But
> the interpreter could resolve it.
The interpreter has some hacks for dealing with common functions like
"printf" :)  We need to get the Win32 equivalent of dlsym() going for
the JIT to work on Windows.

-- 
Misha Brukman :: http://misha.brukman.net :: http://llvm.cs.uiuc.edu

Misha,

The "equivalent of dlsym" should be working just fine. Its called ltdl
(libtool dynamic library) and is part of lib/System. Its interface is
the DynamicLibrary class. The interpreter has already been modified to
use this facility. 

So, if this is broken on windows, I'd like to know how, or why. 

Jeff, can you provide a test case that we can use to reproduce this
problem?  Looks like I'm finally going to force myself into a windows
build (i.e. cough up the money for VC++ 7.1).

Reid.

On Wed, 2004-12-22 at 23:12, Misha Brukman wrote:
> On Wed, Dec 22, 2004 at 11:01:37PM -0800, Jeff Cohen wrote:
> > Turns out it wasn't using the JIT.  It was running the
interpreter.  The
> > X86 stuff wasn't being linked in.  Alas, once I "fixed"
that, it stopped
> > working.  The JIT couldn't resolve the symbol "printf"
and failed.  But
> > the interpreter could resolve it.
> 
> The interpreter has some hacks for dealing with common functions like
> "printf" :)  We need to get the Win32 equivalent of dlsym() going
for
> the JIT to work on Windows.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 189 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.llvm.org/pipermail/llvm-dev/attachments/20041223/6bd7ac58/attachment.sig>