On Wed, 21 Jan 2009, Charles Wilson wrote:
Vincent Torri wrote:
here is a reminding of something that i reported 2 months ago: (see
http://lists.gnu.org/archive/html/libtool/2008-11/msg00147.html).
I recall the facts: when using the mingw32ce compiler,
func_emit_cwrapperexe_src() fails,
Vincent Torri wrote:
here is a reminding of something that i reported 2 months ago: (see
http://lists.gnu.org/archive/html/libtool/2008-11/msg00147.html).
I recall the facts: when using the mingw32ce compiler,
func_emit_cwrapperexe_src() fails, hence the installation of the
binaries is not
Hey,
here is a reminding of something that i reported 2 months ago: (see
http://lists.gnu.org/archive/html/libtool/2008-11/msg00147.html).
I recall the facts: when using the mingw32ce compiler,
func_emit_cwrapperexe_src() fails, hence the installation of the binaries
is not done.
That
On Sun, 7 Dec 2008, Roumen Petrov wrote:
the issue is that 'make install' installs no executables at all.
Vincent, I can't reproduce with testcase from attached file
lt-mingw-nowine-bootstrap.sh.gz (Note my emulator is not in /bin:/usr/bin).
sorry, i was not precise enough. So:
1) with
Hello Vincent,
* Vincent Torri wrote on Sun, Dec 07, 2008 at 09:49:56AM CET:
On Sun, 7 Dec 2008, Roumen Petrov wrote:
the issue is that 'make install' installs no executables at all.
Vincent, I can't reproduce with testcase from attached file
lt-mingw-nowine-bootstrap.sh.gz (Note my
Hey,
On Mon, 8 Dec 2008, Ralf Wildenhues wrote:
For the second case, the mingw32ce one, please show exactly the failure
output; i.e., if 'make install' fails, then copy and paste all of its
output. Then, in that output, find the 'libtool --mode=install' command
that failed, rerun it manually
Vincent Torri wrote:
Hey,
* Vincent Torri wrote on Tue, Oct 07, 2008 at 05:30:24PM CEST:
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
On Sat, 6 Dec 2008, Roumen Petrov wrote:
You environment lack emulator, or winepath isn't in PATH.
WHY do I need an emulator ? I don't care about that. I just want my
executables being installed (copied) in the prefix/bin directory I passed
when I exec 'make install'. That's all. WHY does
Vincent Torri wrote:
On Sat, 6 Dec 2008, Roumen Petrov wrote:
You environment lack emulator, or winepath isn't in PATH.
WHY do I need an emulator ?
I need it to run the project tests including libtool tests.
I don't care about that. I just want my
executables being installed (copied)
Hey,
* Vincent Torri wrote on Tue, Oct 07, 2008 at 05:30:24PM CEST:
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
I've pushed three patches for cegcc now. This should flush all patches
pending from this mail thread.
Cheers,
Ralf
commit 2a06feab95ec4c0e10f265dfb40aff381489d8f3
Author: Vincent Torri [EMAIL PROTECTED]
Date: Sun Nov 23 20:30:33 2008 +0100
Fix func_emit_cwrapperexe_src for WinCE: no
Hello Vincent,
* Vincent Torri wrote on Tue, Oct 07, 2008 at 05:30:24PM CEST:
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
* Vincent Torri wrote on Mon, Oct 27, 2008 at 11:39:58PM CET:
/bin/sh ../../libtool --debug --tag=CXX --mode=link arm-mingw32ce-g++
-g -O2 -no-undefined -Wl,--enable-auto-import -version-info 0:1:0
-L/home/torri/local/wince/lib -L/home/torri/local/opt/cegcc/lib -o
libevil.la -rpath
On Mon, 27 Oct 2008, Ralf Wildenhues wrote:
It would help if you posted, for a library where this fails, the output
of the './libtool --mode=link' line with --debug added as first
argument;
the command is:
/bin/sh ../../../libtool --debug --tag=CC --mode=link arm-mingw32ce-gcc
-g -O2
Hey,
Now I have a problem with libm.a. The ptch you provided is good for all
the static lib i currently used, but recently i had to use libm.a (more
precisely, it's libtool which adds -lm when c++ code is used).
Here are some output:
* arm-mingw32ce-objdump -f
Hi Vincent,
* Vincent Torri wrote on Wed, Oct 22, 2008 at 08:18:28AM CEST:
Now I have a problem with libm.a. The ptch you provided is good for all
the static lib i currently used, but recently i had to use libm.a (more
precisely, it's libtool which adds -lm when c++ code is used).
*
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
On Wed, 8 Oct 2008, Roumen Petrov wrote:
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)
On Wed, 8 Oct 2008, Roumen Petrov wrote:
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 ?
any idea ?
Vincent Torri
___
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
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:
* Vincent Torri wrote on Sun, Oct 05, 2008 at 08:00:15PM CEST:
If with those settings, things still fail, you should surround the
func_win32_libid code in your libtool script with 'set -x', 'set +x'
and look at the commands called, when 'libtool --mode=link' is run.
Call them manually and
On Sun, 5 Oct 2008, Ralf Wildenhues wrote:
* Vincent Torri wrote on Sun, Oct 05, 2008 at 08:00:15PM CEST:
If with those settings, things still fail, you should surround the
func_win32_libid code in your libtool script with 'set -x', 'set +x'
and look at the commands called, when 'libtool
Hello Vincent, and sorry for the delay,
* Vincent Torri wrote on Fri, Oct 03, 2008 at 08:52:54AM CEST:
I'm cross-compiling using the cegcc toolchain and the mingw32ce
compiler. I have 2 problems:
1) I use Windows sockets, hence i have to link against libws2 and I
pass -lws2. I have the
Hey,
* Vincent Torri wrote on Fri, Oct 03, 2008 at 08:52:54AM CEST:
I'm cross-compiling using the cegcc toolchain and the mingw32ce
compiler. I have 2 problems:
1) I use Windows sockets, hence i have to link against libws2 and I
pass -lws2. I have the following (usual...) message:
***
* Vincent Torri wrote on Sun, Oct 05, 2008 at 08:00:15PM CEST:
If with those settings, things still fail, you should surround the
func_win32_libid code in your libtool script with 'set -x', 'set +x'
and look at the commands called, when 'libtool --mode=link' is run.
Call them manually and
On Sun, 5 Oct 2008, Ralf Wildenhues wrote:
* Vincent Torri wrote on Sun, Oct 05, 2008 at 08:00:15PM CEST:
If with those settings, things still fail, you should surround the
func_win32_libid code in your libtool script with 'set -x', 'set +x'
and look at the commands called, when 'libtool
On Sun, 5 Oct 2008, Ralf Wildenhues wrote:
* Vincent Torri wrote on Sun, Oct 05, 2008 at 08:00:15PM CEST:
If with those settings, things still fail, you should surround the
func_win32_libid code in your libtool script with 'set -x', 'set +x'
and look at the commands called, when 'libtool
On Sun, 5 Oct 2008, Vincent Torri wrote:
On Sun, 5 Oct 2008, Ralf Wildenhues wrote:
* Vincent Torri wrote on Sun, Oct 05, 2008 at 08:00:15PM CEST:
If with those settings, things still fail, you should surround the
func_win32_libid code in your libtool script with 'set -x', 'set +x'
and
I'm cross-compiling using the cegcc toolchain and the mingw32ce compiler. I
have 2 problems:
1) I use Windows sockets, hence i have to link against libws2 and I pass
-lws2. I have the following (usual...) message:
*** Warning: linker path does not have real file for library -lws2.
*** I
I'm cross-compiling using the cegcc toolchain and the mingw32ce compiler. I
have 2 problems:
1) I use Windows sockets, hence i have to link against libws2 and I pass
-lws2. I have the following (usual...) message:
*** Warning: linker path does not have real file for library -lws2.
*** I
Hey,
I'm cross-compiling using the cegcc toolchain and the mingw32ce compiler.
I have 2 problems:
1) I use Windows sockets, hence i have to link against libws2 and I pass
-lws2. I have the following (usual...) message:
*** Warning: linker path does not have real file for library -lws2.
32 matches
Mail list logo