| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
This allows one to go down one less level in the directory tree to get to the
Visual Studio project files, and so make things more in line with the rest of
the GTK+ stack. This also cleans up the Visual Studio 201x projects as there
are some items that can be actually combined.
|
|
|
|
|
|
|
|
|
|
| |
Add a configure check to see whether compiler directives are available
for exporting symbols, and use them if so. Likewise, update
the Visual Studio projects and config.h.win32.in to do likewise for
Windows builds.
We can then drop the .def files that were used to export symbols on
Windows builds, which should clean up things a bit.
|
|
|
|
|
| |
Define HAVE_CAIRO_FREETYPE in the property sheets instead of disabling it
via conditional compilation, which makes things a bit neater.
|
|
|
|
|
| |
Cairo's headers could be in $(prefix)/include/cairo, so look for the
headers from there as well.
|
|
|
|
|
|
|
| |
If python can be found at $(PythonPath)\python.exe (x86 builds) or
$(PythonPathX64)\python.exe (x64 builds), generate .pc files for Pango, as
appropriate with the build config chosen. This will make building
introspection on Visual Studio easier with packages that depend on Pango.
|
|
|
|
|
| |
This is used to generate the .pc files to make generating introspection
files easier for packages that depend on Pango.
|
|
|
|
| |
We ought to include the platform-neutral headers first...
|
|
|
|
|
|
| |
Fix the projects, and consolidate repeated items into the property sheets,
as they now need to compile and link against HarfBuzz. Also remove
unnecessary lines from the PangoFT2 and PangoCairo project files.
|
|
|
|
| |
Remove unneeded AdditionalIncludeDirectories directive.
|
|
|
|
|
|
|
| |
Since we are no longer using the interim Makefile-msvcproj.am way to
generate the complete MSVC build files, change all PangoApiVersion to
ApiVersion, to be consistent with the other MSVC build files in the GTK+/
Clutter stack.
|
|
|
|
|
|
| |
Create the directory where the headers should be copied. I did not notice
this as there was always
$(GlibEtcInstallRoot)\vs$(VSVER)\$(PLAT)\include\pango-1.0\pango. Oops.
|
|
|
|
|
|
|
|
|
|
| |
... in a way that 'make distcheck' (with or without -jN) completes
successfully. This uses the common autotools module that was added in
a previous commit so that we just need to define the items needed and call
the things in there during 'make dist' (or 'make distcheck'), which would
have things in a more tidy manner for this.
https://bugzilla.gnome.org/show_bug.cgi?id=735039
|
|
|
|
|
|
| |
Use a custom build rule for the copying of config.h.win32 to config.h, and
reflect on the changes on the module source files for the Arabic and Indic
line breaks.
|
|
|
|
| |
Win32 maintainer, please...
|
|
|
|
|
|
| |
Rename the install projects to pango-install, so that they can be easier
integrated into grand solution files that are used to build items, such as
the entire GTK+ or Clutter stack.
|
|
|
|
|
| |
To make it easier for people to develop and debug Pango on Windows,
especially as the builds already generate the .pdb's.
|
|
|
|
|
|
|
| |
This adds the /MP option to the compiler, which can cut down on the
build time of release builds by quite a bit, by using multi-processor
or multi-core capabilities. This will, however, emit a brief warning
with debug builds, but the code will otherwise build normally.
|
|
|
|
|
|
| |
Make sure we only try to create the directory for pango.aliases if that
file didn't exist. This cleans things up a little, and avoids weird
MSBuild batch errors.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The current approach of building the introspection files for Pango works,
but is often cumbersome as one needs to set many environmental variables
before launching a solution file, which runs a Windows batch script to
generate the .gir/.typelib files. It was also possible to hand-run the
batch script from the Visual Studio command prompt, but even more
environmental variables need to be set.
This changes the approach to build the introspection files using an NMake
Makefile (but elimating from the Visual Studio Project Files the part to
build the introspection files) to:
-Make it clearer to the person building the introspection files what
environmental variables are needed, specifically for PKG_CONFIG_PATH and
MINGWDIR and CFG (formerly CONF). Setting stuff like VSVER, PLAT and
BASEDIR is no longer required, which was a bit clunky.
-Allows some more easier flexibility on the build of the intropsection
files.
|
|
|
|
|
|
| |
We don't have the *_FC configs in the Pango and PangoWin32 projects
anymore, so get rid of all remaining traces of them in these projects, like
the MSVC 2010 ones.
|
|
|
|
| |
...so that the maintenance of these files would be easier
|
|
|
|
|
|
| |
As there is no longer a pango_fc.sln solution file, tell the people to use
the *_fc configs if building PangoFT2 and PangoCairo with FreeType/
FontConfig support with the Visual Studio Projects is desired.
|
|
|
|
|
|
|
| |
Combine the non-PangoFT2 and PangoFT2 builds into one single solution file
and remove configs in the Pango and PangoWin32 projects that aren't really
necessary. Also use Link Time Code Generation for release builds to
improve optimization a bit.
|
|
|
|
|
| |
We need to link to the Debug CRT for debug configs, not the release CRTs,
as linking to different CRTs will cause trouble during debugging.
|
|
|
|
| |
Add commands to be used for building introspection files.
|
|
|
|
|
|
|
| |
Integrate the utility project files to build the introspection files.
This is not built by default, so one may choose to build the introspection
files if he/she chooses
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Add Windows .bat and Python utility script to call g-ir-scanner to build
the introspection files for Pango/MSVC builds. This will read from
pango/Makefile.am to determine the source and header files to process using
Python REGEX capabilities, so the autotools files won't have to be updated
except to distribute the necessary files under build/win32.
Also add utility Visual Studio 2008/2010 projects to call the Windows .bat
to create the introspection files.
https://bugzilla.gnome.org/show_bug.cgi?id=692255
|
|
|
|
|
|
| |
The property sheets now have their header listings for "installation"
filled in during make dist, so we don't need to keep the static pango
property sheets around.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
-Isolate the creation of full MSVC projects for pango, pangoft2 and
pangocairo in a seperate build/Makefile-msvcproj.am, so it can be included
and used elsewhere.
-Update the Makefile.am's in pango/ and pango/mini-fribidi to include
and use build/Makefile-msvcproj.am to create the MSVC project files
-Use templates for the property sheets so that the listings of header files
to "install" can be filled in using build/Makefile-msvcproj.am, to
simplify future maintenance.
-Re-enable the distribution of the created project files and property
sheets
|
|
|
|
|
| |
Simplify the inclusion of the mini-fribidi sources a bit, so we can use
the -I flag to the preprocessor when creating the projects
|
|
|
|
| |
Remove nonexisting files from EXTRADIST, this was breaking distcheck.
|
| |
|
|
|
|
|
| |
Many of the module sources have been removed for pangoft2, so remove them
from the projects.
|
|\
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Conflicts:
configure.in
docs/tmpl/text-attributes.sgml
modules/arabic/arabic-ot.c
modules/indic/indic-ot.c
pango/opentype/Makefile.am
pango/opentype/hb-blob.c
pango/opentype/hb-buffer-private.h
pango/opentype/hb-common.h
pango/opentype/hb-ot-layout-gsubgpos-private.hh
pango/opentype/hb-private.h
pango/pango-ot-info.c
|
| | |
|
| |
| |
| |
| |
| | |
Say farewell to G_DISABLE_DEPRECATED and the build breakages that it causes.
We now have warnings when we make use of deprecated GLib items
|
| |
| |
| |
| |
| |
| |
| |
| | |
This project will require the use of stdint.h, which is not shipped with
VS2008 (but is shipped with VS2010), so define HAVE_STDINT_H for all
settings in this project so that the stdint.h bundled in
$(srcroot)/build/win32/vs9 will be used when HarfBuzz and FontConfig is
being used.
|
| |
| |
| |
| |
| |
| |
| | |
-Seperate intermediate folders for each project to remove redundant VS
warnings/errors
-Don't create a folder for pango.aliases if the folder already exists
-Don't create pango.aliases if it already exists
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
-Set README.win32 to have Windows EOL
-Updated README.win32 regarding the situation of modules on Windows
under different build approaches.
-Tell people in both Readme files about the GNOME Live! page that
describes building Pango and its dependencies with Visual Studio
in better detail.
|
| |
| |
| |
| | |
Tell people not to compile Pango in paths with spaces in them.
|
| |
| |
| |
| |
| |
| |
| |
| |
| | |
Similar to d9e254f which changed the rest of the modules, moved the
PANGO_MODULE_PREFIX define from basic-win32.c to the VS9 project file to
avoid breaking autotools build.
Fixes basic-win32 module loading when pango is built with autotools +
MinGW.
|
|/
|
|
|
|
| |
I realized that I needed to set autocrlf=false on my Windows side ... ugh...
These are the files that must have CRLF line endings to work correctly :|
|
|
|
|
| |
accidently removed that during my last changes...doh.
|
|
|
|
| |
Make pathnames Windows-like... missed them just now. doh.
|
|
|
|
|
| |
Make the instructions to compile Pango with Visual C++
clearer.
|
|
|
|
|
|
| |
Create a pango.aliases file in $(OutDir)etc\pango during the "install"
phase. The contents of the file is identical to the one that is
suggested in README.win32
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
-Move the stub stdint.h back into the vs9 folder as stdint.h is shipped
with Visual C++ 2010, and update the corresponding Makefile.am's
accordingly
-Add new solution to build Pango with FontConfig-the former solution file
will build Pango without FontConfig. This is to simplify the use
of the GTK+ stack as many will probably not use FontConfig on Windows,
therefore this is to reduce the number of dependencies
-Added configurations in Pango, PangoWin32, PangoCairo regarding FontConfig
(To make sure their configurations are consistent across the board)
-Cleaned up the various project files for a bit.
|
|
|
|
|
|
| |
Force the use of the pre-generated sources and headers, so that
language/script modules can be used directly and correctly from
the main Pango/PangoWin32/PangoFT2 DLL(s)
|
|
|
|
|
|
|
|
| |
-Move the stub unistd.h and stdint.h required up a level to ease the
addition of Visual C++ 2010 support
-Dist the Visual C++-stub unistd.h and stdint.h
-Update the pangoft2 project again to reflect the change in the location
of the Visual C++-stub headers
|
|
|
|
| |
Make the include paths and predefined macros consistent across the board.
|