Commit Graph

188 Commits

Author SHA1 Message Date
Tor Lillqvist
3369548130 Add new headers to be installed the VS "install" project
Yeah, we should generate the list of headers to install from the
corresponding Makefile.am files, like the lists of source files to
compile.
2010-03-21 16:54:49 +02:00
Tor Lillqvist
226cc663e4 Avoid much of duplication in lists of source files
Don't keep the lists of source files for libglib, libgobject and
libgio in the VS project files in addition to the canonical location,
the corresponding Makefile.am files.

Instead, generate the corresponding .vcproj files at make dist time
using the C preprocessor, from template files called .vcprojin. We
still list explicitly in the .vcprojin files some of the
Windows-specific source files, and the sources files of gnulib and
pcre.
2010-03-21 16:15:02 +02:00
Tor Lillqvist
28b025de96 Drop empty Tool elements from the project files for clarity
Makes the files appear a bit simpler when edited manually.
2010-03-21 13:33:44 +02:00
Tor Lillqvist
dc51eff2a9 Update with new source files and dependencies 2010-03-20 13:32:37 +02:00
Tor Lillqvist
782de94c58 Drop the unmaintained vs8 project files from dist 2010-03-20 13:31:55 +02:00
Tor Lillqvist
00b55e2bc7 Drop empty elements from the VS9 vcproj files
Dunno if this makes sense, if one lets VS edit the it will put them
back anyway. But it's more pleasing to the eye.
2010-02-06 10:42:28 +02:00
Tor Lillqvist
762e18d8ce Further work on VS9 project files 2010-02-04 19:59:12 +02:00
Tor Lillqvist
05291c0d11 Enable libtool compatible DLL naming in the VS9 projects 2010-02-04 19:58:21 +02:00
Tor Lillqvist
cb7dfdc194 Use inherited properties in all configurations in gmodule, too 2010-02-04 15:04:22 +02:00
Tor Lillqvist
79eb03aa4f Use README.txt instead of README for Windows developer friendliness 2010-02-04 14:54:28 +02:00
Tor Lillqvist
ec19447815 Update README for VS9 build 2010-02-04 14:54:20 +02:00
Tor Lillqvist
9d444f7b12 Refactor VS9 project files
Factor out common parts into a vsprops file. Drop empty elements for
tools that aren't used.
2010-02-04 14:53:44 +02:00
Tor Lillqvist
e62e7227bf Fix the "install" VS9 project
Install also ghostutils.h. Don't bother mentioning any pointless
PreprocessorDefinitions for the "install" project, as all it does is
copy files.
2010-02-03 18:12:32 +02:00
Tor Lillqvist
1de58ef708 Link with dnsapi.lib also in 32-bit builds 2010-02-02 21:26:12 +02:00
Tor Lillqvist
57d3e4cba3 Include also testglib.vcproj in tarball 2010-02-02 21:26:01 +02:00
Matthias Clasen
f814174371 2.22.2 2009-10-07 10:29:32 -04:00
Tor Lillqvist
5e4a895bb3 Drop the VS8 project files from tarballs as they are unmaintained 2009-10-02 12:43:21 +03:00
Pierre A. Joye
e5734fb875 Update VS9 project files to fix build
From bug #596784
2009-10-02 12:34:44 +03:00
Hans Breuer
136793cc5e Simplified for pre-built package use 2009-05-30 15:08:29 +02:00
Tor Lillqvist
0f35c33ecf win32/vs8/README New files. Mention this VS solution and projects are
2009-01-13  Tor Lillqvist  <tml@novell.com>

	* win32/vs8/README
	* win32/vs9/README: New files. Mention this VS solution and
	projects are experimental and that https://code.launchpad.net/oah
	might be a better choice.

	* win32/vs8/Makefile.am
	* win32/vs9/Makefile.am (EXTRA_DIST): Add the READMEs and two
	missing vcproj files.


svn path=/trunk/; revision=7806
2009-01-13 12:13:55 +00:00
Tor Lillqvist
1b3d5328ce Add vs9.
2008-11-02  Tor Lillqvist  <tml@novell.com>

	* win32/Makefile.am (SUBDIRS): Add vs9.


svn path=/trunk/; revision=7640
2008-11-02 19:42:48 +00:00
Tor Lillqvist
212075094f Bug 558153 - Patch for .def files generation
2008-11-02  Tor Lillqvist  <tml@novell.com>

	Bug 558153 - Patch for .def files generation

	* win32/{vs8,vs9}/*.vcproj: Add &quot; around paths, making it
	possible to compile in a directory containing spaces. .def files
	generation is done for every configuration not only the "Debug"
	ones.

	Patch by Guillaume Duhamel.


svn path=/trunk/; revision=7639
2008-11-02 19:41:25 +00:00
Tor Lillqvist
9d3d04412b Add an "install" project that copies the deliverables into a place
from which projects in other packages will use them.

svn path=/trunk/; revision=7499
2008-09-16 01:04:55 +00:00
Tor Lillqvist
553a13c641 Use "win64" in the names of the helper exes when built for 64-bit
Windows, like in the Makefile.am.


svn path=/trunk/; revision=7498
2008-09-15 23:10:10 +00:00
Tor Lillqvist
47d23c1888 New folder. Project files for use with MSVS9. Based on the MSVS8 project
2008-09-16  Tor Lillqvist  <tml@novell.com>

	* win32/vs9: New folder. Project files for use with MSVS9. Based
	on the MSVS8 project files is win32/vs8. Four configurations:
	Debug|Win32, Release|Win32, Debug|x64 and Release|x64. DLL names
	simplified to of the style glib-2-vs9.dll.


svn path=/trunk/; revision=7497
2008-09-15 22:59:44 +00:00
Tor Lillqvist
9fcbe1f2a9 Missed one /win32...
svn path=/trunk/; revision=7493
2008-09-15 16:52:20 +00:00
Tor Lillqvist
4b92cd39fd Drop the "win32" part from under "dependencies" so that the same project
2008-09-15  Tor Lillqvist  <tml@novell.com>

	* win32/vs8/*.vcproj: Drop the "win32" part from under
	"dependencies" so that the same project files can be used also
	for 64-bit compilation by just having a different
	"dependencies" folder containing 64-bit packages instead. At
	least, I hope it will work out some way like that. MSVS
	project files really are a pain to maintain. Much information
	is typically copied for four different configurations
	"Debug|Win32", "Release|Win32", "Debug|x64" and "Release|x64"
	instead of having common stuff listed just once and only different
	parametrisations. Or am I missing something?
	
	Make the "Release" configuration work, too. Use correct character
	set for the gspawn-win32-helper programs. Use correct subsystem
	for the non-console one.


svn path=/trunk/; revision=7490
2008-09-15 16:04:33 +00:00
Tor Lillqvist
2b242404c8 Don't use Detect64BitPortabilityProblems as those warnings are misleading.
2008-09-15  Tor Lillqvist  <tml@novell.com>

	* win32/vs8/*.vcproj: Don't use Detect64BitPortabilityProblems
	as those warnings are misleading. They don't take into
	consideration ifdefs in	glibconfig.h and elsewhere for _WIN64.


svn path=/trunk/; revision=7488
2008-09-15 14:56:23 +00:00
Tor Lillqvist
14dab6a3d2 win32/vs8/gobject.vcproj Drop G*_EXPORTS from PreprocessorDefinitions,
2008-09-15  Tor Lillqvist  <tml@novell.com>

	* win32/vs8/gobject.vcproj
	* win32/vs8/gthread.vcproj: Drop G*_EXPORTS from
	PreprocessorDefinitions, nothing looks for such
	macros.


svn path=/trunk/; revision=7486
2008-09-15 14:36:51 +00:00
Tor Lillqvist
9f6848eb91 Add DLL_EXPORT to export also the GLIB_VAR variables that aren't mentioned
2008-09-15  Tor Lillqvist  <tml@novell.com>

	* win32/vs8/glib.vcproj: Add DLL_EXPORT to export also the
	GLIB_VAR variables that aren't mentioned in glib.symbols.


svn path=/trunk/; revision=7485
2008-09-15 14:26:26 +00:00
Tor Lillqvist
7e24ad52ca Update to match the Makefile.am files. Drop G*_EXPORTS from
2008-09-15  Tor Lillqvist  <tml@novell.com>

	* win32/vs8/*.vcproj: Update to match the Makefile.am files. Drop
	G*_EXPORTS from PreprocessorDefinitions, nothing looks for such
	macros. Add G_DISABLE_DEPRECATED. Add PCRE_STATIC for glib to
	avoid exporting the pcre functions. Add G_LOG_DOMAIN for gobject.


svn path=/trunk/; revision=7484
2008-09-15 14:04:51 +00:00
Tor Lillqvist
82c17ccf4f Add "win32" directory level to the references to the dependencies folder
2008-08-27  Tor Lillqvist  <tml@novell.com>

	* win32/vs8/*.vcproj: Add "win32" directory level to the
	references to the dependencies folder (which each actual user of
	the project file probably needs to edit anyway depending on their
	directory structure). Add missing files, remove nonexistent files.


svn path=/trunk/; revision=7404
2008-08-27 13:20:28 +00:00
Tor Lillqvist
b2073f1ce2 Handle also G_GNUC_FORMAT in the custom build step for glib.symbols.
2008-08-27  Tor Lillqvist  <tml@novell.com>

	* win32/vs8/glib.vcproj: Handle also G_GNUC_FORMAT in the
	custom build step for glib.symbols.


svn path=/trunk/; revision=7402
2008-08-27 12:44:34 +00:00
Tor Lillqvist
3be2b93d20 Don't needlessly copy localcharset.c, but compile it where it is in
2008-08-27  Tor Lillqvist  <tml@novell.com>

	* win32/vs8/glib.vcproj: Don't needlessly copy localcharset.c, but
	compile it where it is in libcharset. Add "win32" directory level
	to the references to the dependencies folder (which each actual
	user of the project file probably needs to edit anyway depending
	on their directory structure). Drop the nonexistent gi18n.c
	file. Drop dirent as gdir.c includes dirent.h and wdirent.c
	directly.


svn path=/trunk/; revision=7401
2008-08-27 12:38:42 +00:00
Tor Lillqvist
302111f89a Bug 545954 - 64-bit issue in dirent
2008-08-02  Tor Lillqvist  <tml@novell.com>

	Bug 545954 - 64-bit issue in dirent

	* win32/dirent/dirent.h: Use __int64 for the dd_handle on 64-bit
	Windows. (Would use intptr_t, but that is not available before
	MSVS8, and we want to keep this compilable also with MSVS6 and 7,
	I think.) Thanks to Richard Hult.


svn path=/trunk/; revision=7286
2008-08-02 08:43:30 +00:00
Tor Lillqvist
4b2a571e43 Include dirent.h with doublequotes so that it is searched from this same
2008-05-19  Tor Lillqvist  <tml@novell.com>

	* win32/dirent/dirent.c: Include dirent.h with doublequotes so
	that it is searched from this same folder first.


svn path=/trunk/; revision=6914
2008-05-19 12:39:24 +00:00
Tor Lillqvist
b7b9be3526 win32/vs8/gspawn-win32-helper.vcproj New files. Build these two
2008-05-19  Tor Lillqvist  <tml@novell.com>
	
	* win32/vs8/gspawn-win32-helper.vcproj
	* win32/vs8/gspawn-win32-helper-console.vcproj: New files. Build
	these two executables.

	* win32/vs8/*.vcproj: Compile as C and not C++.

	* win32/vs8/glib-genmarshal.vcproj: Use MBS and not Unicode. (What
	this setting really means is just that we don't define the UNICODE
	and _UNICODE macros when compiling; it has no effect on what APIs
	the code might use.) Use the same IntermediateDirectory as the
	other projects.

	* win32/vs8/glib.sln: Add the gspawn-win32-helper and gspawn-win32-helper projects.


svn path=/trunk/; revision=6911
2008-05-18 21:44:16 +00:00
Tor Lillqvist
b9cf431b95 externals. The relevant directories and files have been svn add'ed to GLib
2008-05-17  Tor Lillqvist  <tml@novell.com>

	* "build" is no longer include into GLib through
	svn:externals. The relevant directories and files have been svn
	add'ed to GLib (trunk) instead.


svn path=/trunk/; revision=6895
2008-05-17 01:36:40 +00:00