luc14n0/glib
1
0
Fork 0
mirror of https://gitlab.gnome.org/GNOME/glib.git synced 2024-11-05 08:56:16 +01:00
Code Issues Packages Projects Releases Wiki Activity
c003468296
glib/gmodule/gmodule.rc.in

31 lines
903 B
Plaintext
Raw Normal View History

New files, for putting version info in the DLLs on Win32. 2000-02-05 Tor Lillqvist <tml@iki.fi> * glib.rc.in gmodule.rc.in gthread.rc.in: New files, for putting version info in the DLLs on Win32. * Makefile.am: Generate corresponding *.rc files and distribute them. * makefile.cygwin.in: Add rules to automatically bump a "build number" in the version info in the rc files each time the DLL is built. But do this only for the person who releases binaries. If others build the DLLs, the build number is set to zero.
2000-02-04 14:57:46 +01:00
#include <winver.h>
VS_VERSION_INFO VERSIONINFO
Don't use autoconf variables for the resource object files on Win32 any 2005-07-09 Tor Lillqvist <tml@novell.com> * configure.in: Don't use autoconf variables for the resource object files on Win32 any longer. Instead handle that in the Makefile.am files. Check for windres. * glibconfig.h.win32.in: Minor tuning to match the configure-produced glibconfig.h closely. * */Makefile.am: Don't use the scripts in build/win32 to compile the .rc file into a resource object file. (This means we loose the build number increment magic, but I doubt it was that useful anyway.) Instead use windres directly. To pass the normal .o file produced by windres through libtool, which wants .lo files, pass it directly to the linker using a -Wl option. * */*.rc.in: Thus replace BUILDNUMBER with 0.
2005-07-09 01:04:06 +02:00
FILEVERSION @GLIB_MAJOR_VERSION@,@GLIB_MINOR_VERSION@,@GLIB_MICRO_VERSION@,0
New files, for putting version info in the DLLs on Win32. 2000-02-05 Tor Lillqvist <tml@iki.fi> * glib.rc.in gmodule.rc.in gthread.rc.in: New files, for putting version info in the DLLs on Win32. * Makefile.am: Generate corresponding *.rc files and distribute them. * makefile.cygwin.in: Add rules to automatically bump a "build number" in the version info in the rc files each time the DLL is built. But do this only for the person who releases binaries. If others build the DLLs, the build number is set to zero.
2000-02-04 14:57:46 +01:00
PRODUCTVERSION @GLIB_MAJOR_VERSION@,@GLIB_MINOR_VERSION@,@GLIB_MICRO_VERSION@,0
FILEFLAGSMASK 0
FILEFLAGS 0
FILEOS VOS__WINDOWS32
FILETYPE VFT_DLL
FILESUBTYPE VFT2_UNKNOWN
BEGIN
BLOCK "StringFileInfo"
BEGIN
BLOCK "040904B0"
BEGIN
VALUE "CompanyName", "The GLib developer community"
Correct InternalName and OriginalFilename to match what we actually 2001-09-19 Tor Lillqvist <tml@iki.fi> * {gmodule,gobject,gthread.rc.in}: Correct InternalName and OriginalFilename to match what we actually produce.
2001-09-19 03:00:17 +02:00
VALUE "FileDescription", "GModule"
Don't use autoconf variables for the resource object files on Win32 any 2005-07-09 Tor Lillqvist <tml@novell.com> * configure.in: Don't use autoconf variables for the resource object files on Win32 any longer. Instead handle that in the Makefile.am files. Check for windres. * glibconfig.h.win32.in: Minor tuning to match the configure-produced glibconfig.h closely. * */Makefile.am: Don't use the scripts in build/win32 to compile the .rc file into a resource object file. (This means we loose the build number increment magic, but I doubt it was that useful anyway.) Instead use windres directly. To pass the normal .o file produced by windres through libtool, which wants .lo files, pass it directly to the linker using a -Wl option. * */*.rc.in: Thus replace BUILDNUMBER with 0.
2005-07-09 01:04:06 +02:00
VALUE "FileVersion", "@GLIB_VERSION@.0"
gmodule/gmodule.rc.in gobject/gobject.rc.in Hardcode 2.0 in the names, as 2002-11-21 Tor Lillqvist <tml@iki.fi> * gmodule/gmodule.rc.in * gobject/gobject.rc.in * gthread/gthread.rc.in: Hardcode 2.0 in the names, as that is what the Makefile.am does.
2002-11-21 04:08:50 +01:00
VALUE "InternalName", "libgmodule-2.0-@LT_CURRENT_MINUS_AGE@"
Update copyright years
2010-02-03 23:11:44 +01:00
VALUE "LegalCopyright", "Copyright <20> 1998-2010 Tim Janik and others."
gmodule/gmodule.rc.in gobject/gobject.rc.in Hardcode 2.0 in the names, as 2002-11-21 Tor Lillqvist <tml@iki.fi> * gmodule/gmodule.rc.in * gobject/gobject.rc.in * gthread/gthread.rc.in: Hardcode 2.0 in the names, as that is what the Makefile.am does.
2002-11-21 04:08:50 +01:00
VALUE "OriginalFilename", "libgmodule-2.0-@LT_CURRENT_MINUS_AGE@.dll"
New files, for putting version info in the DLLs on Win32. 2000-02-05 Tor Lillqvist <tml@iki.fi> * glib.rc.in gmodule.rc.in gthread.rc.in: New files, for putting version info in the DLLs on Win32. * Makefile.am: Generate corresponding *.rc files and distribute them. * makefile.cygwin.in: Add rules to automatically bump a "build number" in the version info in the rc files each time the DLL is built. But do this only for the person who releases binaries. If others build the DLLs, the build number is set to zero.
2000-02-04 14:57:46 +01:00
VALUE "ProductName", "GLib"
VALUE "ProductVersion", "@GLIB_VERSION@"
END
END
BLOCK "VarFileInfo"
BEGIN
VALUE "Translation", 0x409, 1200
END
END
Reference in New Issue Copy Permalink