luc14n0/glib
1
0
Fork 0
mirror of https://gitlab.gnome.org/GNOME/glib.git synced 2024-10-31 19:46:16 +01:00
Code Issues Packages Projects Releases Wiki Activity
728ad64b44
glib/glib/glib.rc.in

31 lines
928 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"
VALUE "FileDescription", "GLib"
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"
Update to match what is currently produced by autotools. 2002-11-21 Tor Lillqvist <tml@iki.fi> * config.h.win32.in: Update to match what is currently produced by autotools. * configure.in: Remove superfluous spaces on two shell variable assignment lines. Don't define HAVE_GOOD_PRINTF as 0 if we don't have a good printf, it is tested with #ifdef. * glib/glib.def: Add new functions. * glib/Makefile.am: If !HAVE_GOOD_PRINTF, add libtio.la to LIBADD and DEPENDENCIES. * glib/glib.rc.in: Hardcode 2.0 in the names, as that is what the Makefile.am does.
2002-11-21 04:04:53 +01:00
VALUE "InternalName", "libglib-2.0-@LT_CURRENT_MINUS_AGE@"
meson: build Windows resource files configure_file() forces utf-8 atm but .rc files are not utf-8. To work around the issue just remove the only non-ASCII char. https://bugzilla.gnome.org/show_bug.cgi?id=784995
2017-12-14 13:32:56 +01:00
VALUE "LegalCopyright", "Copyright 1995-2011 Peter Mattis, Spencer Kimball, Josh MacDonald and others."
Update to match what is currently produced by autotools. 2002-11-21 Tor Lillqvist <tml@iki.fi> * config.h.win32.in: Update to match what is currently produced by autotools. * configure.in: Remove superfluous spaces on two shell variable assignment lines. Don't define HAVE_GOOD_PRINTF as 0 if we don't have a good printf, it is tested with #ifdef. * glib/glib.def: Add new functions. * glib/Makefile.am: If !HAVE_GOOD_PRINTF, add libtio.la to LIBADD and DEPENDENCIES. * glib/glib.rc.in: Hardcode 2.0 in the names, as that is what the Makefile.am does.
2002-11-21 04:04:53 +01:00
VALUE "OriginalFilename", "libglib-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