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

From: Tor Lillqvist
> 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.)
>

All right, that's it. Sorry for introducing some confusion.

> 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.
>

Please note that in your porting web page you are saying

"With gcc, you should use the -mno-cygwin and -fnative-struct flags."

From what I understand, the web page looks inconsistent with your comment
above, ie, from the web page I understood you used the cygwin development
environment and specifically gcc -mno-cygwin -fnative-struct.

Also, what about autotools? Are you using those from cygwin in combination
with the Mingw compiler?

>  > 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.
>

In order to compile and use libgda I need:
- glib, libiconv, libintl from your packages

- intltool, docbookx412, scrollkeeper which I was able to compile from
source in cygwin but I don't know about mingw. What do you think?

- to be able to compile and link libgda with pq.dll (on cygwin) to create
libgda-postgres.dll. Can I do this, ie, compile with mingw and link with
pq.dll?

- to be able to use g_module_open from some gda-test program (compiled with
mingw) to access libgda-postgres.dll services (which access the
postgresql/cygwin daemon through TCP/IP).

What do you say?

Fernando