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: Wed, 3 Jun 2009 21:32:50 +0200 (CEST)


Hey,

Bob already noted that the primary reason for any kind of wrapper, be
that a shell script or a compiled C program, for uninstalled programs
is so that uninstalled shared libraries are found when these programs
are executed.

but some programs have to be installed before being tested.for example if they rely on a data file which path is hardcoded with datadir (for example)

Another reason is that, on some platforms, programs may need to be
relinked upon installation, and in that case, the wrapper provides the
necessary information to libtool to allow it to do the relinking at
'make install' time.  (This is for disabled or impossible fast-install
mode only.)

Whether a shell or a C wrapper is generated is currently a hardcoded
mess in the ltmain.m4sh script.  MinGW and Cygwin hosts will have a C
wrapper, so that the generated file will have an .exe extension, so that
it will satisfy the 'make' rule for the program.  (On most w32 systems,
a script without an .exe extension would match such a rule as well, but
that's not the case for example on GNU/Linux -> w32 cross compiles and
with some weird Cygwin mount options.)

Does there exist a simulator for wince?  Even if not now, can there
exist one at some point?  In that case, we should strive to not make
things harder for that setup.

there is a simulator for Windows CE that can be run on linux. But it is a pain to setup and to use, and i never succeeded in using it for graphic programs (which is the purpose of the libraries I'm porting).

But anyway, I don't see how the current git code generates C wrappers
for wince.  Can you post a small example Makefile.am that causes this,
and then post the failing 'libtool --mode=link' command, rerun it
manually with --debug added (you can stuff it in LIBTOOLFLAGS) and post
all output of that?

I have attached the Makefile.am file. It's not problem with that specific Makefile.am. The problem occurs for all Makefile.am that build an executable.

The file link_output.txt is the result of the command :

/bin/bash ../../libtool --tag=CC --debug --mode=link arm-mingw32ce-gcc -O3 -pipe -Wl,--enable-auto-import -L/home/torri/local/wince/lib -Wl,-s -o test_evil.exe test_evil.o ../../src/lib/libevil.la > link_output.txt 2>&1


My version of libtool : 2.2.6

Vincent Torri

Attachment: link_output.txt
Description: Text document

Attachment: Makefile.am
Description: Text document


reply via email to

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