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, henc
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
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 fun
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
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" (N
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
Vincent Torri wrote:
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 libtool does
not want to do so ? Is there a way to forbid libtool executing that
wrapper ? like -do-not-exe
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 libtool does not want to
do so ? Is there a way to forbid libtool executing that wrapper ? like
-do-not-exec-the-stupid-wrapper
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) i
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:
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_mem
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
memcpy_glibc_arm
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
memcpy_glibc_arm
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
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 err
* 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 -rpat
On Mon, 27 Oct 2008, Ralf Wildenhues wrote:
* Vincent Torri wrote on Mon, Oct 27, 2008 at 11:23:34PM CET:
/bin/sh ../../../libtool --debug --tag=CC --mode=link arm-mingw32ce-gcc
-g -O2 -no-undefined -Wl,--enable-auto-import -version-info 0:1:0
-L/home/torri/local/wince/lib -L/home/torri/lo
* Vincent Torri wrote on Mon, Oct 27, 2008 at 11:23:34PM CET:
>
> /bin/sh ../../../libtool --debug --tag=CC --mode=link arm-mingw32ce-gcc
> -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
> libdl.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 -no
Hi Vincent,
* Vincent Torri wrote on Mon, Oct 27, 2008 at 06:27:21PM CET:
> On Wed, 22 Oct 2008, Ralf Wildenhues wrote:
>>
>> Since this is a dummy library only, the prudent thing for libtool to do
>> would be just to drop instances of -lm. This is already done for some
>> other hosts.
> current
Hey,
On Wed, 22 Oct 2008, Ralf Wildenhues wrote:
Since this is a dummy library only, the prudent thing for libtool to do
would be just to drop instances of -lm. This is already done for some
other hosts.
I hope to address all the pending Libtool issues soonish.
currently, i'm not searchin
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).
>
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 ~/local/opt/mingw32ce/arm-min
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
___
http://lists.gnu.org/mailman/listinfo/libtool
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) 2n
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 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
no
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:
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 h
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
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 --
* 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
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:
*** Warn
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 h
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 hav
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 hav
37 matches
Mail list logo
