Commit Graph

34 Commits

Author SHA1 Message Date
Chun-wei Fan
707e011061 Update VS2008/2010 README.txt
Tell people about the usage of ZLib to avoid the
problem such as the one mentioned in Bug 633977
2011-05-01 09:42:22 +08:00
Chun-wei Fan
d8de88e541 Add VS 2008 compilation support for some utilities
-Added projects to compile the glib-compile-schemas and gsettings utilities
-Update .vsprops to install these in "install" phase
-Distribute these projects also
2011-04-25 13:47:07 +08:00
Chun-wei Fan
9de42602c4 Bug 637852 - Updates to glib.vsprops
Due to changes in the GIO APIs/headers, the glib.vsprops
is updated to reflect that in the "install" phase, namely:
-removal of the gperiodic.h header
-addition of GPollable I/O Stream, GTCP Connection and
 GTLS headers
2011-01-05 22:57:48 +08:00
Chun-wei Fan
4a012a9754 Updated README.txt for VS9 2010-11-09 09:50:11 +08:00
Chun-wei Fan
0af6343fed Updated .def generation for x64
Some symbols need to be excluded from the .def file as they are set to be so on Win64
2010-11-09 09:27:27 +08:00
Chun-wei Fan
9d4423c15d Various updates...
-Made up for missed header files in glib and gio during "install"
-Added macro necessary for GLib/GModule .def generation under Win64
-updated location of getting glibconfig.h.win32 for building
2010-11-09 09:26:05 +08:00
Chun-wei Fan
e655a849e3 Some enhancements for Win64 and using existing PCRE installtions
Added option for people to use an existing PCRE build and updated .def generation for x64 systems (some symbols are set to be excluded from Win64 builds)
Also fixed the filter "PCRE" for the bundled PCRE as file layout changed
2010-11-09 09:23:47 +08:00
Chun-wei Fan
50ca357104 Added option to use existing installation of PCRE
Allow the person compiling GLib to use his/her own copy of PCRE, bug#633075
2010-11-09 09:11:48 +08:00
Chun-wei Fan
8c4a96c6ff Made up for missed source files
Made up for missing required source files in  gio.vcproj(in) for Windows builds
2010-11-09 09:08:45 +08:00
Tor Lillqvist
cd8361f4dd Update headers being installed in the Visual Studio project
It sucks to have the lists of public headers duplicated in the
Makefile.am files and the glib.vsprops file. But it isn't exactly easy
to work around all the weirdness in autotools, Visual Studio, and bat
files either to do it another way.
2010-07-02 15:31:24 +03:00
Tor Lillqvist
4487b326d7 Fix list of sources in the gio Visual Studio project
List the additional sources needed in gio/Makefile.am, not in
gio.vcprojin. Fix broken usage of sort. Filter out Unix-only source
files.
2010-05-03 19:56:46 +03:00
Tor Lillqvist
9af8b83211 Add GWin32InputStream and GWin32OutputStream classes
Correspond to GUnixInputStream and GUnixOutputStream. No true async
support though. But that is how the Win32 API is, for files not
explicitly opened for so-called overlapped IO.

The API to create these streams takes Win32 HANDLEs. Not file
descriptors, because file descriptors are specific to the C library
used. The user code and GLib might be using different C libraries.

Also add a test program for the new classes, and a gio-windows-2.0.pc
file.
2010-04-19 11:54:56 +03:00
Tor Lillqvist
440713e393 Filter out gatomic-gcc.c from the VS project sources
Instead, explicitly include gatomic.c.
2010-03-22 15:55:11 +02:00
Ryan Lortie
5c419c300b gitignore for win32 build stuff 2010-03-21 13:07:36 -05:00
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
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
Pierre A. Joye
e5734fb875 Update VS9 project files to fix build
From bug #596784
2009-10-02 12:34:44 +03: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
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