luc14n0/glib
1
0
Fork 0
mirror of https://gitlab.gnome.org/GNOME/glib.git synced 2025-02-23 10:42:11 +01:00
Code Issues Packages Projects Releases Wiki Activity

Correct InternalName and OriginalFilename to match what we actually

Browse Source 
2001-09-19  Tor Lillqvist  <tml@iki.fi>

	* gobject.rc.in: Correct InternalName and OriginalFilename to
	match what we actually produce.

	* gmodule.rc.in: Correct InternalName and OriginalFilename to
	match what we actually produce.

	* gthread.rc.in: Correct InternalName and OriginalFilename to
	match what we actually produce.
This commit is contained in:
Tor Lillqvist 2001-09-19 00:59:37 +00:00 committed by Tor Lillqvist
parent d5a724df11
commit 335779615d
1 changed files with 8 additions and 1 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

9
README.win32
View File

@ -115,7 +115,14 @@ There are probably also other hickups when using auto* and configure
to build for mingw, sigh. Every now and then I try to get rid of the
hand-written makefiles and configuration headers for Win32, and start
fooling around with auto* etc, but after a while give up and fall
back.
back. At least, it used to be like that. Lately I have again been
working on using auto*/configure/libtool on Win32, and it now seems to
work well enough (with some patches applied to the current CVS
libtool...).
The hand-written makefile.mingw(.in) files, and the stuff in the
"build" module has been updated to produce DLLs and import libraries
that match what Makefile.am and libtool produces.
If you want to run the Cygwin-based gcc, it gets a bit more
complicated. We still want gcc to produce code that does not use