summaryrefslogtreecommitdiff
path: root/build
Commit message (Collapse)AuthorAgeFilesLines
* Cleanup and Enhance the MSVC Project GenerationChun-wei Fan2015-09-0321-73/+983
| | | | | | | | | | | | | Make use of the common autotools module that is used to generate the MSVC project files from their respective templates so that the main build files beccome cleaner, and enhance them in a way that the headers that should be installed can be written to the property sheets during 'make dist', so that the chances of missing headers for MSVC builds can be greatly reduced. Also use this autotools module to fill in the projects for glib-compile-schemas and glib-compile-resources. https://bugzilla.gnome.org/show_bug.cgi?id=735429
* build: Add Common Autotools Module for MSVC ProjectsChun-wei Fan2015-09-031-0/+110
| | | | | | | | | | | This adds a common autotools module that can be used by various projects to generate the Visual Studio projects as needed, and if necessary, generate the headers listings to "install" for that project, based on items passed in to this. This is modelled on the Makefile.introspection autotools file that is used by many GNOME projects to generate the introspection files. https://bugzilla.gnome.org/show_bug.cgi?id=735429
* build/Makefile-newvs.am: Fix %.vcxproj RuleChun-wei Fan2015-04-221-1/+1
| | | | | | | | The if-else statement added in commit 9bc3ae9 was missing a '\' after the 'else', causing 'make dist/distcheck' to break with "unexpected end-of-file" errors. Fix this-didn't notice this when reviewing that patch. My fault. :|
* Makefile-newvs: some .vcxproj.filters files are in builddir, some in srcdirSimon McVittie2015-04-201-5/+15
| | | | | | | | | | | | | | Without this change, out-of-tree distcheck doesn't get very far. Similarly, allow *.vcxproj, *.props to be in either the builddir or the srcdir. Finally, since I'm touching these lines anyway, eliminate some useless uses of cat: "cat x | sed 's/foo/bar/' > y" is equivalent to "sed 's/foo/bar/' < x > y". Bug: https://bugzilla.gnome.org/show_bug.cgi?id=748176 Reviewed-by: Chun-wei Fan <fanchunwei@src.gnome.org>
* build/Makfile-newvs.am: Use Pattern RulesChun-wei Fan2015-04-171-22/+12
| | | | | | Make use of pattern rules when generating the Visual Studio 2012/2013 Projects from the Visual Studio 2010 projects, which will help to clean up the file and also avoid problems when running items like 'make -jN dist'.
* MSVC Builds: Few More EnahncementsChun-wei Fan2015-03-0412-48/+76
| | | | | | | | Update the .pdb file generation for the MSVC 2010+ DLLs (and the x64 gspawn helper programs), so that they match the names of the DLLs/EXEs that are built. Also update the .lib generation so that all will use -$(ApiVersion) from the property sheets instead of the -2.0 which was previously hard coded (as we will eventually move into GLib 3.x in the future, for example)
* Visual Studio Builds: "Install" .pdb filesChun-wei Fan2015-03-032-4/+46
| | | | They are helpful in debugging in a stack.
* MSVC Builds: GIO: Standardize zlib LinkingChun-wei Fan2015-03-032-4/+4
| | | | | | | Link to zlib1.lib for all builds, as: -The notion of zlib1d.lib is rather not standardized across the board for most cases. -Easier for the grand all-in-one solution file.
* Visual Studio 2008 Builds: Speed Up Release BuildsChun-wei Fan2015-03-031-0/+1
| | | | | | | | | | Use the /MP option so that each project can build multiple sources in parallel, which can cut down release build times by quite a bit. This will cause a brief warning for debug builds due to their use of /Gm, and builds would otherwise proceed as they did before. Unfortunately Visual Studio 2008 is too old to support the /d2Zi+ flag, so we can't make a better debug situation for it at the moment.
* MSVC Builds: Improve Build Speed and DebuggingChun-wei Fan2015-03-031-0/+2
| | | | | | | | Use Multiprocessor compilation which can cut down build times by quite a bit and use the /d2Zi+ flag to have better debugging info being logged to the .pdb for release builds. These are only applicable for Visual Studio 2010/2012 and later.
* MSVC Builds: Fix and Update "Installation"Chun-wei Fan2015-03-032-4/+8
| | | | | The gobjectnotifyqueue.c was accidently dropped from the files to copy, and a new public header for GIO was added, so address these parts.
* Visual Studio 2008 Builds: Fix Header "Installation"Chun-wei Fan2015-02-041-2/+2
| | | | | Apparently I did not fix the "installation" of gliststore.h and glistmodel.h fully for Visual Studio 2008 builds. Fix that. Doh!
* MSVC Builds: Fix "Installation" of GListModel HeadersChun-wei Fan2015-02-022-4/+4
| | | | Somehow I had the wrong path for getting the headers... oops.
* MSVC Builds: Update vs11|vs12/Makefile.amChun-wei Fan2015-02-022-2/+2
| | | | | The rename of install.vxproj to glib-install.vcxproj needs to be applied here as well for dist'ing the project files correctly.
* MSVC Builds: Rename "install" ProjectsChun-wei Fan2015-02-026-7/+7
| | | | | | | Rename the project to "install" the GLib files, as we are planning to have a grand solution file that would build the entire GTK+ stack with its deps, to ease the process for people building the GTK+ stack from a stock installation of Visual Studio.
* One More Update For MSVC BuildsChun-wei Fan2015-02-022-0/+4
| | | | | We also need to "install" the headers for Lars' new APIs for GListModel/ GListStore.
* MSVC Builds: "Install" the Autocleanup HeadersChun-wei Fan2015-02-022-280/+286
| | | | | | | | We are including the autocleanup headers as public headers for all builds, although they work only for GCC in reality, so "install" them. Also clean up a bit as we are having "\\" in places, where we only need "\".
* MSVC Builds: Update "Installation"Chun-wei Fan2014-09-122-750/+473
| | | | | | | | This updates the glib-install.[props|vsprops] so that the headers to "install" for the build are kept up-to-date. Note that this has been generated by a script, so that this hopefully means that the header "installation" can be maintained along with the autotools files for most uses, to simplify maintenance.
* Visual C++ Builds: Update README.txt'sChun-wei Fan2014-08-132-24/+38
| | | | | Update notes about usage of PCRE and for people attempting to build GLib on a Chinese, Japanese or Korean locale.
* MSVC Builds: Generate glib-mkenums If PossibleChun-wei Fan2014-08-0812-56/+167
| | | | | | | As glib-mkenums would likely be used in the building of the other components of the stack, such as Cogl, Clutter and gsettings-desktop-schemas, generate that using a Python script (if Python can be found) and "install" it.
* Fix old wiki linksMichael Catanzaro2014-07-012-2/+2
|
* MSVC 2012/2013 Support: Update Property Sheet CreationChun-wei Fan2014-07-011-1/+1
| | | | | | Be a bit more careful when copying and updating the property sheets, so that we don't accidently change fields with '10' in them that are actually not indicating the Visual Studio version.
* MSVC 2010+ Projects: Update "Installation" ProcessChun-wei Fan2014-06-092-22/+46
| | | | | | | | | | | | | | | Currently, due to the way that Visual Studio 2010+ projects are handled, the "install" project does not re-build upon changes to the sources, as it does not believe that its dependencies have changed, although the changed sources are automatically recompiled. This means that if a part or more of the solution does not build, or if the sources need some other fixes or enhancements, the up-to-date build is not copied automatically, which can be misleading. Improve on the situation by forcing the "install" project to trigger its rebuild, so that the updated binaries can be copied. This does trigger an MSBuild warning, but having that warning is way better than not having an up-to-date build, especially during testing and development.
* Support Building Using Visual Studio 2013Chun-wei Fan2014-06-035-8/+90
| | | | | | | | | Like the Visual Studio 2012 project files, the Visual Studio 2013 files are largely the same as the Visual Studio 2010 project files, so support Visual Studio 2013 by updating the autotools scripts that is used for Visual Studio 2012. This means that project files for Visual Studio 2012 and Visual Studio 2013 can be maintained by simply maintaining the Visual Studio 2010 project files, adding minimal maintenance overhead.
* Fix GLib MSVC ProjectChun-wei Fan2014-01-062-0/+2
| | | | The glib/gthread-win32.c was accidently removed from the last commit, sorry
* Tidy Up the glib MSVC ProjectChun-wei Fan2014-01-064-165/+247
| | | | | Move the per-source define/undefine cflags into the property sheets, and apply the cflags for the bundled PCRE sources to the PCRE sources only
* Drop the testglib MSVC ProjectsChun-wei Fan2014-01-069-399/+0
| | | | | | | There are many test programs that are shipped with GLib, and this project is a one-to-one project, which does not make sense to keep as various test programs may have different CFLAGS, etc, which will require different build options.
* MSVC 2012 Projects: Rename a Property SheetChun-wei Fan2014-01-021-1/+1
| | | | | Forgot to update the property sheet file name from the Visual Studio 2010 update... Sorry!
* Visual Studio Projects: Cleanup Property SheetsChun-wei Fan2013-12-2721-309/+593
| | | | | | | | | | | Make the projects include a single property sheet as necessary, which will in turn include the other property sheet(s) as needed, so that we can avoid warnings where we include the same property sheets twice in a single project. Also make the copying of pre-configured headers into custom build rules so that they can be removed upon the clean command from the IDE and that they can be re-copied if their counterpart *.h.win32 are updated.
* Visual Studio Projects: Use Unix Line EndingsChun-wei Fan2013-12-2727-3864/+3864
| | | | | | ...where possible, to make application of patches easier in the future. The README.txt's and the .sln files are still in Windows/DOS line endings as they need to be so.
* Visual Studio Property Sheets: Use Unix Line EndingsChun-wei Fan2013-12-278-1139/+1139
| | | | This makes it easier to apply patches in the future.
* Update Visual C++ "Installation" PhaseChun-wei Fan2013-12-112-4/+4
| | | | | | | | Install the Python scripts that is used by gdbus-codegen in share\glib-2.0\codegen, to be consistent with the other platforms. Please see https://bugzilla.gnome.org/show_bug.cgi?id=702862 for details on this.
* build/win32/vs9/gio.vcprojin: Use UNIX Line endingsChun-wei Fan2013-12-021-174/+174
| | | | | Be more consistent with the other project file templates, which will simplify future application of patches.
* Visual C++ Builds: Fix "install" ProjectsChun-wei Fan2013-09-052-4/+8
| | | | | | | | | | Due to the split up of the property sheets, the install projects did not have info on the Intermediate and Output Paths, which caused confusing messages from Visual Studio to show up upon completing build+"install" and closing Visual Studio on whether to reload the install project, at least on Visual Studio 2008. Include the property sheet which defines these properties to fix this.
* Fix typo in last commitChun-wei Fan2013-08-212-20/+20
| | | | | The gio.vcxprojin and glib.vcxprojin were including .vsprops property sheets, but it should have been .props instead.
* MSVC 2010 Project Files: Split up the Property SheetsChun-wei Fan2013-08-2124-756/+858
| | | | | | | | | | | | Like the Visual Studio 2008 project files, split up the property sheets so to ease maintenace, and to prepare to use autotools to fill in the header entries to "install". Put some of the items that are frequently repeated in the projects as well, also to simplify maintenance. Also, update the autotools files to automate the upgrade of Visual Studio 2010 project as we now have multiple property sheets to copy and process.
* MSVC 2008 Projects: Split the Property SheetsChun-wei Fan2013-08-2121-202/+266
| | | | | | | | | | | | | Split the property sheet into four sheets, to make maintainance of the build files easier, and also to prepare for using autotools to fill in the parts for the "installation" of headers. Also put more of the items that are repeated in the projects into the property sheets, also to improve ease of maintenance. Updates to the Visual Studio 2010 projects will come later, as the script to update them to Visual Studio 2012 must also be taken into account during' the process.
* GLib MSVC Projects: Consolidate PCRE itemsChun-wei Fan2013-08-214-8/+16
| | | | | Move the definitions of macros used to build PCRE that ships with GLib into the property sheets, so that it can be easier to maintain
* GIO MSVC Projects: Drop Unneeded DefinesChun-wei Fan2013-08-212-8/+8
| | | | | GIO_MODULE_DIR is dynamically constructed on Windows, so we don't really need to define it here.
* GIO MSVC Project: Link to iphlpapi.libChun-wei Fan2013-08-212-8/+8
| | | | | | | | | | | | This is needed for GetAdaptersAddresses()[1], which was used to implement if_nametoindex on Windows, notably on Windows XP, in commit 01156b12. if_nametoindex and if_indextoname, as noted in config.h.win32(.in), is available with Windows Vista and later, so when we eventually drop support for Windows XP, we can call them directly, and these functions also reside in the same iphlpapi.lib [1]: http://msdn.microsoft.com/en-us/library/windows/desktop/aa365915%28v=vs.85%29.aspx
* Visual Studio Builds: Update property sheetsChun-wei Fan2013-07-172-0/+3
| | | | | "Install" the newly-introduced gpropertyaction.h header file, which is required for GIO.
* Visual Studio Builds: "Install" gdbus-codegenChun-wei Fan2013-07-172-0/+11
|
* Add MSVC Projects for Utility ProgramsChun-wei Fan2013-06-2014-0/+811
| | | | | | Build and "install" the gio-querymodules and gdbus utility programs so that the Visual Studio builds of GLib is more comprehensive. The Python scripts for the GDBus codegen will be added to "installation" later.
* Update Visual Studio ProjectsChun-wei Fan2013-06-2010-20/+20
| | | | | Make all projects settings use the MultiByte character set when building GLib to improve consistency.
* Update Visual Studio Project SheetsChun-wei Fan2013-05-282-0/+3
| | | | "Install" the newly-introduced gio/gbytesicon.h...
* Fix the GObject Visual Studio ProjectsChun-wei Fan2013-05-272-8/+8
| | | | | | Update G_LOG_DOMAIN to be "GLib-GObject" so that we are consistent with the autotools builds, and that tests expecting the log domain to be "GLib-GObject" would not fail.
* Fix the GLib Visual Studio ProjectsChun-wei Fan2013-05-272-16/+16
| | | | | | Define the G_LOG_DOMAIN of the GLib DLL as "GLib", because: -This makes it consistent with the autotools builds -Some tests expect the log domain to be "GLib"
* Update Visual Studio property sheetsChun-wei Fan2013-03-182-0/+3
| | | | "Install" gtask.h... it's needed.
* Update Visual Studio property sheetsChun-wei Fan2013-02-192-0/+3
| | | | "install" gio/gsimpleproxyresolver.h...
* build/Makefile-newvs.am: Make description comment clearerChun-wei Fan2013-01-221-2/+2
|
View Lorry Controller Status