summaryrefslogtreecommitdiff
path: root/config.h.meson.in
Commit message (Collapse)AuthorAgeFilesLines
* build: Detect appropriate strftime() year modifier at build timeCarlos Garnacho2023-05-021-0/+3
| | | | | | | | | | | | | | | | Different libc implementations (or different platforms) have different bugs. Even though %Y is documented as a 4-digit number, and %C as year/100 in a [00-99] range, they both crap out with years under 1000, using respectively 3 and 1 digits. This would be typically task for a width modifier (e.g. %4Y, or %2C), but that was conversely found to break NixOS on Darwin. Since the existing libc bugs paint us to a corner, detect an appropriate modifier at build time to get a 4-digit year to get true ISO 8601 in our supported [0001-9999] year range. Closes: https://gitlab.gnome.org/GNOME/tracker/-/issues/402
* build: Remove define leftoversCarlos Garnacho2023-03-021-6/+0
| | | | | The HAVE_LIBICU/LIBUNISTRING defines should not be needed for anything now.
* build: Don't look for posix_fadviseCarlos Garnacho2022-08-301-3/+0
| | | | | For some reason this fails, but also is unused in this project tree. We can stop asking for its existence.
* libtracker-sparql: Allow building against multiple versions of libsoupCarlos Garnacho2021-07-281-0/+3
| | | | | | | | | | | | | | | | Tracker is an innocent bystander hindering libsoup3 port, since the libsoup2/3->tracker->gtk3 dependency chain imposes a libsoup version, graphical applications using libsoup cannot port at their own pace. Make our remote code (connection & endpoint) be a private module that is built against both versions of libsoup (if found), then we pick one at runtime, with a preference on libsoup3 if libsoup2 .so file is not seen in the already loaded libraries. This patch should be reverted ASAP, once we can consider libsoup2 deprecated. Fixes: https://gitlab.gnome.org/GNOME/tracker/-/issues/320
* build: Clean up config.h definesCarlos Garnacho2020-04-051-62/+0
| | | | Some of those were unused for a long time.
* Remove no-FTS codepathsSam Thursfield2020-03-081-3/+0
| | | | | | | For historical reasons we have a codepath to build without full-text search support, mostly useful on systems where the SQLite FTS5 module is not available. This module is not difficult to build so in Tracker 3.0 we'll require it.
* Remove leftover hal bitsMichael Biebl2017-11-151-3/+0
| | | | Those are no longer used after the tracker-miners split.
* meson: Remove options that are only relevant to tracker-minersSam Thursfield2017-10-311-6/+0
| | | | The tracker-miners now live in a separate repo.
* Remove libmediaart code entirelyCarlos Garnacho2017-06-291-3/+0
| | | | | The libmediaart dependency was disabled in commit 6a05068624bfa, it doesn't make sense to drag this code around.
* Remove Maemo/Meego leftoversSam Thursfield2017-06-081-3/+0
| | | | | | | | | | | | | | | | | | | This removes various code paths that we believe to be unused. * The userguides miner has been removed altogether. * The application miner no longer parses MeeGo-style .desktop files * The TRACKER_DISABLE_MEEGOTOUCH_LOCALE environment flag is gone (it already did nothing) * Character set detection with libmeegotouch is removed, only enca or libicu are supported * Meego-specific flags are gone from .desktop files * Functional tests have lost their vestigal Scratchbox and Aegis support There are 5 ontologies referencing Maemo, 4 of which are largely unused. These have been kept around in case anyone is using them outside Tracker. https://bugzilla.gnome.org/show_bug.cgi?id=783555
* Meson build instructions for TrackerSam Thursfield2017-05-221-0/+139
See <http://mesonbuild.com/> for information about Meson. Remaining issues: * There's no `make dist` equivalent. We currently produce release tarballs containing the output files of the Vala compiler. We need to think through whether we can stop doing that. Shipping the generated .c files does make the Vala preprocessor useless so it would be good if we can stop. * The Firefox, Thunderbird, Evolution and Nautilus plugins are not built * https://github.com/mesonbuild/meson/issues/671 -- means we can't depend on tracker_common_dep in most places and have to manually set link_with, include_directories and sources instead. * https://github.com/mesonbuild/meson/issues/1469 -- without this we have to install generated Vala headers using a script * https://github.com/mesonbuild/meson/issues/1229 -- means adding the #include guard to libtracker-sparql/tracker-generated-no-checks.h is a pain * The test suite has some spurious failures. Here's a rough speed comparison. Meson: time sh -c 'meson .. --prefix=/opt/tracker-meson -D bash_completion=/opt/tracker-meson/share/bash-completion -Dsystemd_user_services=/opt/tracker-meson/lib/systemd/user -Ddbus_services=/opt/tracker-meson/share/dbus-1/services && ninja-build -j 4 && ninja-build install' real 1m8.194s user 2m16.962s sys 0m20.532s Autotools: time sh -c './configure --prefix=/opt/tracker-autotools --with-bash-completion-dir=/opt/tracker-autotools/share/bash-completion --with-session-bus-services-dir=/opt/tracker-autotools/share/dbus-1/services --disable-nautilus-extension && make -j 4 && make install' real 2m37.750s user 4m37.214s sys 0m54.806s Plus 30+ seconds of ./autogen.sh first. Note that Meson builds may fail if your source tree has generated files from an Autotools build in there. If you see errors about duplicate definitions, first try cleaning your source tree (use `git clean -dfx`, but make sure you commit any work first!!)
View Lorry Controller Status