| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
Copy and update the relevant items in the visual Studio 2010 projects
so that we have project files that is usable out-of-the-box in Visual
Studio 2019, like what we did for the Visual Studio 2012~2017
projects.
|
| |
|
|
|
|
| |
We need to bump the micro version here as well...
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
With the upcoming version of automake (1.14) the support
for the configure.in file will be dropped.[1]
[1]http://lists.gnu.org/archive/html/automake/2012-12/msg00038.html
Bug #692111.
|