Re: gdk-pixbuf/gtk-pixbuf.rc.in; Win32 DLL names

[Hans Breuer <hans breuer org>]

At 00:22 28.02.02 +0200, Tor Lillqvist wrote:
>2002-02-27  Hans Breuer  <hans breuer org>
>
>	* gdk-pixbuf/gtk-pixbuf.rc.in : new file to include
>	  version resource
>
>I assume that was a typo, shouldn't it be called gdk_pixbuf.rc.in...?
>
It was a typo. Should I simply remove the file and add it again.
(Would like to call it and the library gdk-pixbuf instead of the
underscore but that's fine with me too.)
 
>Makefile.am and libtool produce a DLL called libgdk_pixbuf-x.y-z.dll,
>Hans's makefile.msc builds gdk_pixbuf-x.y.dll. (Where x,y,z are
>currently 1,3,15.) Are you willing to change...?  
I'm still convinced that the 'final' libraries  should be called
gtk-win32-2.0 and the like instead of gtk-win32-2 0- LT_CURRENT_MINUS_AGE@
which is used as internal name. 
One of the reasons I added the resource was to distinguish DLL versions 
which are ABI compatible and are all called gdk-pixbuf-2.0.dll 
(Yeah beating dead horses :-) Reference is:
http://mail.gnome.org/archives/gtk-devel-list/2001-October/msg00001.html

>Otherwise the
>InternalName and OriginalFilename strings in the version resource will
>be wrong for one of us... (But so it is already in for example
>gtk/gtk-win32.rc.in, which uses the libtool-style
>libgtk-win32-x.y-z.dll, while Hans's makefile.msc.in builds a
>gtk-win32-x.y.dll.)
>
I don't see it as a problem if the internal name does not match
the real dll name.

>I guess we need to get some word from Owen on which DLL naming style
>should be the officially sanctioned, or whether such a decision is
>needed at all? 
It would be highly appreciated ...

>Is it a good thing that my and Hans's DLLs are
>differently named, in case they at some time develop
>incompatibilities, and both of us distribute them with apps?
>
We are doing it since about two years and at least I've never 
heard any complains about it. Though on the one hand I've tried
to keep my versions binary compatible (except adding entry points)
and on the other hand always recommended to put the DLLs into the 
bin directory of the app (here dia/bin).

[And never managed to create a working Dia compiled with mingw]

Regards,
	Hans

-------- Hans "at" Breuer "dot" Org -----------
Tell me what you need, and I'll tell you how to 
get along without it.                -- Dilbert