Yaroslav Kavenchuk
2008-Jun-18 19:27 UTC
[LLVMdev] Ответ: using dynamic libraries from bytecode?
Mike Stump wrote:>> Is it possible to use dynamic library (*.so *.dll) from bytecode? >> If "yes" - how? > > dlopen? That's be one way. Also, most systems have shared libraries > in /usr/lib and these routines are meant to be linked against and > used. For example, on darwin, there sinf is resolved from a shared > library, you declare it and call it, as normal. You should be able to > use llvm-gcc to see the bytecode of such a use of a routine from a > dynamic library. >Thanks! But... small example (mingw): $ cat gcd_ui.c #include <stdio.h> #include <gmp.h> static void check_ui_range (void) { mpz_t x; mpz_init_set_ui (x, 111111L); mpz_mul_2exp (x, x, 1L); mpz_clear (x); } int main() { check_ui_range(); printf("All works!\n"); return 0; } $ llvm-gcc.exe -I/mingw/include gcd_ui.c -L/mingw/lib -lgmp -o gcd_ui.exe $ ./gcd_ui.exe All works! $ llvm-gcc.exe -I/mingw/include gcd_ui.c -L/mingw/lib -lgmp -o gcd_ui.ll -emit-llvm -S llvm-gcc.exe: -lgmp: linker input file unused because linking not done How determine library for `-emit-llvm` option? Next: $ cat gcd_ui.ll ; ModuleID = 'gcd_ui.c' target datalayout "e-p:32:32:32-i1:8:8-i8:8:8-i16:16:16-i32:32:32-i64:32:64-f32:32:32-f64:32:64-v64:64:64-v128:128:128-a0:0:64-f80:32:32" target triple = "i386-mingw32" %struct.__mpz_struct = type { i32, i32, i32* } @.str = internal constant [11 x i8] c"All works!\00" ; <[11 x i8]*> [#uses=1] define internal void @check_ui_range() nounwind { entry: %x = alloca [1 x %struct.__mpz_struct] ; <[1 x %struct.__mpz_struct]*> [#uses=4] %"alloca point" = bitcast i32 0 to i32 ; <i32> [#uses=0] %x1 = bitcast [1 x %struct.__mpz_struct]* %x to %struct.__mpz_struct* ; <%struct.__mpz_struct*> [#uses=1] call void @__gmpz_init_set_ui( %struct.__mpz_struct* %x1, i32 111111 ) nounwind %x2 = bitcast [1 x %struct.__mpz_struct]* %x to %struct.__mpz_struct* ; <%struct.__mpz_struct*> [#uses=1] %x3 = bitcast [1 x %struct.__mpz_struct]* %x to %struct.__mpz_struct* ; <%struct.__mpz_struct*> [#uses=1] call void @__gmpz_mul_2exp( %struct.__mpz_struct* %x2, %struct.__mpz_struct* %x3, i32 1 ) nounwind %x4 = bitcast [1 x %struct.__mpz_struct]* %x to %struct.__mpz_struct* ; <%struct.__mpz_struct*> [#uses=1] call void @__gmpz_clear( %struct.__mpz_struct* %x4 ) nounwind br label %return return: ; preds = %entry ret void } declare dllimport void @__gmpz_init_set_ui(%struct.__mpz_struct*, i32) declare dllimport void @__gmpz_mul_2exp(%struct.__mpz_struct*, %struct.__mpz_struct*, i32) declare dllimport void @__gmpz_clear(%struct.__mpz_struct*) define i32 @main() nounwind { entry: %retval = alloca i32 ; <i32*> [#uses=2] %tmp = alloca i32 ; <i32*> [#uses=2] %"alloca point" = bitcast i32 0 to i32 ; <i32> [#uses=0] call void @check_ui_range( ) nounwind %tmp1 = call i32 @puts( i8* getelementptr ([11 x i8]* @.str, i32 0, i32 0) ) nounwind ; <i32> [#uses=0] store i32 0, i32* %tmp, align 4 %tmp2 = load i32* %tmp, align 4 ; <i32> [#uses=1] store i32 %tmp2, i32* %retval, align 4 br label %return return: ; preds = %entry %retval3 = load i32* %retval ; <i32> [#uses=1] ret i32 %retval3 } declare i32 @puts(i8*) $ llvm-as gcd_ui.ll -o gcd_ui.bc $ lli gcd_ui.bc ERROR: Program used external function '__gmpz_init_set_ui' which could not be resolved! This application has requested the Runtime to terminate it in an unusual way. Please contact the application's support team for more information. How and where I must specify library? -- WBR, Yaroslav Kavenchuk.
On Jun 18, 2008, at 12:27 PM, Yaroslav Kavenchuk wrote:> $ llvm-gcc.exe -I/mingw/include gcd_ui.c -L/mingw/lib -lgmp -o > gcd_ui.ll -emit-llvm -SUse> $ llvm-as gcd_ui.ll -o gcd_ui.bcUse llc gcd_ui.bc and then llvm-gcc.exe gcd_ui.s -L/mingw/lib -lgmp?
Jean-Daniel Dupas
2008-Jun-18 21:31 UTC
[LLVMdev] Ответ: using dynamic libraries from bytecode?
I think the question is not how to create a stand-alone exe, but how to tell lli where it should search undefined symbols. Le 18 juin 08 à 23:20, Mike Stump a écrit :> On Jun 18, 2008, at 12:27 PM, Yaroslav Kavenchuk wrote: >> $ llvm-gcc.exe -I/mingw/include gcd_ui.c -L/mingw/lib -lgmp -o >> gcd_ui.ll -emit-llvm -S > > Use > >> $ llvm-as gcd_ui.ll -o gcd_ui.bc > > Use llc gcd_ui.bc and then llvm-gcc.exe gcd_ui.s -L/mingw/lib -lgmp? > _______________________________________________ > LLVM Developers mailing list > LLVMdev at cs.uiuc.edu http://llvm.cs.uiuc.edu > http://lists.cs.uiuc.edu/mailman/listinfo/llvmdev >-------------- next part -------------- A non-text attachment was scrubbed... Name: smime.p7s Type: application/pkcs7-signature Size: 2427 bytes Desc: not available URL: <http://lists.llvm.org/pipermail/llvm-dev/attachments/20080618/65634ac3/attachment.bin>
Chris Lattner
2008-Jun-19 05:21 UTC
[LLVMdev] Ответ: using dynamic libraries from bytecode?
On Jun 18, 2008, at 12:27 PM, Yaroslav Kavenchuk wrote:> Mike Stump wrote: >>> Is it possible to use dynamic library (*.so *.dll) from bytecode? >>> If "yes" - how? >> >> dlopen? That's be one way. Also, most systems have shared libraries >> in /usr/lib and these routines are meant to be linked against and >> used. For example, on darwin, there sinf is resolved from a shared >> library, you declare it and call it, as normal. You should be able >> to >> use llvm-gcc to see the bytecode of such a use of a routine from a >> dynamic library. >> > > Thanks! But... small example (mingw): > $ llvm-gcc.exe -I/mingw/include gcd_ui.c -L/mingw/lib -lgmp -o > gcd_ui.exe > > $ ./gcd_ui.exe > All works! > > $ lli gcd_ui.bc > ERROR: Program used external function '__gmpz_init_set_ui' which could > not be resolved! > > This application has requested the Runtime to terminate it in an > unusual way. > Please contact the application's support team for more information.Try: lli -load /path/to/foo.so gcd_ui.bc Replace ".so" with ".dylib" or ".dll" as appropriate. -Chris
Yaroslav Kavenchuk
2008-Jun-19 07:33 UTC
[LLVMdev] Ответ: using dynamic libraries from bytecode?
Chris Lattner wrote:>> $ lli gcd_ui.bc >> ERROR: Program used external function '__gmpz_init_set_ui' which could >> not be resolved! >> >> This application has requested the Runtime to terminate it in an >> unusual way. >> Please contact the application's support team for more information. > > Try: lli -load /path/to/foo.so gcd_ui.bc > > Replace ".so" with ".dylib" or ".dll" as appropriate. >Many thanks! This is works. Nice! Next question: there is a standard portable way to do so (load dynamic library) from the body of the program (from bytecode)? -- WBR, Yaroslav Kavenchuk.
Maybe Matching Threads
- [LLVMdev] Ответ: using dynamic libraries from bytecode?
- [LLVMdev] Ответ: using dynamic libraries from bytecode?
- [LLVMdev] using dynamic libraries from bytecode?
- [LLVMdev] Ответ: using dynamic libraries from bytecode?
- [LLVMdev] using dynamic libraries from bytecode?