libtool
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: purpose of the c wrapper


From: Vincent Torri
Subject: Re: purpose of the c wrapper
Date: Tue, 2 Jun 2009 07:21:26 +0200 (CEST)



On Mon, 1 Jun 2009, Bob Friesenhahn wrote:

On Mon, 1 Jun 2009, Vincent Torri wrote:

It does not sound like Windows CE offers enough functionality to make this possible.

in addition, as it is cross compilation, the executables must be run on a Windows CE device, so...

So what should be done to disable the execution of the c wrapper on that platform only ?

Do you mean build, or do you mean execution?

both. The problem is that, currently, it's a wrapper for the Windows OS (XP, maybe below) and the wrapper compilation is failing. Hence (I don't know why), running make install does not install the real binary (which is correctly built)

Something needs to be written to the name of the program being built in order for the makefiles to be satisified. The C wrapper is not executed other than via 'make check' or because you specifically invoked it.

not in the case of cross compilation with mingw32ce. I run *only* make and here is what I get:

libtool: link: arm-mingw32ce-gcc -O3 -pipe -Wl,--enable-auto-import -Wl,-s -o 
.libs/evil_suite.exe evil_suite.o evil_test_dlfcn.o evil_test_environment.o 
evil_test_gettimeofday.o evil_test_link.o evil_test_memcpy.o 
evil_test_mkstemp.o evil_test_realpath.o memcpy_glibc_arm.o  
-L/home/torri/local/wince/lib ../../src/lib/.libs/libevil.dll.a 
../../src/lib/dlfcn/.libs/libdl.dll.a 
/home/torri/svnroot_mingw32ce/evil/src/lib/.libs/libevil.dll.a -lws2 
-L/home/torri/local/wince/lib
In file included from ./.libs/lt-evil_suite.c:40:
/home/torri/local/opt/mingw32ce/bin/../lib/gcc/arm-mingw32ce/4.1.0/../../../../arm-mingw32ce/include/errno.h:12:25: error: no include path in which to search for errno.h
./.libs/lt-evil_suite.c: In function 'find_executable':
./.libs/lt-evil_suite.c:617: warning: initialization makes pointer from integer 
without a cast
./.libs/lt-evil_suite.c: In function 'lt_opt_process_env_prepend':
./.libs/lt-evil_suite.c:873: warning: passing argument 1 of 'lt_extend_str' 
makes pointer from integer without a cast
./.libs/lt-evil_suite.c: In function 'lt_opt_process_env_append':
./.libs/lt-evil_suite.c:894: warning: passing argument 1 of 'lt_extend_str' 
makes pointer from integer without a cast
./.libs/lt-evil_suite.c: In function 'lt_update_exe_path':
./.libs/lt-evil_suite.c:910: warning: passing argument 1 of 'lt_extend_str' 
makes pointer from integer without a cast
./.libs/lt-evil_suite.c: In function 'lt_update_lib_path':
./.libs/lt-evil_suite.c:931: warning: passing argument 1 of 'lt_extend_str' 
makes pointer from integer without a cast
arm-mingw32ce-strip: './evil_suite.exe': No such file
../../libtool: line 8382: $func_ltwrapper_scriptname_result: ambiguous redirect

So, the first line is the link of my real binary (evil_suite.exe), then the compilation of the c wrapper is done and is failing. If I run make install, evil_suite.exe is not installed.

If you think that I have to paste the Makefile.am, tell me.

Presumably if Windows CE can be properly detected, then a shell script wrapper can be written instead like on Unix systems. Of course that shell script would be essentially useless. Of course this would require updates to libtool.

No problem to update libtool :) I have sent that mail to solve the problem.

regards

Vincent Torri




reply via email to

[Prev in Thread] Current Thread [Next in Thread]