summaryrefslogtreecommitdiff
path: root/configure.ac
Commit message (Collapse)AuthorAgeFilesLines
...
* Merge branch 'non-posix-getwpnam-r' into 'master'Simon McVittie2020-03-111-46/+1
|\ | | | | | | | | Remove support for non-POSIX getpwnam_r() See merge request dbus/dbus!11
| * build: Drop support for non-POSIX getpwnam_r(), getgrnam_r()Simon McVittie2018-11-191-46/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Solaris 2.3 and 2.4 took their getpwnam_r() signature from draft 6 of the POSIX threads standard. Since Solaris 2.5 (1995), defining _POSIX_PTHREAD_SEMANTICS opts-in to the non-draft version of getpwnam_r(), and since Solaris 11.4 (2018), the non-draft version is the default. We already use AC_USE_SYSTEM_EXTENSIONS, which defines _POSIX_PTHREAD_SEMANTICS, among other useful macros. Thanks to Alan Coopersmith for assistance with Solaris history. Signed-off-by: Simon McVittie <smcv@collabora.com>
* | Start 1.13.14 developmentSimon McVittie2019-06-111-1/+1
| | | | | | | | Signed-off-by: Simon McVittie <smcv@collabora.com>
* | Prepare version 1.13.12dbus-1.13.12Simon McVittie2019-06-091-2/+2
| | | | | | | | Signed-off-by: Simon McVittie <smcv@collabora.com>
* | Start dbus 1.13.12 developmentSimon McVittie2019-05-171-1/+1
| | | | | | | | Signed-off-by: Simon McVittie <smcv@collabora.com>
* | Prepare release v1.13.10 and Specification v0.35dbus-1.13.10Simon McVittie2019-05-131-3/+3
| | | | | | | | Signed-off-by: Simon McVittie <smcv@collabora.com>
* | Configure option to disable traditional activationTopi Miettinen2019-03-251-0/+9
| | | | | | | | | | | | | | | | Traditional activation could be disabled if all services use SystemdService activation instead. Provide an example of a hardened DBus systemd service drop-in file for such a setup. Signed-off-by: Topi Miettinen <toiwoton@gmail.com>
* | Do not let doxygen build man pages on WindowsRalf Habacker2019-03-131-0/+7
| | | | | | | | | | This fixes an issue on gitlab CI not been able to create man page output dir. Also man pages does not make sense on Windows.
* | Generate documentation html index file from doc/index.html.in for autotools ↵Ralf Habacker2019-01-221-0/+1
| | | | | | | | | | | | and cmake Signed-off-by: Ralf Habacker <ralf.habacker@freenet.de>
* | Merge branch 'ax-missing' into 'master'Simon McVittie2019-01-211-1/+1
|\ \ | | | | | | | | | | | | | | | | | | | | | | | | configure.ac: Forbid AX_-prefixed patterns more selectively Closes #249 See merge request dbus/dbus!86 Reviewed-by: @pwithnall
| * | configure.ac: Forbid AX_-prefixed patterns more selectivelySimon McVittie2019-01-211-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | We want to make autoconf fail early and with a user-comprehensible message if autoconf-archive isn't installed, rather than generating a configure script with syntax errors, or a configure script that runs successfully but doesn't do what we intended. However, autoconf-archive doesn't actually guarantee not to use AX_-prefixed shell variable names without m4_pattern_allow'ing them (unlike Autoconf, Automake, Libtool and pkg-config, which explicitly use m4_pattern_allow for variables with AC_, AM_, LT_ and PKG_ prefixes), so it isn't safe to assume that they won't be used. In particular, recent versions of AX_CHECK_GNU_MAKE appear to be using $AX_CHECK_GNU_MAKE_HEADLINE as a shell variable. Instead, specifically forbid the names of the finite list of macros that we actually use. Signed-off-by: Simon McVittie <smcv@collabora.com> Resolves: dbus#249
* | | test: Move dbus-daemon-launch-helper-test here, and renameSimon McVittie2019-01-211-1/+1
|/ / | | | | | | | | | | | | | | | | The -test suffix does not indicate that this is a test, but rather that it is for tests (similar to the -unix and -win suffixes on modules like dbus-sysdeps). This seems unnecessarily confusing, so rename it to end with -for-tests. Signed-off-by: Simon McVittie <smcv@collabora.com>
* | Add glib 2.38 supportRalf Habacker2019-01-061-1/+1
| |
* | test-privserver: Move helper executable out of name-test/Simon McVittie2018-12-131-2/+0
| | | | | | | | | | | | | | | | | | | | This means we don't need to distinguish between DBUS_NAME_TEST_EXEC and DBUS_TEST_EXEC any more, because all test helper executables are in the same place, both during build and when installed (we don't install test-privserver since no installed test requires it yet, but in principle we could). Signed-off-by: Simon McVittie <smcv@collabora.com>
* | build: Add a way to set CFLAGS for AddressSanitizer etc.Simon McVittie2018-12-111-0/+3
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | We don't want to set these globally via the normal CFLAGS, because if we did, AddressSanitizer would catch test-segfault deliberately segfaulting, and "helpfully" turn it into exit status 1, which in turn makes our test fail because it asserts that the segfault is reported as a segfault. A typical use with gcc as compiler, on a reasonably recent Debian, would be: ./configure SANITIZE_CFLAGS="-fsanitize=address -fsanitize=undefined -fPIE -pie" Signed-off-by: Simon McVittie <smcv@collabora.com>
* | Add build system variable DBUS_NAME_TEST_EXEC to cover differences in ↵Ralf Habacker2018-12-111-0/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | executable paths Autotools creates executable applications in the respective subdirectory of the build directory, while cmake creates them in <build-root>/bin. This leads to different paths in the file created from org.freedesktop.DBus.TestSuite.PrivServer.service.in, which are fixed by the new variable. Bug: https://gitlab.freedesktop.org/dbus/dbus/issues/135 Signed-off-by: Ralf Habacker <ralf.habacker@freenet.de> Reviewed-by: Simon McVittie <smcv@collabora.com>
* | Merge branch 'unpythonize' into 'master'Simon McVittie2018-12-051-17/+1
|\ \ | | | | | | | | | | | | | | | | | | Translate Python-based tests to C See merge request dbus/dbus!37 Reviewed-by: pwithnall
| * | Translate Python-based tests to CSimon McVittie2018-12-031-17/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This simplifies bootstrapping: now you don't have to build dbus, build dbus-python (with GLib), and use dbus-python to test dbus. It also avoids test failures when using facilities like AddressSanitizer. When libdbus is built with AddressSanitizer, but the system copies of Python and dbus-python were not, dbus-python will exit the Python interpreter on load, because libasan wasn't already initialized. The simplest way to avoid this is to not use Python: the scripts are not *that* hard to translate into C. Both of these tests happen to be conditionally compiled for Unix only. test_activation_forking() relies on code in TestSuiteForkingEchoService that calls fork(), which can only work on Unix; meanwhile, test_system_signals() tests the system bus configuration, which is only relevant to Unix because we don't support using dbus-daemon as a privilege boundary on Windows (and in any case D-Bus is not a Windows OS feature, so the system bus cannot be used to communicate with OS services like it can on most Linux systems). This is also a partial solution to <https://gitlab.freedesktop.org/dbus/dbus/issues/135>, by reducing the size of name-test/. For this to work, we need to build the test-service helper executable even if embedded tests are disabled. Signed-off-by: Simon McVittie <smcv@collabora.com>
* | | Start working on dbus 1.13.10Simon McVittie2018-12-041-1/+1
| | | | | | | | | | | | Signed-off-by: Simon McVittie <smcv@collabora.com>
* | | 1.13.8dbus-1.13.8Simon McVittie2018-12-041-3/+3
|/ / | | | | | | Signed-off-by: Simon McVittie <smcv@collabora.com>
* | Merge branch 'simplify-configure-checks' into 'master'Simon McVittie2018-11-211-36/+54
|\ \ | | | | | | | | | | | | Simplify configure checks See merge request dbus/dbus!10
| * | build: Simplify checks for straightforward header filesSimon McVittie2018-11-191-28/+20
| | | | | | | | | | | | Signed-off-by: Simon McVittie <smcv@collabora.com>
| * | build: Simplify checks for functions with no special dependenciesSimon McVittie2018-11-191-8/+34
| |/ | | | | | | Signed-off-by: Simon McVittie <smcv@collabora.com>
* | build: Require va_copy() or __va_copy() on non-MSVC compilersSimon McVittie2018-11-191-32/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | va_copy() is a C99 feature, and should be widely supported by now. gcc in strict C89 mode implements an equivalent __va_copy() instead. MSVC 2013 implements va_copy(), but at the moment we still aim to support MSVC 2010 and 2012, which don't have it. However, we know that in Windows ABIs, va_list is a pointer, so we can use _DBUS_VA_COPY_ASSIGN. We do not support MSVC for Autotools builds, only CMake, due to its non-Unixish command-line interface. Signed-off-by: Simon McVittie <smcv@collabora.com>
* | Don't check how to copy a va_list if we already have va_copy()Simon McVittie2018-11-191-36/+34
|/ | | | | | | | | | | | If we already have ISO C va_copy() or its non-standard counterpart __va_copy(), then there's no need to do an AC_RUN_IFELSE or its CMake equivalent to detect whether "args2 = args1" or "*args2 = *args1" works. AC_RUN_IFELSE is problematic during cross-compilation, where the program cannot be run (you have to know in advance that the test program will be run and what its result will be), so we want to avoid it whenever possible. Signed-off-by: Simon McVittie <smcv@collabora.com>
* internals: Assume compiler supports a subset of ISO varargs syntaxSimon McVittie2018-11-151-29/+0
| | | | | | | | | | | | | We have considerable anecdotal evidence that every relevant compiler supports at least the small part of ISO varargs syntax that we need here, because tools/tool-common.h has contained #define VERBOSE(...) do {} while (0) since dbus 1.9.2 (2014) and nobody has complained yet. With that in mind, let's simplify. Signed-off-by: Simon McVittie <smcv@collabora.com>
* Avoid double slashes in paths created by pkg-configRalf Habacker2018-11-151-1/+1
| | | | | | | If in a .pc variable a path is created from another variable, such as exec_prefix=${prefix}/lib, prefix must not contain a trailing slash to avoid double slashes in the generated path.
* Use same name for DBUS_HAVE_LINUX_EPOLL cpp macro and Automake conditionalRalf Habacker2018-10-241-1/+1
| | | | | Reviewed-by: Simon McVittie <smcv@collabora.com> Bug: https://gitlab.freedesktop.org/dbus/dbus/merge_requests/18
* build: Never use poll() on Darwin family (macOS, etc.) or InterixSimon McVittie2018-10-221-28/+0
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Doing a runtime check in configure.ac (AC_RUN_IFELSE) has several disadvantages: * It doesn't work when cross-compiling. For example, if we build macOS binaries on a Linux system, we'd assume that poll() works, but in fact it won't. * It checks the build system capabilities, but that is not necessarily appropriate if (for example) a macOS 10.10 user builds binaries that could be used by macOS 10.12 or macOS 10.9 users. * It checks for one specific failure mode, but macOS seems to have a history of various implementation issues in poll(). * If we want it to work in CMake, we have to duplicate it in the CMake build system. None of these is a showstopper on its own, but the combination of all of them makes the current approach to avoiding the broken poll() on macOS look unreliable. libcurl, a widely-portable library making extensive use of sockets, specifically doesn't use poll() on Darwin (macOS, iOS, etc.) or on Interix; let's follow their example here. See also https://bugzilla.gnome.org/show_bug.cgi?id=302672 and https://daniel.haxx.se/blog/2016/10/11/poll-on-mac-10-12-is-broken/ for some relevant history. Signed-off-by: Simon McVittie <smcv@collabora.com> Resolves: https://gitlab.freedesktop.org/dbus/dbus/issues/232
* Update bug reporting URLs to use freedesktop.org GitlabSimon McVittie2018-10-221-1/+1
| | | | | | The README change reuses text from CONTRIBUTING.md. Signed-off-by: Simon McVittie <smcv@collabora.com>
* configure.ac: Remove unused HAVE_V*PRINTF macrosRalf Habacker2018-10-191-1/+1
| | | | | | The corresponding functions are used unconditionally. Reviewed-by: Simon McVittie <smcv@collabora.com>
* build: Make --enable-relocation compatible with hard-coding directoriesSimon McVittie2018-08-301-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | Open Build Service RPMs for mingw32-dbus-1 hard-code all the directories to make everything explicit, notably: --prefix=/usr/i686-w64-mingw32/sys-root/mingw --exec-prefix=/usr/i686-w64-mingw32/sys-root/mingw ... --libdir=/usr/i686-w64-mingw32/sys-root/mingw/lib Previously we didn't accept this as relocatable, but actually it's fine: ${prefix} is still equivalent to ${libdir}/pkgconfig/../.., so our relocation setup can work. Accept the result of expanding "${prefix}" as an acceptable value for --exec-prefix, and accept the results of expanding "${exec_prefix}/lib" etc. as acceptable values for --libdir. Note the use of single vs. double quotes here. A case statement that matches '${prefix}' tests for the literal string «${prefix}», whereas a case that matches "${prefix}" tests for the string that is the value of the variable named «prefix» that is set by the --prefix command-line argument. Signed-off-by: Simon McVittie <smcv@collabora.com> Reviewed-by: Philip Withnall <withnall@endlessm.com> Bug: https://bugs.freedesktop.org/show_bug.cgi?id=107662
* build: Give better error messages if relocation is impossibleSimon McVittie2018-08-301-6/+12
| | | | | | | | | | | There are two reasons why we might reject relocation: the exec_prefix differing from the prefix, or the libdir not being a first-level subdirectory named "lib" or "lib64" of the prefix. Make it clearer which one failed and why. Signed-off-by: Simon McVittie <smcv@collabora.com> Reviewed-by: Philip Withnall <withnall@endlessm.com> Bug: https://bugs.freedesktop.org/show_bug.cgi?id=107662
* Distribute source code using .tar.xz archivesFrancesco Turco2018-08-291-1/+1
| | | | | | | | | This saves around 32% of the size of the archive. [smcv: Rebased onto current master] Signed-off-by: Simon McVittie <smcv@collabora.com> Reviewed-by: Philip Withnall <withnall@endlessm.com> Bug: https://bugs.freedesktop.org/show_bug.cgi?id=107630
* build: Don't install a ChangeLog that we don't updateSimon McVittie2018-08-291-1/+1
| | | | | | Signed-off-by: Simon McVittie <smcv@collabora.com> Reviewed-by: Philip Withnall <withnall@endlessm.com> Bug: https://bugs.freedesktop.org/show_bug.cgi?id=107630
* 1.13.7Simon McVittie2018-08-031-1/+1
|
* 1.13.6dbus-1.13.6Simon McVittie2018-08-021-3/+3
|
* Start development of 1.13.6Simon McVittie2018-04-301-1/+1
| | | | Signed-off-by: Simon McVittie <smcv@collabora.com>
* 1.13.4dbus-1.13.4Simon McVittie2018-04-301-3/+3
|
* Add version info to installed executables for cmake build system on WindowsRalf Habacker2018-03-121-0/+7
| | | | | | Signed-off-by: Ralf Habacker <ralf.habacker@freenet.de> Reviewed-by: Simon McVittie <smcv@collabora.com> Bug: https://bugs.freedesktop.org/show_bug.cgi?id=103387
* Windows: Target Windows Vista or higherSimon McVittie2018-03-091-0/+3
| | | | | | | | | | | | This will give us the RFC-2553 inet_ntop() interface. Windows Vista extended security support ended in 2017, but we don't actually need anything from versions newer than Vista yet. Loosely based on part of a patch by Ralf Habacker. Signed-off-by: Simon McVittie <smcv@collabora.com> Reviewed-by: Ralf Habacker <ralf.habacker@freenet.de> Bug: https://bugs.freedesktop.org/show_bug.cgi?id=61922
* Start developing 1.13.4Simon McVittie2018-03-021-1/+1
| | | | Signed-off-by: Simon McVittie <smcv@collabora.com>
* 1.13.2dbus-1.13.2Simon McVittie2018-03-011-3/+3
| | | | Signed-off-by: Simon McVittie <smcv@collabora.com>
* Add a unit test for the dbus-daemon resetting its fd limitSimon McVittie2018-02-201-1/+2
| | | | | | | Reviewed-by: David King <dking@redhat.com> [smcv: Fix typo in cmake macro name] Signed-off-by: Simon McVittie <smcv@collabora.com> Bug: https://bugs.freedesktop.org/show_bug.cgi?id=105165
* Start towards 1.13.2Simon McVittie2018-02-081-1/+1
| | | | Signed-off-by: Simon McVittie <smcv@collabora.com>
* 1.13.0dbus-1.13.0Simon McVittie2018-02-081-4/+4
| | | | Signed-off-by: Simon McVittie <smcv@collabora.com>
* Resolve bindir variable in dbus-1.pc file correctlyBenedikt Heine2017-12-141-1/+1
| | | | | Bug: https://bugs.freedesktop.org/show_bug.cgi?id=104265 Reviewed-by: Simon McVittie <smcv@collabora.com>
* driver: Add a stub implementation of the Containers1 interfaceSimon McVittie2017-12-111-0/+11
| | | | | | | | | | For now, this is considered to be a privileged operation, because the resource-limiting isn't wired up yet. It only contains the bare minimum of API. Signed-off-by: Simon McVittie <smcv@collabora.com> Reviewed-by: Philip Withnall <withnall@endlessm.com> Bug: https://bugs.freedesktop.org/show_bug.cgi?id=101354
* Add a simplified backport of g_steal_pointer()Simon McVittie2017-11-061-1/+1
| | | | | | | | | | | | | | This will be used in tests later in the branch. Sadly we can't use GLIB_VERSION_2_44 unless we are willing to have a hard dependency on GLib 2.44, which would force us to do all our Travis-CI builds in Docker containers rather than in ye olde base system, and that adds 50% to the time taken to do builds. Reviewed-by: Philip Withnall <withnall@endlessm.com> [smcv: Rebase onto 1.13.x branch, fix minor conflicts] Signed-off-by: Simon McVittie <smcv@collabora.com> Bug: https://bugs.freedesktop.org/show_bug.cgi?id=101354
* cmake: Match AC_DEFINE more precisely, respecting [] quotingSimon McVittie2017-11-061-0/+3
| | | | | | | | | | | | | | | The regular expression previously used here to select the second comma-delimited argument won't work when we introduce an argument containing a comma, which I need to do now. We can address this by recognising Autoconf's quoting mechanism (which uses square brackets). This is not 100% right (it doesn't understand nested square brackets), but it's good enough in practice. Signed-off-by: Simon McVittie <smcv@collabora.com> Acked-by: Philip Withnall <withnall@endlessm.com> Bug: https://bugs.freedesktop.org/show_bug.cgi?id=101354
View Lorry Controller Status