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

Fernando Martins writes:
 > I replace /target with /test and run:
 > $ pkg-config --libs glib-2.0
 > I got:
 >  -L/test/lib -lglib-2.0 -lintl -liconv

 > I'm using pkg-config 0.12.0 on cygwin. Maybe you have another pkg-config?

What do you mean with "on cygwin"? Is it a pkg-config.exe that uses
the POSIX emulation provided by Cygwin? If so, it indeed doesn't have
the feature I described. (Because there was no such feature originally
in pkg-config on Unix, and Cygwin intends to look like Unix, so I
didn't think it would be necessary.)

The replace-prefix-with-actual-location-at-runtime feature is compiled
only into a native Win32 pkg-config. Such a native Win32 pkg-config is
available from the www.gimp.org/win32/downloads.html page.

 > BTW, what is the development environment (cygwin, mingw, ????) you are using
 > to compile gimpwin?

Mingw compilers and binutils, otherwise Cygwin's make, bash, sed, m4,
perl etc.

Presumably Cygwin's gcc with the -mno-cygwin switch could be used
also, if you have fresh versions, as this is said to now work much
better than previously.

 > I've been trying to compile/run libgda (from gnome-db) with postgres/cygwin
 > on Windows using your glib, etc. binary packages without much luck. Before
 > presenting specific problems (check gnome-db list if you are curious) I
 > would like to have the most similar setup as possible.

You shouldn't use the native Win32 GLib, GTK+ etc I distribute with
Cygwin programs. It's not known to work properly. Simple stuff might
work, but sooner or later you will run into problems.

There isn't AFAIK any binary distribution of a GLib and/or GTK+ built
for Cygwin. There has only recently (like in the past weeks) been bug
reports about building GLib and GTK+ for Cygwin in Bugzilla, and I
have fixed a couple of things in the sources accordingly.

--tml