| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=726992
|
| |
|
|
|
|
| |
I'm not interested in this module anymore since I gave away librsvg.
|
|
|
|
|
|
| |
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.
|
|
|
|
|
| |
Handle also the situation where $(srcdir) == $(top_srcdir), so that this
can also be used in cases like librsvg and gobject-introspection.
|
|
|
|
|
|
|
| |
...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.
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
| |
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+.
|
|
|
|
|
| |
Make our .pdb filename for the libcroco DLL match, so that we can copy them
during "installation" later.
|
|
|
|
|
| |
This prepares the "install" property sheets ready for the next patches to
clean up the Visual Studio 2008/2010 Project generation.
|
|
|
|
|
|
|
| |
The paths for the project files were incorrectly set from the MSVC
2008 projects, which is obviously not right. Fix that.
Oops.
|
|
|
|
|
| |
This allows this common autotools file to be cleaned up quite a bit, and
has the benefit of having 'make -jN distcheck' complete successfully.
|
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
|
|
| |
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.
|
| |
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=710076
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=710076
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=710076
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=710076
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=710076
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=710076
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=710076
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=710076
|
| |
|
| |
|
|
|
|
|
| |
This is getting updated by autoregen causing jhbuild to mistakenly
believe that the build is dirty.
|
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
|
|
| |
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.
|
|
|
|
|
|
|
| |
In Automake 1.13, the long-deprecated macro AM_CONFIG_HEADER (deprecated
since 2002) has been removed in favour of AC_CONFIG_HEADERS.
Bug #692111.
|
| |
|
| |
|
|
|
|
|
|
| |
Parse something like '-20px' correctly.
https://bugzilla.gnome.org/show_bug.cgi?id=686239
|
| |
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=686126
|
|
|
|
|
|
|
|
| |
This reverts commit 0cbb0dfed7350ed48a12d56925cdd76255891aa5.
This violates the CSS and SVG standards.
https://bugzilla.gnome.org/show_bug.cgi?id=685679
|
| |
|
| |
|
|
|
|
|
|
| |
The parser refs the doc handler, so we need to unref it here.
https://bugzilla.gnome.org/show_bug.cgi?id=678736
|
|
|
|
|
|
|
| |
Instead of leaking the existing GString, truncate and append to it
instead.
https://bugzilla.gnome.org/show_bug.cgi?id=678736
|
| |
|
| |
|
|
|
|
|
|
| |
Green is supposed to be #00FF00 not #008000.
https://bugzilla.gnome.org/show_bug.cgi?id=672332
|
| |
|
| |
|