Re: [bug-gnu-libiconv] Two Version String Resource Issues

[Bruno Haible]

Michael in der Wiesche wrote on 2008-11-15 [1]:
> These may have been reported before, but I encountered them when trying to 
> compile V 1.12 "as is"
> using MinGW & MSYS on Windows XP and had to search the Internet for possible 
> solutions as I am
> no C developer:
> 
> 1. sed (2002-4-30) reports errors in the regular expressions of 
> ../windows/windres-options lines 17, 22
> and 27: Extra characters after command. Two solutions have been suggested at
> 
> <http://lists-archives.org/mingw-msys/00373-sed-on-msys-error.html>

A fix has been incorporated in the libiconv sources on 2008-06-30.

> 2. Even after correcting this issue the version string resource isn't linked 
> into the binary although it
> compiles properly. The reason for this is to be found in ../lib/makefile.in, 
> lines 69/70: Similar to the
> patch solution provided at 
> <http://johnnypops.demon.co.uk/mingw/libiconv-use-rc.patch> adding "-
> Wl,libiconv.res" in line 70 solves it

Oh, I wasn't aware of it. Indeed it appears that libtool silently drops .res
files on the input line when creating a shared library, but not when creating
an executable. Go figure.

> but you'll probably want a more generic solution for the 
> OBJECTS_RES_... switch to keep working properly.

Yes, I prefer the solution proposed by Roumen Petrov later.

Thanks for the report. The fixes are contained in libiconv 1.13, available at
http://ftp.gnu.org/gnu/libiconv/libiconv-1.13.tar.gz .

Bruno

[1] http://lists.gnu.org/archive/html/bug-gnu-libiconv/2008-11/msg00002.html