Revert "MSVC release builds: Ensure that /LTCG is used"

As we now ensure that items using GResources and GConstructors are always
referenced so that the linker does not optimize them out in a default
Release build, we no longer need to enforce the use of /LTCG, so
/LTCG:incremental will work as well.

This reverts commit fc5394e7ca78d6d6272a3591236f99c11ffc5111.

MSVC release builds: Ensure that /LTCG is used

MSVC 2015 changed its default link-time code generation setting to
/LTCG:incremental, which causes problems if /opt:noref is to be used,
meaning that some code will be optimized out by the linker.

Avoid this situtation here by enforcing the use of /LTCG for MSVC 2010+
builds.

Fix build/win32/vs10/atk-install.vcxproj

Replace AtkEtcInstallRoot with GlibEtcInstallRoot, which is a leftover
from before.

Updated Esperanto translation

Updated Vietnamese translation

Signed-off-by: Trần Ngọc Quân <vnwildman@gmail.com>

Build: Make Makefile.msvcproj A Bit More Generic

Handle also the situation where $(srcdir) == $(top_srcdir), so that this
can also be used in cases like librsvg and gobject-introspection.

build/Makefile-newvs.am: Update Comments for Usage

Update the notes that this is also used for Visual Studio 2015 support,
and correct the MSVC_VER_LONG for MSVC 2015, which is 14, not 2015.

Also add a note that this can be used for other projects that have
Visual Studio build support.

atktablecell: use content of the pointer instead of pointer itself

Fixes
https://bugzilla.gnome.org/show_bug.cgi?id=755548

Release 2.18.0

MSVC Builds: Rename testsrules_msvc.mak

...to detectenv-msvc.mak, for better consistency between projects, as that is
used for introspection file builds.

configure.ac: Remove Check For Python

Since we are now using the common autotools module for generating the
complete Visual Studio ATK projects, we don't need to check for Python
anymore during configure, so we can just drop the Python part.

https://bugzilla.gnome.org/show_bug.cgi?id=755114

MSVC Builds: Restore Using Autotools for Generating Projects

Use the common autotools module in my last commit for generating the
MSVC project files, which is more safe against 'make dist -jN' and
supports out-of-tree builds better.

https://bugzilla.gnome.org/show_bug.cgi?id=755114

build: Add Common Autotools Module for MSVC Projects

This adds a common autotools module that can be used by various projects to
generate the Visual Studio projects as needed, and if necessary, generate
the headers listings to "install" for that project, based on items passed
in to this.  This is modelled on the Makefile.introspection autotools file
that is used by many GNOME projects to generate the introspection files.

https://bugzilla.gnome.org/show_bug.cgi?id=755114

MSVC Builds: "Add" Visual Studio 2015 Projects

This "adds" Visaul Studio 2015 projects by doing what we did before:
copying the Visual Studio 2010 projects and replacing items in there
as necessary.

Updated Chinese (Taiwan) translation

Release 2.17.90

MSVC Introspection Builds: Remove GCC Requirement

G-I has been updated to not require a Windows GCC installation
anymore to generate the .gir files, so update the NMake Makefiles
that are used for this purpose.

misc: set proper file permissions to source files

Source files are not executable.

https://bugzilla.gnome.org/show_bug.cgi?id=752930

Visual Studio Builds: Rename "install" Projects

Rename to atk-install so that we can integrate the ATK Visual Studio
Projects into the all-in-one solution file to build the GTK+ stack easier.

Updated Portuguese translation

Docs: Replace mentions of 'state-changed' with 'state-change'.

And use the correct syntax to create a link to that AtkObject signal.
See bug #649575

Documentation: Fix tiny typos.

Updated Aragonese translation

Updated Aragonese translation

Makefile-newvs: some .vcxproj.filters files are in builddir, some in srcdir

Without this change, out-of-tree distcheck doesn't get very far.

Similarly, allow *.vcxproj, *.props to be in either the builddir or
the srcdir.

Finally, since I'm touching these lines anyway, eliminate some
useless uses of cat: "cat x | sed 's/foo/bar/' > y" is
equivalent to "sed 's/foo/bar/' < x > y".

Bug: https://bugzilla.gnome.org/show_bug.cgi?id=748176
Reviewed-by: Chun-wei Fan <fanchunwei@src.gnome.org>

build/Makfile-newvs.am: Use Pattern Rules

Make use of pattern rules when generating the Visual Studio 2012/2013
Projects from the Visual Studio 2010 projects, which will help to clean up
the file and also avoid problems when running items like 'make -jN dist'.

Release 3.16.0

docs: fix GTK-Doc comment blocks

Fixes a couple of warnings emitted by gtkdoc-mkdb
and g-ir-scanner.

Finnish translation update

Updated Swedish translation

Updated Bosnian translation

Updated Bulgarian translation

Updated Kazakh translation

Updated Swedish translation

MSVC Builds: "Install" .pdb Files

"Install" the .pdb files for Visual Studio builds, to make debugging builds
easier, especially when debugging the GTK+ stack.

Also make the "installation" of .lib and .dll files more selective so that
we won't accidently copy DLLs and LIBs that are either not meant to be
copied or have other specific places that they need to go, when the
project files here are included as part of a grand solution file, such as
one that is used to build the whole GTK+ stack from scratch.

MSVC 2010+ Builds: Improve .pdb Generation

Use the /d2Zi+ compiler flag so that more useful info can be logged into
the .pdb file for release builds, to improve the debugging experience for
release builds.

MSVC 2010+ Builds: Fix .pdb File Generation

Make the .pdb file be output like how it is done on Visual Studio 2008
builds, i.e. being the same as the DLL filename.  This will be useful as
.pdb files would be "installed" in the coming commits.

MSVC Builds: Speed Up Release Builds

Use the multi-processor compilation option for the compiler, which can cut
down build times of release builds by quite a bit.  This would emit a brief
warning for debug builds as they use /Gm, but otherwise the build would
continue normally.

NEWS file: added 2.15.91 entry

Accidentally not included on last release commit.

Release 2.15.91

Updated Slovak translation

Updated Turkish translation

configure.ac: Stop using deprecated GNOME-specific autoconf macros

This will eventually be replaced by AX_COMPILER_FLAGS

https://bugzilla.gnome.org/show_bug.cgi?id=744413

autogen.sh: Add shebang back

autogen.sh: stop using deprecated gnome-autogen.sh

See https://wiki.gnome.org/Projects/GnomeCommon/Migration

Added contributors line on 2.15.4 entry

Release 2.15.4

Add new roles for fractions, roots, subscripts, and superscripts

https://bugzilla.gnome.org/show_bug.cgi?id=742806

Release 2.15.3

Updated Turkish translation

Add ATK_STATE_READ_ONLY

https://bugzilla.gnome.org/show_bug.cgi?id=665598

AtkTable: Added missing ":" on one gi annotation

Unref STATE_TYPE class ref after using it at state_type_get_name

Release 2.15.2

Removed a comments that should (and is) part of the docs

Document the deprecation of ATK_STATE_ARMED

https://bugzilla.gnome.org/show_bug.cgi?id=740152

Add ATK_ROLE_STATIC and clarify ATK_ROLE_TEXT

https://bugzilla.gnome.org/show_bug.cgi?id=739981

doc: extend atk_focus_tracker_notify deprecation documentation

Improve documentation related to AtkState and AtkStateSet

https://bugzilla.gnome.org/show_bug.cgi?id=740066

Updated Swedish translation

Fix some unclear language regarding ATK_STATE_ACTIVE

https://bugzilla.gnome.org/show_bug.cgi?id=740044

Release 2.15.1

Updating README file

Previous one still have references to a wrong
glib dependency, CVS, etc

Add ATK_STATE_HAS_TOOLTIP

https://bugzilla.gnome.org/show_bug.cgi?id=407539

Update documentation to reflect an additional use case for STATE_INDETERMINATE

https://bugzilla.gnome.org/show_bug.cgi?id=737602

Release 2.14.0

Updated Slovak translation

Updated Russian translation

Updated Greek translation

Release 2.13.90

Updated Assamese translation

Finnish translation update

Updated German translation

doap: add <programming-language>

doap category core

Give CC to gir scanner

Change needed by the MINGW project.

Signed-off-by: Alejandro Piñeiro <apinheiro@igalia.com>

Release 2.13.3

Release 2.13.2

MSVC 2012/2013 Support: Update Property Sheet Creation

Be a bit more careful when copying and updating the property sheets, so that
we don't accidently change fields with '10' in them that are actually not
indicating the Visual Studio version.

Build: Add Build Support for Visual Studio 2013

Like the Visual Studio 2012 projects, the Visual Studio 2013 project files
are only slightly different from the Visual Studio 2010 files, in more or
less the same manner.  We can thus easily provide out-of-box support for
building under Visual Studio 2013 by expanding on the scripts used to
provide support for the Visual Studio 2012 projects, without adding much
maintainance overhead.

Updated German translation

MSVC 2010+ Projects: Update "Installation" Process

Currently, due to the way that Visual Studio 2010+ projects are handled,
the "install" project does not re-build upon changes to the sources, as it
does not believe that its dependencies have changed, although the changed
sources are automatically recompiled.  This means that if a part or more
of the solution does not build, or if the sources need some other fixes
or enhancements, the up-to-date build is not copied automatically, which
can be misleading.

Improve on the situation by forcing the "install" project to trigger its
rebuild, so that the updated binaries can be copied.  This does trigger an
MSBuild warning, but having that warning is way better than not having an
up-to-date build, especially during testing and development.

atk/Makefile.am: Stop reading atk.def

Since 41442d82 we no longer generate atk.def, but we were still reading
it when linking libatk on MinGW.  This was causing a build failure:

      CC       atkwindow.lo
      CC       atk-enum-types.lo
    /usr/bin/i686-w64-mingw32-windres atk.rc atk-win32-res.o
      CCLD     libatk-1.0.la
    libtool: link: symbol file `atk.def' does not exist
    make[3]: *** [libatk-1.0.la] Error 1

https://bugzilla.gnome.org/show_bug.cgi?id=730859

Fix GIR scanning for srcdir != builddir

Add the builddir to the include path so atk/atkobject.h is found.

Updated Hebrew translation

[l10n] Updated Catalan (Valencian) translation

[l10n] Update Catalan translation

doc: adding further explanation on atk_add_global_event_listener

Clarifying that the atk types should be already registered
before calling this method.

https://bugzilla.gnome.org/show_bug.cgi?id=729922

introspection: add many missing Returns: (nullable) annotations

https://bugzilla.gnome.org/show_bug.cgi?id=729752

Release 2.13.1

Visual Studio Builds: Don't Generate atk.def

Update the config.h.win32.in template to define _ATK_EXTERN as
__declspec(dllexport) extern for Visual Studio builds, so that the public
symbols and variables can be exported during the build, and generating
atk.def will no longer be needed.  Update the projects and property sheets
accordingly.

https://bugzilla.gnome.org/show_bug.cgi?id=728031

MSVC Build: Add Simple Support for Visual Studio 2012

As the format of the Visual Studio 2012 project files are not much
different as compared to the 2010 ones, we can use some simple autotools
scripts to copy the Visual Studio 2010 project file items, and replacing
Visual-Studio-version-specific strings as necessary, so we provide support
for it quite easily without much maintenance overhead.

https://bugzilla.gnome.org/show_bug.cgi?id=691991

Use Visiblity-based Symbol Exporting

Update the autotools files to determine the compiler directive used to mark
a symbol for export, and use the appropriate CFLAGS as necessary.  Also
make MinGW builds not to generate atk.def and attempt to generate and
install a Visual Studio .lib file from there.

https://bugzilla.gnome.org/show_bug.cgi?id=728031

atk/Makefile.am: Update Generation of Enum Sources

This makes sure that the generated enumeration header include
atk/atkversion.h, and decorate the symbols there with ATK_AVAILABLE_IN_ALL.
Also, make sure that the generated enumeration source file includes
config.h before including atk.h.

https://bugzilla.gnome.org/show_bug.cgi?id=728031

Include config.h For All the C Source Files

Make sure that config.h is included first in all the C-sources in atk/ so
that the build-time definitions of _ATK_EXTERN can be used during the
build of the ATK library.

https://bugzilla.gnome.org/show_bug.cgi?id=728031

Annotate the Public Symbols in Public Headers

This includes atk/atkversion.h in all the public headers, either directly
or via atk/atkobject.h, and annotates the public symbols in the headers,
which all lead to _ATK_EXTERN via one of ATK_AVAILABLE_IN_ALL,
ATK_AVAILABLE_IN_X_Y, ATK_DEPRECATED, ATK_DEPRECATED_FOR,
ATK_DEPRECATED_IN_X_Y or ATK_DEPRECATED_IN_X_Y_FOR, depending on which
stable release series the API was introduced or deprecated.

_ATK_EXTERN which can then be defined in a way during the build, so that
these symbols can be exported automatically using compiler directives.

Also use _ATK_EXTERN for ATK_VAR in atk/atkmisc.h during the build so that
variables can also be properly exported.

https://bugzilla.gnome.org/show_bug.cgi?id=728031

atk/atkversion.h.in: Add Version/Deprecation Macros

This adds version macros, like what is now done in GLib, GTK+ and Clutter,
so that these macros can be used in public headers to:

-Prepare for using a visibility-based (or __declspec(dllexport)method to
 export the public APIs during the build.  These macros are marked for 2.x
 stable releases as ATK_AVAILABLE_IN_X_Y, and ATK_AVAILABLE_IN_ALL for APIs
 introduced on or before the ATK-2.0.0 release.

-Add ATK_DEPRECATED_IN_X_Y macros for use on APIs that are deprecated
 in 2.x, and ATK_DEPRECATED for those deprecated earlier.  This
 is also used to export the deprecated APIs using the visibility-based/
 __declspec(dllexport) method.

https://bugzilla.gnome.org/show_bug.cgi?id=728031

Updated Greek translation

Updated Slovenian translation

Updated Basque language