Re: [bug-gnu-libiconv] trivial/cosmetic bugs for iconv 1.11

[Bruno Haible]

> > Write a C program that prints the value, link
> >it with the library, and run it.
> 
> That sounds very useful for the developers, but I'm not sure
> about the much larger population of end users -- with this
> new system, how will endusers include version info for dlls
> when they post support requests or bug reports, or when
> they're talking over the phone to some friend or helper?

Whining alone doesn't help. I don't know how to put version infos into
DLLs with mingw, and I don't want to spend time learning about it. But if
you have time for it and you submit a patch that
  - works on mingw,
  - doesn't break the other systems,
  - doesn't require a manual modification of files each time the version
    number changes,
I'm willing to look at it.

> It will be unfortunate
> to have the getttext dll versions be not like all other
> dlls on windows

You mean to say that other DLLs created by libtool on mingw include version
numbers, only gettext's shared libraries don't?

> The last time I tried, which was a while back,
> I found that their program ran for hours downloading
> many packages, hit a bug, and immediately
> deleted all the files it had spent hours downloading;

I downloaded these files manually, and no stupid program deleted them for me:
MSYS-1.0.10.exe
binutils-2.15.91-20040904-1.tar.gz
bison-2.0-MSYS.tar.gz
gcc-core-3.4.2-20040916-1.tar.gz
gcc-g++-3.4.2-20040916-1.tar.gz
gdb-5.2.1-1.exe
mingw-runtime-3.9.tar.gz
mingw-utils-0.3.tar.gz
mingw32-make-3.80.0-3.tar.gz
msys-autoconf-2.59.tar.bz2
msys-automake-1.8.2.tar.bz2
msys-libtool-1.5.tar.bz2
msysDTK-1.0.1.exe
w32api-3.6.tar.gz

Bruno