summaryrefslogtreecommitdiff
path: root/build
Commit message (Collapse)AuthorAgeFilesLines
* Visual Studio builds: Move projects to win32/Chun-wei Fan2017-02-2328-2151/+0
| | | | | | This enables us to go one less layer down the tree to reach the projects and allows the autotools modules Makefile-newvs.am and Makefile.msvcproj be in sync with the latest ones in GLib master.
* Visual Studio builds: Support Visual Studio 2017Chun-wei Fan2017-02-154-6/+53
| | | | | | | | | | | | | This updates the autotools scripts so that we can support Visual Studio 2017 by copying the 2010 projects and update items in there as needed. Note that the format of the toolset version string changed for Visual Studio 2017, so allow a custom toolset version string to be passed in and used, otherwise the platform toolset string is generated as before. Note also that Visual Studio 2017 aims to be compatible with 2015 on the CRT level, so one should be able to use 2017-built binaries with 2015-built binaries without problems.
* Remove croco-install.props's during re-generationChun-wei Fan2016-10-191-0/+3
| | | | | | This is to ensure the changes in the generated build/win32/vs10/croco-install.props are applied in build/win32/vs[11|12|14] as well.
* build/: Force MSVC project file generation on Makefile.am changesChun-wei Fan2016-10-192-3/+10
| | | | | | | | | | | Make the Makefile.am targets for generating the Visual Studio projects re-generate the project files and the header listings whenever the Makefile.am's that include build/Makefile.msvcproj changes, so that whenever a source/header is added, they will be reflected in the projects and in the property sheets that are used to copy the headers. Also ensure that these are applied to the vs11, vs12 and vs14 projects when this happens, as they are copied and processed from the Visual Studio 2010 projects.
* Visual Studio builds: Rearrange include search pathsChun-wei Fan2016-06-232-2/+2
| | | | | Order the search sequence of the headers to conform better to the dependency hierarchy.
* build: Ensure croco[.vs10].headers is removedChun-wei Fan2015-10-312-6/+6
| | | | | | croco[.vs10].headers are intermediate files that is generated during 'make dist' that outght to be removed upon the completion of 'make dist', so ensure that it is so.
* MSVC Builds: "Add" Visual Studio 2015 ProjectsChun-wei Fan2015-09-255-15/+56
| | | | | | This "adds" Visual Studio 2015 projects by doing what we did before: Copy the Visual Studio 2010 projects and updating items in there as needed, as the 2010 projects are largely the same to the 2015 ones.
* Build: Make Makefile.msvcproj A Bit More GenericChun-wei Fan2015-09-251-2/+6
| | | | | Handle also the situation where $(srcdir) == $(top_srcdir), so that this can also be used in cases like librsvg and gobject-introspection.
* MSVC Builds: Rename "Install" Projectbaserock/0.6.8-30-g9207f34Chun-wei Fan2015-07-298-29/+29
| | | | | | | ...and update its GUID so that the existing libcroco projects will fit in easier into all-in-one solution files that is used to build the entire GTK+ stack, where project GUIDs need to me mutually exclusive in solution files.
* MVSC 2008 Builds: Fine Tune .lib "Installation"Chun-wei Fan2015-07-291-1/+1
| | | | | Make sure that we don't copy the other .lib files accidently, when this file is a part of an all-in-one solution file.
* Build: Clean Up MSVC Project GenerationChun-wei Fan2015-07-2710-199/+238
| | | | | | | | | | | | | | | Add and use a common autotools module, which can be used to generate the various Visual Studio 2008/2010 project files, which also have the following benefits: -Have the header installation porperty sheet also generated from the templates using 'make dist', to ensure the headers listings are kept up-to-date between releases. -Make src/Makefile.am cleaner -Support out-of-tree builds and 'make -jN dist' better Also improve the debugging experience for the stack by copying the .pdb files, which are already generated for all builds.
* Update Visual Studio Property SheetsChun-wei Fan2015-07-272-2/+5
| | | | | | Speed up release builds by enable multiple processor compilation and improve include path search for libxml2. Also, log more useful info in MSVC 2010+ release builds, using /d2Zi+.
* MSVC 2010+ Builds: Update .pdb GenerationChun-wei Fan2015-07-271-0/+4
| | | | | Make our .pdb filename for the libcroco DLL match, so that we can copy them during "installation" later.
* MSVC Builds: Add CopyDir to Property SheetsChun-wei Fan2015-07-272-0/+8
| | | | | This prepares the "install" property sheets ready for the next patches to clean up the Visual Studio 2008/2010 Project generation.
* Fix MSVC 2012/2013 Project File GenerationChun-wei Fan2015-07-272-16/+20
| | | | | | | The paths for the project files were incorrectly set from the MSVC 2008 projects, which is obviously not right. Fix that. Oops.
* build/Makefile-newvs.am: Use Pattern RulesChun-wei Fan2015-07-141-24/+24
| | | | | This allows this common autotools file to be cleaned up quite a bit, and has the benefit of having 'make -jN distcheck' complete successfully.
* MSVC Builds: Add Simple Support for MSVC 2012/2013Chun-wei Fan2014-12-194-1/+112
| | | | | | | | | | | As the Visual Studio 2012/2013 project file format is largely the same as the Visual Studio 2010 ones, we can add support for them with relative ease by copying the 2010 files and updating them as necessary with autotools scripts, so to keep them up-to-date, all that is needed is that the Visual Studio 2010 projects are kept up to date. This might change if we do support the stack under the Windows RT APIs, but this will do the job for now.
* MSVC Builds: Split up the Property SheetsChun-wei Fan2014-08-0816-307/+463
| | | | | | | | | | | | Update the Visual Studio Projects so that the property sheets are split by the functions required, so to simplify their maintenance. The projects can then import the property sheets that suit their needs. This is done like the rest of the GTK+ stack, so it also makes it easier to support newer versions of Visual Studio. As the original main property sheet is generated during configure time (and disted), update configure.ac as well, as the name of the template file changed in the process.
* MSVC Builds: Use Custom Build StepsChun-wei Fan2014-08-087-54/+121
| | | | | | | | | | Use Custom Build Steps for copying config.h from config.h.win32 and for generating libcroco.def from libcroco.symbols, as it would make it easier to clean and regenerate if one is cleaning or rebuilding or updateing those files. This also puts back into the .sln files the lines that were actually needed, which were removed from them accidentally from the last commit.
* MSVC Builds: Don't Build The Test ProgramsChun-wei Fan2014-08-0825-3170/+2
|
* Visual Studio Build Files Cleanup and FixesChun-wei Fan2013-12-2322-169/+225
| | | | | | | | | | Fix up the property sheets, as it was "installing" the libcroco stuff one level down from the desired folder, and $(top_srcdir) was missed from the include directories list for the VS2010 property sheets. Also unify items so that we can reduce duplicate items in there. Build all projects with the MultiByte character set setting to be consistent with the rest of the GLib stack.
* Update Visual C++ .sln filesChun-wei Fan2012-01-092-267/+267
| | | | | These files must be in Windows/DOS EOL to function correctly-somehow GIT preferred to have them in UNIX EOL in my last patch.
* Bug 666248: Visual C++ compilation supportChun-wei Fan2012-01-0937-0/+4769
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This enables libcroco to be compiled with Visual C++ 2008/2010, along with its test programs. A libcroco.symbols is included to export the symbols from the DLL that is built in the process, and the projects for the main libcroco DLL is done in a way where their source file listings are filled in during "make dist" as they could be changed from time to time so to simplify maintenanace work. Versioning stuff are also done via autotools as far as possible also. The .sln files have no simple way to include the LGPL 2.1+ terms without causing trouble, so the text for them is included as follows, for references. ------ This file is part of The Croco Library This program is free software; you can redistribute it and/or modify it under the terms of version 2.1 of the GNU Lesser General Public License as published by the Free Software Foundation. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. You should have received a copy of the GNU Lesser General Public License along with this program; if not, write to the Free Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA Author: Fan, Chun-wei See COPYRIGHTS file for copyright information. ------
* Revert "Bug 666248: Visual C++ compilation support"Chun-wei Fan2011-12-2037-4769/+0
| | | | This reverts commit 642ac3f675176ee6c2e124eac86dd85b1b1816e0.
* Bug 666248: Visual C++ compilation supportChun-wei Fan2011-12-2037-0/+4769
This enables libcroco to be compiled with Visual C++ 2008/2010, along with its test programs. A libcroco.symbols is included to export the symbols from the DLL that is built in the process, and the projects for the main libcroco DLL is done in a way where their source file listings are filled in during "make dist" as they could be changed from time to time so to simplify maintenanace work. Versioning stuff are also done via autotools as far as possible also. The .sln files have no simple way to include the LGPL 2.1+ terms without causing trouble, so the text for them is included as follows, for references. ------ This file is part of The Croco Library This program is free software; you can redistribute it and/or modify it under the terms of version 2.1 of the GNU Lesser General Public License as published by the Free Software Foundation. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. You should have received a copy of the GNU Lesser General Public License along with this program; if not, write to the Free Software Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA Author: Fan, Chun-wei See COPYRIGHTS file for copyright information. ------
View Lorry Controller Status