From: Erwin W. <wat...@xs...> - 2010-01-27 10:06:04
|
Op 01/27/2010 10:19 AM, Tor Lillqvist schreef: >> Upstream gettext/libintl (0.17-1) doesn't have relocation builtin. >> > > Why do you use such a version number for *upstream* gettext? The > upstream source tarball, on http://ftp.gnu.org/gnu/gettext/ , is > called just gettext-0.17.tar.gz and indeed it identifies itself as > just 0.17 in the version.sh file. There are no Windows binaries for > gettext 0.17 at the upstream site, so I don't know why you say it > doesn't have relocation "builtin". The code to support it is certainly > there, in the source code. > I meant gettext 0.17. 0.17-1 is used in the Mingw package numbering. > >> I wished that the Mingw libintl library had relocation support builtin. >> > > I wish there was a clearer separation between what actually *is* MinGW > (i.e. gcc, binutils, w32api) and other software distributed from the > same site. > I mean bin/libintl-8.dll as shipped in Mingw package libintl-0.17-1-mingw32-dll-8.tar.lzma. > >> So I mailed my request to Bruno and to bug...@gn... in early >> November, but I got zero response. Apparently the requested feature has >> no priority. >> > > The feature already is there in the source code and works fine. > > > No it isn't. Link your program against Mingw libintl-8.dll, and your program is not relocatable. Link your program against GnuWin32 libintl3.dll and your program is relocatable. You can also see it in the source code. The GnuWin32 maintainer modified bindtextdom.c, so that relocation support got into the libintl library. Upstream gettext source code shows that Bruno added relocation to the individual programs (not to the libintl library). This may be misleading. Inspect for instance msgmerge.c and search for "relocate". best regards, Erwin |