by the way... I'm just having a look at an old build I did on a windows box
using msys and al old mingw (3.4.5)... It did compiled susccessfuly and it
did output libHalf.dll.a and libHalf-6.dll in the /bin folder... but the
libHalf.dll.a is waaaaay smaller than the one I got now. Also,
libhalf.lahas nothing BUT libHalf-6.dll...

It definitely looks like configure is going bananas because of the cross
build environment...

-H


On Fri, Sep 24, 2010 at 9:52 PM, Hradec <[email protected]> wrote:

> humm... I got no Visual Studio installed... only lib.exe in my path...
> Could it be that libtool is confused because I'm running in Linux and its
> trying to build the shared library for windows, but adding the .a because
> that's the linux extension?
>
> -H
>
> On Fri, Sep 24, 2010 at 9:24 PM, JonY <[email protected]> wrote:
>
>> On 9/25/2010 11:29, Hradec wrote:
>>
>>> Hi there...
>>>
>>> Its being a while we spoke about this and I end up deciding to build a
>>> linux
>>> box to do the cross compiling, instead of OSX.
>>>
>>> Things are way smoother now, but I'm running into trouble with ilmbase
>>> again.
>>>
>>> This time, I followed Doug Siemer advice and I setup
>>> --host=i686-w64-mingw32.
>>>
>>> This seemed to make the whole thing better and I got it
>>> all building without any patching, but I'm now running into one issue:
>>>
>>> when g++ builds libHalf.dll.a, it generates the libHalf.la and
>>> libHalf.dll.a
>>> correctly (not a single error), but I get no .dll.
>>>
>>> the dll should be named libHalf-6.dll, but nothing...
>>>
>>> this is libHalf.la file:
>>> # libHalf.la - a libtool library file
>>> # Generated by ltmain.sh - GNU libtool 1.5.14 (1.1220.2.195 2005/02/12
>>> 12:12:33)
>>> #
>>> # Please DO NOT delete this file!
>>> # It is necessary for linking the library.
>>>
>>> # The name that we can dlopen(3).
>>> dlname='libHalf-6.dll'
>>>
>>> # Names of this library.
>>> library_names='libHalf.dll.a'
>>>
>>> # The name of the static archive.
>>> old_library='libHalf.lib'
>>>
>>> # Libraries that this one depends upon.
>>> dependency_libs='
>>>
>>> /media/MyBook2TB_2/Mirror/cortex4all/trunk/compilers/linux.mingw32.4.5.2_20100917/bin/../lib/gcc/i686-w64-mingw32/4.5.2/../../../../i686-w64-mingw32/lib/../lib32//libstdc++.la'
>>>
>>> # Version information for libHalf.
>>> current=6
>>> age=0
>>> revision=0
>>>
>>> # Is this an already installed library?
>>> installed=no
>>>
>>> # Should we warn about portability when linking against -modules?
>>> shouldnotlink=no
>>>
>>> # Files to dlopen/dlpreopen
>>> dlopen=''
>>> dlpreopen=''
>>>
>>>
>>>
>>> this is the build output when building libHalf:
>>>
>>> /bin/bash ../libtool --tag=CXX --mode=link
>>>
>>> /media/MyBook2TB_2/Mirror/cortex4all/trunk/compilers/linux.current32/bin/i686-w64-mingw32-g++
>>> -I./src/include -DWINAPI=__stdcall -D__MINGW32__ -D_WIN32 -DMINGW
>>> -DHAVE_STRUCT_TIMESPEC
>>>
>>> -I/media/MyBook2TB_2/Mirror/cortex4all/trunk/OIIO/externals/dist/mingw/include/zlib-1.2.3
>>>
>>>  
>>> -L/media/MyBook2TB_2/Mirror/cortex4all/trunk/OIIO/externals/build/mingw/obj/zlib-1.2.3
>>>  -pipe -g -O2   -o libHalf.la -rpath
>>>
>>> /media/MyBook2TB_2/Mirror/cortex4all/trunk/OIIO/externals/./build/mingw/ilmbase-1.0.1/lib
>>> -version-info 6:0:0 -no-undefined half.lo
>>>
>>> libtool: link: warning: library
>>>
>>> `/media/MyBook2TB_2/Mirror/cortex4all/trunk/compilers/linux.mingw32.4.5.2_20100917/bin/../lib/gcc/i686-w64-mingw32/4.5.2/../../../../i686-w64-mingw32/lib/../lib32//libstdc++.la'
>>> was moved.
>>>
>>>
>>> /media/MyBook2TB_2/Mirror/cortex4all/trunk/compilers/linux.current32/bin/i686-w64-mingw32-g++
>>> -I./src/include -DWINAPI=__stdcall -D__MINGW32__ -D_WIN32 -DMINGW
>>> -DHAVE_STRUCT_TIMESPEC
>>>
>>> -I/media/MyBook2TB_2/Mirror/cortex4all/trunk/OIIO/externals/dist/mingw/include/zlib-1.2.3
>>>
>>>  
>>> -L/media/MyBook2TB_2/Mirror/cortex4all/trunk/OIIO/externals/build/mingw/obj/zlib-1.2.3
>>>  -shared -nostdlib
>>>
>>> /media/MyBook2TB_2/Mirror/cortex4all/trunk/compilers/linux.mingw32.4.5.2_20100917/bin/../lib/gcc/i686-w64-mingw32/4.5.2/../../../../i686-w64-mingw32/lib/dllcrt2.o
>>>
>>> /media/MyBook2TB_2/Mirror/cortex4all/trunk/compilers/linux.mingw32.4.5.2_20100917/bin/../lib/gcc/i686-w64-mingw32/4.5.2/crtbegin.o
>>>  .libs/half.o
>>>
>>>  
>>> -L/media/MyBook2TB_2/Mirror/cortex4all/trunk/OIIO/externals/build/mingw/obj/zlib-1.2.3
>>>
>>> -L/media/MyBook2TB_2/Mirror/cortex4all/trunk/compilers/linux.mingw32.4.5.2_20100917/bin/../lib/gcc/i686-w64-mingw32/4.5.2
>>>
>>> -L/media/MyBook2TB_2/Mirror/cortex4all/trunk/compilers/linux.mingw32.4.5.2_20100917/bin/../lib/gcc
>>>
>>> -L/media/MyBook2TB_2/Mirror/cortex4all/trunk/compilers/linux.mingw32.4.5.2_20100917/bin/../lib/gcc/i686-w64-mingw32/4.5.2/../../../../i686-w64-mingw32/lib/../lib32
>>>
>>> -L/media/MyBook2TB_2/Mirror/cortex4all/trunk/compilers/linux.mingw32.4.5.2_20100917/bin/../lib/gcc/i686-w64-mingw32/4.5.2/../../../../i686-w64-mingw32/lib
>>>
>>> /media/MyBook2TB_2/Mirror/cortex4all/trunk/compilers/linux.mingw32.4.5.2_20100917/bin/../lib/gcc/i686-w64-mingw32/4.5.2/../../../../i686-w64-mingw32/lib/../lib32//libstdc++.dll.a
>>> -lmingw32 -lgcc_s -lgcc -lmoldname -lmingwex -lmsvcrt -luser32 -lkernel32
>>> -ladvapi32 -lshell32 -lmingw32 -lgcc_s -lgcc -lmoldname -lmingwex
>>> -lmsvcrt
>>>
>>> /media/MyBook2TB_2/Mirror/cortex4all/trunk/compilers/linux.mingw32.4.5.2_20100917/bin/../lib/gcc/i686-w64-mingw32/4.5.2/crtend.o
>>>  -o .libs/libHalf.dll.a
>>> lib /OUT:.libs/libHalf.lib  half.o
>>>
>>>
>>> fixme:heap:HeapSetInformation (nil) 1 (nil) 0
>>>
>>>
>>> fixme:heap:HeapSetInformation (nil) 1 (nil) 0
>>>
>>>
>>> Microsoft (R) Library Manager Version 9.00.30729.01
>>>
>>>
>>> Copyright (C) Microsoft Corporation.  All rights reserved.
>>>
>>>
>>>
>>>
>>>
>>> creating libHalf.la
>>>
>>>
>>> (cd .libs&&  rm -f libHalf.la&&  ln -s ../libHalf.la libHalf.la)
>>>
>>>
>>> as you can see, there's no errors at this point, but later when
>>> installing
>>> it complains about not finding the dll.
>>>
>>> any thoughts?
>>>
>>> -H
>>>
>>>
>>>
>> Hi,
>>
>> looks like libtool is confused about your toolchain. The dll IS
>> libHalf.dll.a, see the link command itself.
>>
>> I suggest cleaning up your PATH a bit, such as removing Visual Studio
>> tools.
>>
>
>
>
> --
> Hradec
>



-- 
Hradec
------------------------------------------------------------------------------
Start uncovering the many advantages of virtual appliances
and start using them to simplify application deployment and
accelerate your shift to cloud computing.
http://p.sf.net/sfu/novell-sfdev2dev
_______________________________________________
Mingw-w64-public mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/mingw-w64-public

Reply via email to