[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Bug-gnubg] Win32 builds - new set of DLL
Re: [Bug-gnubg] Win32 builds - new set of DLL
Mon, 30 Jun 2003 17:49:32 +0200
At 14:59 30.06.2003 +0200, Øystein Johansen wrote:
I have now updated all the libraries and compilers for my gnubg builds.
This is what I currently use, and I think we should all use the same libraries.
The compiler is now gcc-3.2.3 (mingw special 20030504-1)
This shouldn't have any influence on the dependencies. But I do use MinGW2
and likely will update to the latest stable.
GTK+, GDK and Glib is all take from Tor's site.
Since GTK and glib from Tor's site depends on iconv.dll and libintl-1.dll,
I think we all should make builds that depend only on these two dlls.
DON'T TAKE libiconv OR libintl OR gettext LIBRARIES FROM ANY OTHER SITE!
At least for a description on how to compile gnubg I prefer
"libiconv-1.9.bin.woe32.zip" over "libiconv-1.9-w32.2.bin.woe32.zip". The
reason is simply that the latter has one directory hierarchy more inside,
so that it's not possible to just extract the contents to the MinGW folder.
The two versions are actually the same. The only difference between them
seems just to be that the version numbers were set.
For compiling gnubg personally, of course I'm able to pay attention to the
paths and will use "libiconv-1.9.bin.woe32.zip".
And with the last 3 libraries start the problems I've mentioned earlier in
another post. See below at the end.
The following libraries is taken from GnuWin32,
gdbm is version 1.8.0
libpng is version 1.2.4
current is 1.2.4-1
zlib is version 1.1.4
But it seems zlib.dll is required. See below.
libxml version 2.4.12
2.4.12-1 (for the lib part)
freetype version 2.1.4
libart 2.2.3 *
libart is version 2.3.3-1 (the lib part)
*) libart has now become a part of the GNOME sources, and the latest
release is 2.2.12, never mind this, I think we should just stick to 2.2.3. OK?
That's what I've been using.
(I think I will start providing readline support to the gnubg-no-gui
version. I'm not sure where I'll take the library from.)
That's all! Can we agree to use the above listed program in our builds?
Any other comments are welcome?
OK, I'm trying it once more for checking that everything works:
Installing the following into \MinGW2:
23.05.2003 14:55 12.825.271 MinGW-2.0.0-3.exe
23.05.2003 14:51 379.645 freetype-2.1.4-bin.zip
23.05.2003 14:51 442.461 freetype-2.1.4-lib.zip
23.05.2003 14:52 63.004 gdbm-1.8.0-bin.zip
23.05.2003 14:51 9.352 gdbm-1.8.0-lib.zip
30.06.2003 16:30 471.641 gettext-dev-0.10.40-20020904.zip
30.06.2003 16:30 563.106 glib-2.2.1.zip
30.06.2003 16:30 705.377 glib-dev-2.2.1.zip
30.06.2003 16:31 935.255 gtk+-1.3.0-20030216.zip
30.06.2003 16:30 366.381 gtk+-dev-1.3.0-20030115.zip
23.05.2003 14:52 89.190 libart-2.3.3-1-lib.zip
23.05.2003 14:52 70.145 libart-2.3.3-bin.zip
30.06.2003 16:19 707.990
libiconv-1.9-w32.2.bin.woe32.zip (caution for path)
30.06.2003 16:30 27.590 libintl-0.10.40-tml-20020904.zip
23.05.2003 14:54 241.511 libpng-1.2.4-1-bin.zip
23.05.2003 14:54 318.243 libpng-1.2.4-1-lib.zip
23.05.2003 14:54 453.709 libxml2-2.4.12-1-lib.zip
23.05.2003 14:54 385.904 libxml2-2.4.12-bin.zip
23.05.2003 14:55 228.757 zlib-1.1.4-1-bin.zip
23.05.2003 14:55 52.503 zlib-1.1.4-1-lib.zip
Building works well.
Now to run it I've copied the executable to another folder and emptied the
search path, so it wouldn't find any libraries.
gnubg (or maybe rather libpng) wants zlib.dll. It does not recognize
zlib-1.dll. Renaming zlib-1.dll to zlib.dll works however as expected.
How do we want to deal with this?
For completeness, here is again the list of required dlls:
18.04.2003 11:36 364.726 freetype-6.dll
22.02.2002 21:51 38.899 gdbm.dll
20.05.2003 22:53 892.928 iconv.dll
30.06.2002 17:49 83.210 libart_lgpl.dll
21.12.2002 16:11 477.023 libgdk-0.dll
05.02.2003 07:00 627.213 libglib-2.0-0.dll
05.02.2003 07:07 38.003 libgmodule-2.0-0.dll
22.12.2002 22:32 1.571.463 libgtk-0.dll
04.09.2002 01:37 47.027 libintl-1.dll
14.08.2002 23:04 224.771 libpng.dll
22.12.2001 15:53 640.820 libxml2.dll
06.05.2003 21:06 80.954 zlib.dll
So far, so (almost) good. Now onto the problems I brought up above:
For practical value I install more packages under MinGW than described so
far. Among others these are fileutils, diffutils, findutils, grep, ssh and
more. Already the most basic "rm" (which I use in my Makefiles) from
fileutils requires libintl-2.dll .
So if I don't want to install the necessary libraries I can't use those
packages, which is out of choice. Thus, we need a different solution. Any