Re: problem when cross compiling with mingw32ce

[Roumen Petrov]

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