| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
| |
|
|
|
|
|
| |
This was accidentally removed in commit cc0e04b, which broke Visual
Studio builds...
|
|
|
|
|
|
|
| |
by ensuring the #ifndef GUARD_NAME and its #endif are the outermost
pieces of non-comment and non-whitespace content in the header file.
https://bugzilla.gnome.org/show_bug.cgi?id=689810
|
| |
|
| |
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=781715
|
|
|
|
|
|
|
|
| |
Also update documentation of description-for and described-by relation
types to help clarify which relation type is most suitable for each of
the accessible descriptions.
https://bugzilla.gnome.org/show_bug.cgi?id=781587
|
|
|
|
|
| |
We don't need any target that depends on libatk to also depend on the
generated enumeration source file, just the header.
|
|
|
|
| |
We're missing atk.h from the list of installed header.
|
|
|
|
| |
The GETTEXT_PACKAGE for ATK is `atk10`.
|
|
|
|
|
| |
The shared library should have a soversion of 0, so that Meson can
create the appropriate symlinks to match what Autotools do.
|
|
|
|
| |
Files were removed.
|
|
|
|
| |
It's empty and unused, and gtk-doc will create it for us.
|
|
|
|
| |
Mention Meson and Ninja, and clean up the text a little bit.
|
|
|
|
|
|
|
|
|
| |
We don't need this much ad hoc complexity in the build system to find
gobject-2.0 and its tools.
GObject depends on GLib; GThread does not exist any more, as has been
subsumed into GLib; the AM_PATH_GLIB_2_0 m4 macro is deprecated in
favour of just using PKG_CHECK_MODULES.
|
|
|
|
|
|
|
|
| |
Let's use modern, idiomatic gtk-doc to generate the API reference:
- use XInclude
- stop using SGML mode with XML files
- drop version.xml and use the gtk-doc package entities
|
|
|
|
|
|
|
| |
Functions that take a callback, with or without a closure, without a
scope are not allowed in introspected languages. The introspection
parser will automatically mark them as not introspectable, but it's
better to explicitly skip them.
|
|
|
|
|
|
|
| |
The old '*_DISABLE_DEPRECATED` pre-processor symbol class has been
deprecated now that the G* stack has moved on to versioned symbols and
versioned deprecation warnings. The appropriate way to disable compiler
warnings when building is to use `*_DISABLE_DEPRECATION_WARNINGS`.
|
|
|
|
|
|
|
|
| |
Always use the system one, since:
- we require gobject-introspection at build time
- the local copy always goes out of sync
- the system copy is actually maintained
|
|
|
|
|
| |
When generating a tarball using Autotools we should dist the Meson
files, so it's possible to build ATK releases using Meson.
|
|
|
|
|
| |
The commit log is in Git — and so is the ChangeLog file. There's no need
to leave the file around.
|
|
|
|
| |
Almost 10 years old, and completely out of date.
|
|
|
|
|
|
|
|
|
| |
No library ships these files, and they have always been questionable to
begin with.
When building from a separate prefix, using PKG_CONFIG_PATH to modify
the pkg-config search path is a better option that just pointing to the
source directory of the dependencies.
|
|
|
|
|
| |
It's 12 years old, and hopelessly out of date. All operating systems
using RPM have a package for ATK anyway.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Meson is a meta-build system that has several advantages over Autotools:
- faster
- simpler to use and understand
- portable to various platforms
- tailored to the needs of GNOME libraries
- well maintained and supported
Various other libraries in the GNOME stack have already adopted Meson in
parallel, or exclusively, including GTK+.
https://bugzilla.gnome.org/show_bug.cgi?id=782871
|
|
|
|
|
| |
We generate header and source files during the build process, so we need
to tell gtk-doc to scan files under the builddir as well as the srcdir.
|
|
|
|
|
|
| |
The atkutil.c source is including atkmarshal.c, instead of including the
header. This is a weird behaviour, so let's build atkmarshal.c like the
rest of the source files, and include the header.
|
|
|
|
|
| |
The version header template was using the ISO-8859-15 encoding, and
breaking when using tools that expected UTF-8.
|
|
|
|
|
|
|
|
|
|
| |
Placing the enumeration GType inline in the Makefile makes them
unreadable, and does not allow to easily update the body of the
get_type() functions. Case in point: ATK still generates thread-unsafe
versions of the enumeration and flags GTypes.
Let's update the build to something more idiomatic, and use template
files, like every other G* library does.
|
|
|
|
|
| |
Without this, anybody trying to use ATK_VERSION_MAX_ALLOWED will fail to
import atk.h.
|
|
|
|
| |
https://bugzilla.gnome.org/show_bug.cgi?id=748384
|
|
|
|
|
|
|
|
|
| |
Some files that this script will process might have UTF-8 items in
there, which can cause problems on Python 3.x as it is more strict and
careful on unicode issues. Fix this by:
-Doing what we did before on Python 2.x
-Opening the file with encoding='utf-8' on Python 3.x
|
|
|
|
|
| |
This is not a GNU package and the Free Software Foundation has no copyright
over it. Also adds MSGID_BUGS_ADDRESS.
|
|
|
|
| |
(cherry picked from commit 856b79af5bb2542af7ac2a0d85262808db1a8328)
|
| |
|
| |
|
|
|
|
|
|
| |
This is so that we can support using a list of C includes and so
generate the full NMake Makefile modules to build the .gir files in
a simpler way.
|
|
|
|
|
| |
Sync the file from GLib so that we can build the introspection files
using Visual Studio 2017.
|
| |
|
|
|
|
|
| |
This will ensure that it will be up-to-date when win32/vs10/atk-install.props
is re-generated.
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Update the autotools scripts so that we can copy the Visual Studio 2010
project files and update them to obtain the Visual Studio 2017 projects.
As the format of the toolset version is different, allow a version number
string for the toolset version and use it if specified, otherwise just
create the toolset version string as we did before.
Note that Visual Studio 2015 and 2017 aims to be compatible in terms of
CRT usage, so it should be possible to use 2015-built binaries with
2017-built binaries.
|
| |
|
|
|
|
|
| |
The previous commit which moved the project files from build/win32/ to
win32/ also attempted to clean up things a bit. This fixes the cleanup.
|
|
|
|
|
| |
It was suggested that the project be moved to win32/, so that one will
need to go one less layer down into the tree to reach the project files.
|
|
|
|
|
|
| |
We will move the project files to win32/ from build/win32/ soon, so
prepare the way by making these autotools modules like what it is
in GLib just before moving them to win32/.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The reason is avoid collision with AtkObject.html on case-insensitive
filesystems.
One could argue that having a small html that just list AtkObject,
but this is done automatically by gtk-doc.
One could argue again, saying that probably the current chapter-split
main page (at atk-docs.sgml) is not the correct one, but I think
that for now a small id rename is better that a full main page
overhaul.
https://bugzilla.gnome.org/show_bug.cgi?id=772236
|
| |
|
| |
|
| |
|