summaryrefslogtreecommitdiff
path: root/build
Commit message (Collapse)AuthorAgeFilesLines
...
* Update Visual C++ 2010 property sheetChun-wei Fan2013-01-191-18/+0
| | | | Left out some items to purge in the last commit. Sorry :|
* Clean up Visual C++ property sheetsChun-wei Fan2013-01-192-31/+0
| | | | | | | We no longer need entries to generate the .def files in the property sheets as we are now doing __declspec (dllexport) to export all the needed symbols. So, purge these items from the property sheets since they are no longer used.
* Bug 688681: Stop using the .def file for GThread Visual C++ buildsChun-wei Fan2013-01-197-48/+2
| | | | | | | | | | | We should also stop using gthread/gthread.def file as well, since we also use __declspec (dllexport) for the two (deprecated) functions there since commit f8756694. This should also silence some linker warnings in x64 builds. Also get rid of the references to the .symbols files in the .vcxproj.filters(in) in the various Visual C++ 2010 projects
* Bug 688681: Stop using .def files in Visual Studio buildsChun-wei Fan2013-01-158-348/+4
| | | | | | | | | | | | | | Since we are now starting to use __declspec (dllexport) to export the public functions during the build of the GLib DLLs (i.e. to generate the .lib files), we don't want to generate the .def files from the .symbols files as we did before for a long time. This removes from the projects the custom build steps to generate the various .def files This will also update the pre-configured config.h(.win32.in) to define _GLIB_EXTERN appropriately as __declspec (dllexport), as well as making its entries reflect config.h.in more closely.
* Fix distcheckMatthias Clasen2012-12-172-2/+3
|
* Update Visual C++ property sheetsChun-wei Fan2012-12-152-6/+6
| | | | | | | | | | | The last commit (Add a preconfigured gio/gnetworking.h for Windows) has to be split into two as git am does not like a patch that deals with files that have different line feeds. This updates the property sheets to use the pre-configured gio/gnetworking.h during the build process. https://bugzilla.gnome.org/show_bug.cgi?id=690163
* build/win32/Makefile.am: Also go into the vs11 subdirectoryChun-wei Fan2012-11-221-1/+2
|
* Add autotools scripts to create VS2012 projectsChun-wei Fan2012-11-223-0/+98
| | | | | | | | | | | | | | As the project file format for Visual Studio 2012 is only slightly different from Visual Studio 2010 projects, we can provide support for building GLib (and other projects) with Visual Studio 2012 with relatively little effort. This might change when we eventually get GLib to work with the Windows 8 (Modern UI/formerly Metro) APIs, but this will suffice for the time being for people needing to build GLib with Visual Studio 2012. Basically all that needs to be done at 'make dist' is: -Copy the .sln/.props/README.txt/.vcxproj files and replace the VS2010 stuff with VS2012 stuff -Copy the .vcxproj.filters as is
* Visual C++ 2010 projects: Prepare support for VS2012Chun-wei Fan2012-11-0514-1561/+1621
| | | | | | | | | | | | Add the PlatformToolset tag to the project configs so that we can use add a simple script later to the autotools files to copy the projects and change the value (v100 -> v110) of that tag (and other simple changes) in order that we can quickly provide and maintain support for Visual Studio 2012 with minimal effort. Note that at the moment GLib does not yet support the API/SDK requirements for Windows 8 Modern UI (formerly known as Metro), but this paves the very initial step.
* Visual C++ property sheet updatesChun-wei Fan2012-09-262-0/+6
| | | | Make up for the missed GIO headers that need to be installed.
* Update gspawn-win*helper* Visual C++ projectsChun-wei Fan2012-08-304-16/+16
| | | | Add GLIB_COMPILATION to the preprocessor definitions to fix the build.
* msvc_recommended_pragmas.h: Re-enable C4819 warningsChun-wei Fan2012-06-202-0/+14
| | | | | | | Apparently the C4819 warnings appear due to a bug on Visual C++ on DBCS locales, so re-enable this. Add a note in the Visual C++ Readme.txt's regarding this.
* build/win32/vs9/glib.vsprops: CosmeticsChun-wei Fan2012-06-181-255/+259
| | | | | Make it more consistent accross the board by using CopyDir as the output/"install" folder.
* Fix GIO/GObject Visual C++ projectsChun-wei Fan2012-05-024-16/+16
| | | | | | | | | | -Make up for the missed DLL_EXPORT-it's actually needed for all GLib DLL builds, omitting this caused problems to surface due to recent works to make GDBus work on Windows. -Also use the FFI_BULIDING macro for GObject builds as the suggessted workaround for using static LibFFI builds (as we do now)-please see ffi.h(.in). This will fix the build of GObject against LibFFI 3.0.11, but it is probable that this will change at some point for LibFFI.
* Visual C++ projects: Clean/fix upChun-wei Fan2012-04-2416-64/+64
| | | | | | | | | | | | Clean/fix up the Preprocessor Definitions for the various projects, where we purge out the unneeded macros and add _DEBUG to the Debug builds of various projects that somehow lacked this. This will also fix the GIO build under Visual C++ 2008, as the _DEBUG macro in the release builds will cause a debug entry to appear in its manifest file during the build, which will cause GIO-using applications to fail to run on systems not running Visual C++/Studio 2008 due to its embedding of a badly-generated manifest file.
* Update GLib Visual C++ projectsChun-wei Fan2012-04-053-69/+0
| | | | | Some of the bundled PCRE source files are removed as they are not needed anymore (please see commit e7c0f10e), so don't include them in the projects
* Fix gspawn-win32-helper Visual C++ projectsChun-wei Fan2012-03-282-6/+3
| | | | | The name of the executable for the Release|Win32 and Release|x64 configs were mixed up. Fix that. DOH! for not noting this earlier.
* Fix VS property sheetsChun-wei Fan2012-03-282-2/+2
| | | | | We need to accomodate for gspawn-win64-helper-console.exe for the "install" phase too.
* Fix "install" paths in VS property sheetsChun-wei Fan2012-03-152-6/+6
| | | | ...and cleanup the VS2010 property sheets a little bit
* Update Visual C++ projectsChun-wei Fan2012-02-295-14/+252
| | | | | | | Update the build support of the included PCRE as we are now including PCRE 8.30 with the GLib distribution. Also "install" the new gversionmacros.h header file.
* Update VS2010 property sheetChun-wei Fan2012-02-081-1/+1
| | | | Should be $(CopyDir) not $(OutDir) here for VS2010. Oops :|
* Update VS property sheetsChun-wei Fan2012-02-082-3/+3
| | | | ...To reflect the correct GIO headers to install
* Add Visual C++ 2010 projects to compile GResource toolsChun-wei Fan2012-02-078-5/+443
| | | | | | | | | | | | | | | | | | Added projects to compile the glib-compile-resources and gresource(-tool) utility programs during the Visual C++ 2010 build process, "install" the resulting binaries upon successful compilation, and dist the new .vcxproj and .vcxproj.filters files. Also updated the property sheet and "install" project to make sure the new .exe's are indeed "installed" and removed from the "install" project the dependency on the testglib project as testglib is not an exhausive test on GLib and people might want to make that project compile different test programs as they might need. Just wondering: I have updated the property sheet to create the gconstructor_as_data.h header for glib-compile-resources, but is it better to dist that generated header instead as the VS 2008/2010 projects will depend on a working installation of PERL on Windows?
* Update Visual C++ 2008 projectsChun-wei Fan2012-02-071-1/+2
| | | | | | | | | | | | | Make the "install" project depend on the glib-compile-resources gresource projects so that these tools will be indeed installed. Missed that in my last commit-oops. Also make the "install" project not to depend on the testglib project as: -the test program in the project is not an exhausive test of the GLib libraries -One may want to use the project to compile different test program(s), so it might be better to keep the project but not "install" the resulting .exe
* Add Visual C++ 2008 projects for GResource toolsChun-wei Fan2012-02-075-0/+365
| | | | | | | | | | | | Add projects to build the glib-compile-resources and gresource(-tool) utilities, and "install" these tools upon successful compilation, and dist the new projects. One piece of note: will it be better to dist gconstructor_as_data.h instead of generating it in the VS build process (I generated it in the property sheet update in this commit)? Visual C++ 2010 projects will follow shortly.
* Update GIO Visual C++ projectsChun-wei Fan2011-12-222-8/+8
| | | | | | Link to zlib1.lib for release builds and zlib1d.lib for debug builds- this is to be consistent across the board for the GTK+ stack (and many other opensource code linking to the ZLib DLL on Windows)
* Update Visual C++ property sheetsChun-wei Fan2011-12-222-0/+3
| | | | "Install" the newly-introduced gremoteactiongroup.h header.
* gitignoreRyan Lortie2011-12-191-0/+6
|
* Update VS property sheetsChun-wei Fan2011-12-132-3/+39
| | | | | "Install" the newly-added public headers in GLib and GIO, such as the ones for GMenuModel, etc.
* Update GLib Visual C++ projectsChun-wei Fan2011-11-212-16/+16
| | | | Also link to WinMM.lib since timeGetTime is used (commit 8d023c27).
* Update VS property sheetsChun-wei Fan2011-11-072-0/+3
| | | | | gmain.h was added into the list of deprecated headers, so "install" that as weel.
* Fix VS 2008 property sheetChun-wei Fan2011-10-201-1/+1
| | | | Missed a required ';'-sorry about this. DOH! :|
* Update VS property sheetsChun-wei Fan2011-10-172-0/+15
| | | | Some new headers were added...
* Update VS property sheetsChun-wei Fan2011-10-172-3/+3
| | | | gcache.h is now a deprecated header, so up the "install" part for it.
* Update VS property sheetsChun-wei Fan2011-10-172-2/+2
| | | | | Stop using G_DISABLE_DEPRECATED as there are now warnings for usage of deprecated APIs/items in GLib
* Update VS projectsChun-wei Fan2011-10-1210-40/+40
| | | | | | | | Get rid of _CRT_SECURE_NO_WARNINGS and _CRT_NONSTDC_NO_WARNINGS from the preprocessor definitions as those two macros are now defined in msvc_recommended_pragmas.h, which is force-included in these projects via the property sheets. This will silence C4005 warnings on macro redefinition.
* Update VS property sheetsChun-wei Fan2011-10-122-0/+3
| | | | | Missed the new glib/gstringchunk.h header that needed to be installed as well.
* Update VS property sheetsChun-wei Fan2011-10-112-6/+17
| | | | Copy the deprecated headers in their appropriate places.
* VS support updatesChun-wei Fan2011-09-233-67/+14
| | | | | | | | | -Fix GLib project/filter files generation as some source items are under the "deprecated" subfolder, and filter out the gthread-*.c -Explicitly specify gthread-win32.c in the GLib project/filter file templates, since tarballs are done on Linux. -Don't define g_static_mutex_get_mutex in the pregenerated glibconfig.h.win32(.in) as it is defined in deprecated/gthread.h for Windows
* Update Visual C++ README.txt's a bitChun-wei Fan2011-09-022-4/+4
| | | | LibFFI 3.0.10 is now out officially...
* Update Win32 and VS Readme filesChun-wei Fan2011-08-312-0/+10
| | | | | Tell people about the GNOME Live! page that outlines building GLib and its dependencies with Visual C++.
* Update VS property sheetsChun-wei Fan2011-08-232-3/+0
| | | | | Stop the "installation" of gio/gtimezonemonitor.h as it has been removed from GIO (commit 5b68b49b2072)
* Update GLib Visual C++ ProjectsChun-wei Fan2011-08-232-8/+8
| | | | | | | | Define USE_SYSTEM_PCRE for all configurations which uses the PCRE that was already built and "installed" beforehand (i.e. the *_ExtPCRE configurations) so that the compilation will not pick up the GLib-bundled pcre.h when one wants to use the PCRE "installation" on his/her system.
* Update VS property sheetsChun-wei Fan2011-08-222-222/+229
| | | | | | -Added glib/ghmac.h to the list of files to copy during the "install" stage -Cleaned up a bit (glib-2.0->glib-$(ApiVersion), where $(ApiVersion) is 2.0)
* Update VS property sheets ("install" phase)Chun-wei Fan2011-08-122-0/+12
| | | | | | Copy the new GioTLS headers that were introduced into the GIO library in commit 0f99cfa8822514dc6b7ccbc59efbe68f27aeb172 during the "install" stage.
* Update Windows READMEsChun-wei Fan2011-07-252-2/+6
| | | | | -Tell people about that libFFI is now needed. -Tell people not to compile GLib in paths containing spaces.
* Revert distribution of build/win32/setup.pyChun-wei Fan2011-07-061-2/+1
| | | | | Revert commit on distribution of this file as it is meant to be used in a GIT checkout only.
* Add build/win32/setup.py to distributionChun-wei Fan2011-07-061-1/+2
|
* Bug 653841: Update README.win32 and VS README.txt'sChun-wei Fan2011-07-062-8/+14
| | | | | | | | | | | | This relates to my previous commit titled "add a script to generator files for building" on behalf of Shixin Zeng. Tell people about the availability of a python script to create the necessary files for a Visual C++ build from a GIT checkout. This is done with the courtesy of Shixin Zeng's python script which does the job and eliminates the troubles of getting a suitable shell environment to do the "make dist" job (which is especially not easy on Windows itself!)
* add a script to generator files for buildingShixin Zeng2011-07-061-0/+366
| | | | Signed-off-by: Chun-wei Fan <fanchunwei@src.gnome.org>
View Lorry Controller Status