summaryrefslogtreecommitdiff
path: root/build
AgeCommit message (Collapse)AuthorFilesLines
2010-07-02Update headers being installed in the Visual Studio projectTor Lillqvist1-1/+19
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-05-03Fix list of sources in the gio Visual Studio projectTor Lillqvist1-9/+0
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-04-19Add GWin32InputStream and GWin32OutputStream classesTor Lillqvist1-0/+4
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-03-22Filter out gatomic-gcc.c from the VS project sourcesTor Lillqvist1-0/+1
Instead, explicitly include gatomic.c.
2010-03-21gitignore for win32 build stuffRyan Lortie1-0/+3
2010-03-21Add new headers to be installed the VS "install" projectTor Lillqvist1-0/+9
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-21Avoid much of duplication in lists of source filesTor Lillqvist6-974/+269
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-21Drop empty Tool elements from the project files for clarityTor Lillqvist9-108/+0
Makes the files appear a bit simpler when edited manually.
2010-03-20Update with new source files and dependenciesTor Lillqvist4-4/+58
2010-03-20Drop the unmaintained vs8 project files from distTor Lillqvist1-1/+0
2010-02-06Drop empty elements from the VS9 vcproj filesTor Lillqvist9-570/+60
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-04Further work on VS9 project filesTor Lillqvist3-10/+46
2010-02-04Enable libtool compatible DLL naming in the VS9 projectsTor Lillqvist6-21/+47
2010-02-04Use inherited properties in all configurations in gmodule, tooTor Lillqvist1-6/+3
2010-02-04Use README.txt instead of README for Windows developer friendlinessTor Lillqvist2-30/+30
2010-02-04Update README for VS9 buildTor Lillqvist1-4/+29
2010-02-04Refactor VS9 project filesTor Lillqvist12-1493/+319
Factor out common parts into a vsprops file. Drop empty elements for tools that aren't used.
2010-02-03Fix the "install" VS9 projectTor Lillqvist1-3/+3
Install also ghostutils.h. Don't bother mentioning any pointless PreprocessorDefinitions for the "install" project, as all it does is copy files.
2010-02-02Link with dnsapi.lib also in 32-bit buildsTor Lillqvist1-2/+2
2010-02-02Include also testglib.vcproj in tarballTor Lillqvist1-0/+1
2009-10-072.22.22.22.2Matthias Clasen1-4/+5
2009-10-02Drop the VS8 project files from tarballs as they are unmaintainedTor Lillqvist1-1/+0
2009-10-02Update VS9 project files to fix buildPierre A. Joye7-10/+122
From bug #596784
2009-05-30Simplified for pre-built package useHans Breuer2-41/+108
2009-01-13win32/vs8/README New files. Mention this VS solution and projects areTor Lillqvist5-0/+25
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
2008-11-02Add vs9.Tor Lillqvist2-1/+6
2008-11-02 Tor Lillqvist <tml@novell.com> * win32/Makefile.am (SUBDIRS): Add vs9. svn path=/trunk/; revision=7640
2008-11-02Bug 558153 - Patch for .def files generationTor Lillqvist8-2940/+3041
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-09-16Add an "install" project that copies the deliverables into a placeTor Lillqvist3-1/+247
from which projects in other packages will use them. svn path=/trunk/; revision=7499
2008-09-15Use "win64" in the names of the helper exes when built for 64-bitTor Lillqvist2-19/+23
Windows, like in the Makefile.am. svn path=/trunk/; revision=7498
2008-09-15New folder. Project files for use with MSVS9. Based on the MSVS8 projectTor Lillqvist12-0/+4270
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-15Missed one /win32...Tor Lillqvist1-1/+1
svn path=/trunk/; revision=7493
2008-09-15Drop the "win32" part from under "dependencies" so that the same projectTor Lillqvist5-15/+37
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-15Don't use Detect64BitPortabilityProblems as those warnings are misleading.Tor Lillqvist9-25/+15
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-15win32/vs8/gobject.vcproj Drop G*_EXPORTS from PreprocessorDefinitions,Tor Lillqvist2-2/+2
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-15Add DLL_EXPORT to export also the GLIB_VAR variables that aren't mentionedTor Lillqvist2-3/+5
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-15Update to match the Makefile.am files. Drop G*_EXPORTS fromTor Lillqvist5-8/+15
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-08-27Add "win32" directory level to the references to the dependencies folderTor Lillqvist4-16/+49
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-27Handle also G_GNUC_FORMAT in the custom build step for glib.symbols.Tor Lillqvist2-2/+3
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-27Don't needlessly copy localcharset.c, but compile it where it is inTor Lillqvist2-19/+21
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-02Bug 545954 - 64-bit issue in direntTor Lillqvist2-2/+17
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-05-19Include dirent.h with doublequotes so that it is searched from this sameTor Lillqvist2-2/+8
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-18win32/vs8/gspawn-win32-helper.vcproj New files. Build these twoTor Lillqvist9-1521/+1970
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-17externals. The relevant directories and files have been svn add'ed to GLibTor Lillqvist21-0/+3339
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
generated by cgit v1.2.3 (git 2.39.1) at 2025-02-26 16:27:23 +0000