Re: iconv.dll should be libiconv.dll??

Tor Lillqvist wrote:
> Cameron Gregory writes:
>  > $ mv iconv.lib iconv.dll.a
>  > $ mv iconv.dll libiconv.dll
>
> No; the import library contains the name of the DLL, you can't just
> rename the DLL and still link with an import library that refers to
> the original name, it won't work. (But the error will occur at run
> time.)
>
>  > and I get..
>  >
> c:\mingw\bin\..\lib\gcc-lib\mingw32\2.95.3-5\..\..\..\..\mingw32\bin\ld.exe:
> war
>  > ning: cannot find entry symbol _DllMainCRTStartup@12; defaulting to
>  > 00401000
>  >
>
c:/mingw/bin/../lib/gcc-lib/mingw32/2.95.3-5/../../../libmingw32.a(main.o)(.text
> +0x8d):main.c: undefined reference to `WinMain@16'
>  > make: *** [libgimp.la] Error 1
>
> Hmm, it thinks it is linking an exe here. Some confusion.
>
>  > arrghh :-) (mind you I am back to libtool 1.4.2 .. maybe I should
> go  > back
>  > to 1.4d and see what happens .. I need faster computer :-) )
>
> I'm glad that you still are trying... It seems I have been very lucky
> when I have managed to get the auto*/libtool stuff working mostly as
> intended on Win32...

I have not yet tried to build glib, but intend to do so soon. The following is
based on my experiences building libiconv and gettext in preparation for glib.

Environment: Current Cygwin, with mingw dist unpacked in /mingw. My /mingw/bin
is on the end of my PATH. I am causing it to be used by specifiying
CC=mingw32-gcc.

Libtool version: Current Cygwin libtool-devel: ltmain.sh (GNU libtool) 1.4e
(1.1125 2002/06/26 07:15:36)

The error you show usually occurs when libtool invokes gcc without the -shared
option (in my experience).

Please post the configure and make lines you use, and some context to the error,
going back to the libtool command which produced the gcc command which caused
the error.


Max.