Vincent Torri wrote:
On Tue, 7 Oct 2008, Roumen Petrov wrote:
Vincent Torri wrote:
Hey,
Even if i'm still waiting for an answer about the func_win32_libid()
function, here is the 2nd problem:
On Sun, 5 Oct 2008, Ralf Wildenhues wrote:
2) 2nd qestion: I have the following message from libtool (which i do
not have with other compilers):
libtool: link: Could not determine host path corresponding to
libtool: link: '/home/torri/local/wince/lib'
libtool: link: Continuing, but uninstalled executables may not work.
[...]
I've never seen those message. Again, I would like to know what is
happening.
No idea where I should look in ltmain.sh to fix those messages ?
Please provide more information, like exactly how you invoked
configure,
post the command that was used that produced the above output, and all
its output, not just the warnings.
configure call:
./configure --host=arm-mingw32ce --prefix=/home/torri/local/wince
libtool call:
/bin/sh ../../libtool --tag=CC --mode=link arm-mingw32ce-gcc -g
-O2 -Wl,--enable-auto-import -L/home/torri/local/wince/lib
-L/home/torri/local/opt/cegcc/lib -o suite.exe suite.o test_memcpy.o
memcpy_glibc_arm.o ../../src/lib/libevil.la
libtool: link: arm-mingw32ce-gcc -g -O2 -Wl,--enable-auto-import -o
.libs/suite.exe suite.o test_memcpy.o memcpy_glibc_arm.o
-L/home/torri/local/wince/lib -L/home/torri/local/opt/cegcc/lib
../../src/lib/.libs/libevil.dll.a -lws2 -L/home/torri/local/wince/lib
libtool: link: Could not determine host path corresponding to
libtool: link:
'/home/torri/tmp/svnroot_wince/e17/proto/evil/src/lib/.libs'
libtool: link: Continuing, but uninstalled executables may not work.
libtool: link: Could not determine host path corresponding to
libtool: link: '/home/torri/local/wince/lib'
libtool: link: Continuing, but uninstalled executables may not work.
libtool: link: Could not determine host path corresponding to
libtool: link: '/home/torri/local/wince/bin'
libtool: link: Continuing, but uninstalled executables may not work.
libtool: link: Could not determine host path corresponding to
libtool: link: '/home/torri/local/opt/cegcc/lib'
libtool: link: Continuing, but uninstalled executables may not work.
libtool: link: Could not determine host path corresponding to
libtool: link: '/home/torri/local/opt/cegcc/bin'
libtool: link: Continuing, but uninstalled executables may not work.
libtool: link: Could not determine host path corresponding to
libtool: link:
'/home/torri/tmp/svnroot_wince/e17/proto/evil/src/lib/.libs'
libtool: link: Continuing, but uninstalled executables may not work.
Libtool try to convert path from build system to the path from host
system.
So, where and how can I correct that in ltmain.sh
In file included from ./.libs/lt-suite.c:40:
/home/torri/local/opt/mingw32ce/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-suite.c: In function 'find_executable':
./.libs/lt-suite.c:617: warning: initialization makes pointer from
integer without a cast
./.libs/lt-suite.c: In function 'lt_opt_process_env_prepend':
./.libs/lt-suite.c:873: warning: passing argument 1 of
'lt_extend_str' makes pointer from integer without a cast
./.libs/lt-suite.c: In function 'lt_opt_process_env_append':
./.libs/lt-suite.c:894: warning: passing argument 1 of
'lt_extend_str' makes pointer from integer without a cast
./.libs/lt-suite.c: In function 'lt_update_exe_path':
./.libs/lt-suite.c:910: warning: passing argument 1 of
'lt_extend_str' makes pointer from integer without a cast
./.libs/lt-suite.c: In function 'lt_update_lib_path':
./.libs/lt-suite.c:931: warning: passing argument 1 of
'lt_extend_str' makes pointer from integer without a cast
arm-mingw32ce-strip: './suite.exe': No such file
About the errno problem, I've sent a mail about that.
There is also a problem with Windows CE: there is no environment
variables in that OS, hence no getenv / setenv functions.
If exist emulator for this host os libtool may generate binary wrapper.
If I remember well the libtool contain cases for *mingw* (or
*mingw32*) and may be this is problem - mingw32ce isn't for this
category.
maybe. I don'tt know much about how ltmain.sh works.
Nevertheless, I have a question about all that stuff:
for me, libtool is about libraries (libtool == library tool ?). Anyway,
the doc is saying that libtool is for making life easier when dealing
with libraries. So why is libtool so much involved when dealing with
binaries (it is my case here) ??
The libtool create wrapper script to allow user to run tests programs.
The wrapper script set environment so that test programs to use project
libraries , not system one. For the w32 platform since libtool version
2.{2|4}(?) the wrapper script is replaces by binary executable.
The host triplet "*-*-mingw*" is used in scripts to detect mingw build
for win32 platform. I mean mingw32msvc as host_os(the old one) and
recent mingw32.
You case is "mingw32ce" as host_os. This fail info cases for host
triplet "*-*-mingw*". This mean that not only libtool, but many other
projects has to be enhanced to the new os.
Roumen
_______________________________________________
http://lists.gnu.org/mailman/listinfo/libtool
