similar to: [LLVMdev] Understanding resolving external/built-in function references

Hi Bill, It depends on how your bitcode is loaded. It can be loaded either by llc, which outputs pure ELF/Mach-O, in which case those function references get turned into relocations that the linker (ld, Gold) applies. If you're loading bitcode via the JIT, it uses dlsym() to try and introspect your runtime environment to find the symbol. The simple answer is that LLVM bitcode cannot be

Hi James, > It depends on how your bitcode is loaded. It can be loaded either by llc, > which outputs pure ELF/Mach-O, in which case those function references get > turned into relocations that the linker (ld, Gold) applies. > > If you're loading bitcode via the JIT, it uses dlsym() to try and introspect > your runtime environment to find the symbol. Ah, that makes sense -

Hi, > Is it possible to keep adding bitcode incrementally to the > system, and JIT'ing it, and have the set of functions > defined in the system keep growing, so that the next hunk > of bitcode added can have access to all the functions > defined so far? Yes. The JIT supports lazy compilation mode where it will generate thunks that only get compiled/linked when called - see

Hi Rui, I thought about this, but there is a catch. The undefined symbols still need to be resolved with exports from dynamic libraries even the second time, or any number of times. For example :- ld 1.o --start-group libc.so myprintf.a --end-group 1.o has a undef for myprintf, which is in myprintf.a and myprintf.a calls puts. The first time when libc.so, undef atoms would be added, no

_______________________________________________________________________________________ Hi, I'm writing up the online help for a package I'm developing (in-house only, sorry), and I've come across an odd glitch when trying to nest a list inside the "arguments" section of the .Rd file. I was just wondering if anyone could provide some insights. I'm using R 2.2.0 on

I am working on a program based on LLVM. I want to modify the .bc file throught C++ APIs provided by LLVM, but I don't know how to create a CallInst that calls a standard c function like "printf", can anyone help me with this problem? The file attached is the program I wrote, it can be compiled, however, the result of the dump of the retrieved module is not correct(missing global

SOS!!! It is really an emergency problem for me to resolve, if anyone knows the answer, please let me know, I will appreciate it, thank you very much! Mary_nju wrote: > > > I am working on a program based on LLVM. I want to modify the .bc file > throught C++ APIs provided by LLVM, but I don't know how to create a > CallInst that calls a standard c function like

Hi Chris, > Once you have that, you are hitting another problem. Specifically, > the JIT::getPointerToNamedFunction method in > lib/ExecutionEngine/JIT/Intercept.cpp just does a dlsym on missing > symbols. If dlsym returns null, you get the error message. > > The problem here is that .objc_class_name_* are special symbols that > are used by the objc linker support and they

Hi Reid, > > if ((err = dlerror())) { > > error("earlier undetected dlerror: %s\n", err); > > } > > p = dlsym(handle, sym); > > if ((err = dlerror())) { > > error("dlsym failed: %s\n", err); > > } > > No, you're not missing anything. The correct way to check for errors > is with

On Thu, 19 Jul 2007, Andy Kitchen wrote: > Hi there, I'm trying to run trivial Objective-C code that uses the > Foundation framework under MacOS X in lli. It seems that the code will > compile and run using llc, however fails to work in lli. Nice! this is a great project, unfortunately, there are some issues here :) I'm CC'ing Marcel, as he has some experience with

Hi Ralph, On Fri, 2007-07-20 at 10:38 +0100, Ralph Corderoy wrote: > Hi Chris, > I could be missing something, but shouldn't the use of dlsym() be > > char *err; > void *p; > > if ((err = dlerror())) { > error("earlier undetected dlerror: %s\n", err); > } > p = dlsym(handle, sym); > if ((err = dlerror())) { >

Hi there, I'm trying to run trivial Objective-C code that uses the Foundation framework under MacOS X in lli. It seems that the code will compile and run using llc, however fails to work in lli. SimpleFoundation.m: ---- #import <Foundation/Foundation.h> int main (int argc, const char * argv[]) { NSAutoreleasePool * pool = [[NSAutoreleasePool alloc] init]; // insert code

Hi Ralph, On Fri, 2007-07-20 at 12:22 +0100, Ralph Corderoy wrote: > Hi Reid, > > > > if ((err = dlerror())) { > > > error("earlier undetected dlerror: %s\n", err); > > > } > > > p = dlsym(handle, sym); > > > if ((err = dlerror())) { > > > error("dlsym failed: %s\n", err); > >

Hello guys, I''m a scriptaculous newbie (I started working with it only yesterday) and I have already the first problem. I''m trying to implement a drag & drop list (fallowing the shopping cart example http://demo.script.aculo.us/shop) and I''m almost done but after dropping an item on the target div I need to refresh the page to see that the item has been moved.

I''m not sure if this is even possible, but here is my current method: class Item < ActiveRecord::Base def self.generate(name) Item.create(:name => name) || nil end end class ItemController < ActionController::Base layout "application" def index @items = Item.find(:all) end def create if @request.method ==:post name = @params[:name]

Hi Damien, I have a problem getting openssh-2.9p2 properly configured. This is the problem: configure:4433: gcc -o conftest -g -O2 -Wall -I/opt/openssl/include -L/opt/open ssl/lib conftest.c -lz -lnsl -lutil -lcrypto 1>&5 /opt/openssl/lib/libcrypto.a(dso_dlfcn.o): In function `dlfcn_load': dso_dlfcn.o(.text+0x8e): undefined reference to `dlopen' dso_dlfcn.o(.text+0xa4):

On Fri, 20 Jul 2007, Ralph Corderoy wrote: > I could be missing something, but shouldn't the use of dlsym() be > The authors of dlsym() realised the return value was overloaded AFAICS. Yep, patches welcome :) -Chris -- http://nondot.org/sabre/ http://llvm.org/

I'd do that with the nextFile abstraction like this: On the first iteration, a Group would return its member every time getNextFile() is called (the same as the current behavior). On the second and further iterations, the Group should skip all the members whose type is not Archive. By doing this, the core linker sees dynamic libraries (or regular object files) only once even if they are in

Hi Nick, --start-group/--end-group functionality with the Gnu flavor currently works only if the --start-group/--end-group contains archive files. If they contain dynamic libraries, the undefined atoms from the dynamic libraries are processed whenever the group is iterated again. I am trying to find out a way to make the resolver add undefined atoms from the shared library only *once*, when

Hi! How do you guys solve windows security updates? Is there a way to force windows computers to be updated. Even more flexible is if one can update windows through login script. Peter Nyberg Institutionen f?r Biokemi och Biofysik (DBB) Sv.Arrhenius v?gen 12 106 91 Stockholm Tel: 08-16 24 69 Mobil: 070 339 24 69 Fax 08 153679