| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
| |
Related to https://gitlab.gnome.org/GNOME/evolution/-/issues/1698
|
| |
|
|
|
|
|
|
| |
Add the I18n CMake module to merge files.
Signed-off-by: Corentin Noël <corentin.noel@collabora.com>
Closes https://gitlab.gnome.org/GNOME/evolution-data-server/-/merge_requests/78
|
| |
|
|
| |
Closes https://gitlab.gnome.org/GNOME/evolution-data-server/-/merge_requests/72
|
| |
|
|
| |
Closes https://gitlab.gnome.org/GNOME/evolution-data-server/-/merge_requests/68
|
| |
|
|
|
|
|
|
|
|
|
| |
CMake 3.20.1 errors out with:
CMake Error at cmake/modules/PrintableOptions.cmake:38 (message):
variable name cannot be empty
Call Stack (most recent call first):
CMakeLists.txt:152 (add_printable_variable)
Change how the parameter value is compared, to fix it.
|
| |
|
|
|
| |
The variable should not be declared as 'volatile', compiler claims
a warning otherwise.
|
| |
|
|
| |
Closes https://gitlab.gnome.org/GNOME/evolution-data-server/-/issues/282
|
| |
|
|
|
|
|
| |
Requires GObject Introspection >=1.59.1
Closes https://gitlab.gnome.org/GNOME/evolution-data-server/-/issues/284
Closes https://gitlab.gnome.org/GNOME/evolution-data-server/-/merge_requests/62
|
| |
|
|
|
|
|
| |
It allows bindings to provide syntax sugar for GErrors
glib-mkenums allows to get multiple headers to extract all the enums.
Closes https://gitlab.gnome.org/GNOME/evolution-data-server/-/merge_requests/61
|
| |
|
|
|
|
|
| |
It helps with reproducible builds, by not including the source path
in the public header files.
Related to https://gitlab.gnome.org/GNOME/evolution/-/issues/1273
|
| |
|
|
|
|
| |
This change helps to create reproducible builds.
Closes https://gitlab.gnome.org/GNOME/evolution-data-server/-/issues/281
|
| |
|
|
|
| |
This may hopefully address occasional build break related to broken .gir
file due to executed generation of it twice at the same time.
|
| |
|
|
| |
After https://gitlab.gnome.org/GNOME/evolution/-/issues/934
|
| |
|
|
|
|
|
|
| |
code compilation
The C++ code produces a compile time warning:
cc1plus: warning: ‘-Werror=’ argument ‘-Werror=implicit-function-declaration’ is not valid for C++
despite CMake's check_cxx_compiler_flag() returning success.
|
| |
|
|
| |
Closes https://gitlab.gnome.org/GNOME/evolution-data-server/issues/186
|
| |
|
|
|
|
|
|
| |
The LDFLAGS could imply certain compile options being used (like -fPIC),
but these CFLAGS were not passed to gtkdoc-scangobj, thus the compilation
could fail.
Related to https://gitlab.gnome.org/GNOME/evolution-data-server/merge_requests/28
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
When a library provides no way to find linker flags for linking with it,
the build system usually depends on the user to necessary put -L flags
in LDFLAGS environment variable in order to find it. However, GtkDoc
module constructs the command line by itself, and it forgets to add
LDFLAGS to the command line of gtkdoc-scangobj.
It is especially important to include LDFLAGS on non-GNU systems. For
example, FreeBSD libc doesn't include a gettext implementation. GLib
requires gettext, and it pulls in an external gettext runtime for it.
However, gettext-runtime doesn't include a .pc file, so LDFLAGS is
required if gettext-runtime isn't installed in the same prefix as GLib.
Failing to include LDFLAGS in --ldflags passed to gtkdoc-scangobj can
result in a linking error because -lintl cannot be found.
In evolution-data-server we are lucky most of the time because it
depends on a lot of external libraries. These external libraries are
likely to be installed in the same prefix as gettext-runtime, so not
using LDFLAGS doesn't cause linking failure because required flags are
already pulled in by other libraries. In fact, this problem was found
when building libical, which uses a similar GtkDoc.cmake file.
In addition to the change to include LDFLAGS, this commit also changes
the following things:
- Instead of constructing _scangobj_ldflags in reverse order, do it in
normal order. Appending is easier to understand than prepending, and
the linker also interprets -L and -l flags in normal order.
- Move -L${LIB_INSTALL_DIR} to the bottom. This is what the comment
says, and it is expected to work because we no longer constructs
_scangobj_ldflags in reverse order.
Closes https://gitlab.gnome.org/GNOME/evolution-data-server/merge_requests/28
|
| |
|
|
| |
Closes https://gitlab.gnome.org/GNOME/evolution-data-server/merge_requests/15
|
| |
|
|
| |
Closes https://gitlab.gnome.org/GNOME/evolution-data-server/issues/120
|
| |
|
|
| |
Closes https://gitlab.gnome.org/GNOME/evolution-data-server/issues/33
|
| |
|
|
| |
Closes https://gitlab.gnome.org/GNOME/evolution-data-server/issues/99
|
| |
|
|
| |
Closes https://gitlab.gnome.org/GNOME/evolution-data-server/issues/102
|
| |
|
|
| |
Closes https://gitlab.gnome.org/GNOME/evolution-data-server/issues/94
|
| |
|
|
| |
Closes https://gitlab.gnome.org/GNOME/evolution-data-server/merge_requests/13
|
| |
|
|
|
| |
Specifically add the install PREFIX as the last, thus the built
headers and libraries have precedence over those installed.
|
| |
|
|
| |
...to find locally built .gir files before those provided by the system.
|
| |
|
|
| |
...and address the newly shown warnings as well.
|
| |
|
|
|
| |
Thus it can be used to influence where the needed libraries are
looked for from the outside.
|
| |
|
|
| |
Closes https://gitlab.gnome.org/GNOME/evolution-data-server/issues/41
|
| |
|
|
|
|
|
|
|
| |
Similar to https://gitlab.gnome.org/GNOME/evolution/issues/196
when intltool-merge is called in parallel, it could either rewrite
the ongoing attempt to build it or use an incomplete data, which
results in broken output files (.desktop, .metainfo and so on).
This change ensures the intltool-merge cache is created only once
and any other requests which would use it will wait until it's created.
|
| |
|
|
| |
Closes https://gitlab.gnome.org/GNOME/evolution-data-server/issues/30
|
| | |
|
| |
|
|
| |
Closes https://gitlab.gnome.org/GNOME/evolution-data-server/issues/7
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
|
| |
As pointed out in bug 784209, the --module-dir should be the 'html'
directory, which wasn't a problem with 1.25, but git master of gtk-doc
fails to find html files when it was set to the current directory.
|
| | |
|
| | |
|
| |
|
|
|
| |
Then the changes in the source enum file will also regenerate
the enum type files.
|
| | |
|
| | |
|
| |
|
|
| |
That will make the related code compile and GSSAPI available for Camel.
|
| | |
|
| | |
|
| | |
|
| | |
|