| Commit message (Collapse) | Author | Age | Files | Lines |
| |
|
|
|
|
|
| |
Find the Java directories within the Xcode bundle on macOS 10.8 and
later.
|
| |
|
|\
| |
| | |
AX_TYPE_SOCKLEN_T: fix "-Wall -Werror" compatibility
|
| |
| |
| |
| |
| |
| |
| |
| | |
The len variable is unused, which causes a compile error resulting in a
failure to detect socklen_t.
Also fix a potential warning about implicit type conversion while
initializing len.
|
| |
| |
| |
| |
| |
| |
| | |
ISO/IEC 9899:2011 defines the _Thread_local storage-class specifier.
We should test for it before testing for any pre C11 specifiers.
Signed-off-by: Heinrich Schuchardt <xypron.glpk@gmx.de>
|
| |
| |
| |
| |
| |
| | |
Update AX_GCC_ARCHFLAG to detect ThunderX (an AArch64 CPU by Cavium) and
set -march/-mcpu accordingly depending on the CPU generation and
compiler support.
|
|/ |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The current ax_boost_thread.m4 macro can fail on some platforms and this change
improves its support. I don't remember the exact platforms that fail with the
current version (without this patch), but I think Ubuntu 16.04.1 LTS on aarch64
had problems. I know it was a newer release of Ubuntu and possibly past FreeBSD
usage, though I made these changes locally more than 1 year ago.
This patch also changes whitespace because it was hard to discern the intended
indentation in places (it appeared like previous authors didn't care).
Submitted via <https://savannah.gnu.org/patch/index.php?9153>.
|
|
|
|
|
|
|
|
|
|
| |
This patch removes opaque binary usage within the java macros. It is very
disturbing that binary data was included in these macros. I confirmed that the
binary data matched the comments, however, future changes could easily make
them deviate, making it very easy to insert arbitrary source code into any
project.
I also removed usage of the -r flag from rm usage which didn't make sense.
|
|
|
|
|
| |
Otherwise, if log.decorate is specified in git config, local ref names
will wind up printed in the changelog.
|
|
|
|
|
|
|
| |
If the macro AX_BOOST_BASE does not detect a simple "system" layout for boost,
it tries to find it in versioned directories. Unfortunately, that path of logic
set BOOST_LDFLAGS to null. Other parts of the code already check
ac_boost_lib_path before altering BOOST_LDFLAGS, except for one place.
|
|
|
|
| |
Suggested-by: keith.bostic@mongodb.com
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The version check does not support the latest version of lcov (1.12).
The history of this module[1][2][3][4] does not reveal a rationale for
the check and its utility seems dubious. Rather than applying yet another
temporary fix, remove the check.
Note: The issue of version check removal was raised on
autoconf-archive-maintainers[5] without response.
1. https://git.gnome.org/browse/gnome-common/log/macros2/gnome-code-coverage.m4
2. https://bugzilla.gnome.org/show_bug.cgi?id=606720
3. https://git.gnome.org/browse/glib/log/configure.ac
4. https://bugzilla.gnome.org/show_bug.cgi?id=501057
5. https://lists.gnu.org/archive/html/autoconf-archive-maintainers/2016-07/msg00000.html
Signed-off-by: Kevin Locke <kevin@kevinlocke.name>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
ifeq/ifneq is a GNU Make extension which doesn't work with BSD Make and
others, resulting in errors such as:
Missing dependency operator
Need an operator
warning: duplicate script for target "ifeq" ignored
Although it would be preferable to use the Automake conditionals
(AM_CONDITIONAL) in the make rules, this does not appear to be possible
within AC_SUBST content. Instead, build the rules using shell variable
concatenation and only AC_SUBST the ones which should be used.
|
| |
|
| |
|
|
|
|
| |
This was a recent addition to GCC
|
| |
|
|
|
|
|
| |
The linker on macOS does not understand --as-needed, and speaks
--fatal-warnings with a slightly different accent.
|
| |
|
| |
|
|
|
|
| |
Please refer to the file itself for documentation.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Without AC_CANONICAL_TARGET, I get the following error when running
./configure:
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
mkdir: cannot create directory '': No such file or directory
mkdir: cannot create directory '': No such file or directory
./configure: line 2470: /conftest.tmp: Permission denied
configure: error: could not change to default builddir "./"
With AC_CANONICAL_TARGET (either called explicitly in configure.ac, or
required in AX_ENABLE_BUILDDIR), ./configure works as expected:
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking target system type... x86_64-unknown-linux-gnu
continue configure in default builddir "./x86_64-unknown-linux-gnu"
....exec /nix/store/nyj6xd7s1n1w8c0xdwk5ddhi7bjcyi9x-bash-4.3-p46/bin/bash .././configure "--srcdir=.." "--enable-builddir=x86_64-unknown-linux-gnu" "linux
gnu"
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
checking target system type... x86_64-unknown-linux-gnu
checking for gsed... sed
[…]
|
| |
|
|
|
|
| |
See https://github.com/peti/autoconf-archive/pull/97 for rationale.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
These macros would fail with infinite recursion if used twice for the
same variable, for example
AX_COMPILER_FLAGS_CFLAGS([WARN_CFLAGS], ... some options ...)
AX_COMPILER_FLAGS_CFLAGS([WARN_CFLAGS], ... more options ...)
In particular, invoking AX_COMPILER_FLAGS, followed by
AX_COMPILER_FLAGS_CFLAGS with more "yes" options has this failure mode.
This is because the first time through the macro, we define
ax_warn_cflags_variable = "WARN_CFLAGS" as expected. The second time,
because the first parameter is underquoted, its value is substituted
before calling m4_define, so we inadvertently define
WARN_CFLAGS = "WARN_CFLAGS". The next time WARN_CFLAGS is mentioned,
attempts to expand it will recurse forever, because m4 does not
special-case a macro that appears in its own expansion like cpp does.
Signed-off-by: Simon McVittie <smcv@debian.org>
|
|\
| |
| | |
AX_IS_RELEASE: add dash-version policy
|
| |
| |
| |
| |
| |
| |
| | |
This is particularly useful in conjunction with git-version-gen,
as provided by gnulib.
Signed-off-by: Simon McVittie <simon.mcvittie@collabora.co.uk>
|
|/
|
|
|
| |
The previous change seems to have defined LDFLAGS twice rather
than LIBS and LDFLAGS.
|
|
|
|
|
|
|
| |
- icc/ifort will deprecate -openmp in the future,
-qopenmp will replace it.
Signed-off-by: Nick Papior <nickpapior@gmail.com>
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
| |
Since it’s supposed to be added to the Makefile’s target_LIBS variable,
this is a lot clearer.
Continue to support CODE_COVERAGE_LDFLAGS, but it’s deprecated.
|
|\
| |
| | |
ax_prog_gjs: Look in pkg-config as well as path
|
| |
| |
| |
| |
| |
| | |
This looks in pkg-config for the GJS executable, since the gjs-1.0
package provides it as a pkg-config variable. However, not all versions
of GJS do, so we fall back to checking in the path.
|
| |
| |
| |
| | |
Signed-off-by: Thomas Zimmermann <tdz@users.sourceforge.net>
|
| |
| |
| |
| |
| | |
this is a typo correction of previous commit 1f9acf39e6b3
as per original patch from https://savannah.gnu.org/patch/index.php?8473
|
| | |
|
| |
| |
| |
| |
| |
| |
| |
| | |
When configuring --with-open62541=<path>, the make distcheck target
often failed because the open62541 library was not found on the system.
So set the AM_DISTCHECK_CONFIGURE_FLAGS variable with the required
values (absolute paths in case the user defined relative paths).
|
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| |
| | |
If the open62541 library is not installed and the shared library is to
be used, the --with-open62541=<path> option to contigure setting
CPPFLAGS and LDFLAGS is not enough: other checks by configure may
compile test binaries with the library linked in and then try to execute
then. The execution fails because of the not found shared library object
and gives a wrong test result. Likewise, some make targets (like check)
need to execute compiled binaries.
So modify AX_OPEN62541_PATH() so it exports LD_LIBRARY_PATH with the
absolute path of the build dir for the rest of the configure script to
use and define a Makefile variable OPEN62541_LDPATH, which contains
LD_LIBRARY_PATH=$LD_LIBRARY_PATH:<abs_path_to_build>.
|
|\ \
| | |
| | | |
Add AX_CHECK_OPEN62541_{H,LIB} macros
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
Split the macros from the ax_check_open62541.m4 file into multiple
files and rename them:
AX_CHECK_OPEN62541_H() -> AX_OPEN62541_CHECK_H()
AX_CHECK_OPEN62541_LIB() -> AX_OPEN62541_CHECK_LIB()
And add the new AX_OPEN62541_PATH(), which containes the shared
functionality previously handled by both old AX_CHECK_* macros.
Also add a forgotten feature promissed in the documentation: the
--with-open62541-shared and --with-open62541-static options can be
used to change the order in which the libraries are searched for.
|
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | |
| | | |
These macros search for the header and library files for the open62541
library [1]. Support both the amalgamation header and the individual
header file layout. Support both the shared and static library, searched
for in a configurable order. Support for adding the library source
directory and the build directory to the search path if the library is
not installed on the system.
[1]: <http://open62541.org/>
|