| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
| |
The android libc, bionic, provides built-in support for pthreads, so no additional linking is necessary.
Leaving -pthread breaks the build, see protocolbuffers/protobuf#1373
|
| |
|
|
|
|
| |
Closes https://github.com/peti/autoconf-archive/pull/142.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
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>.
|
| |
|
|
|
|
| |
pattern so also dylibs are detected.
|
| |
|
|
|
|
| |
See <http://savannah.gnu.org/patch/?7719> for further details.
|
|
|
|
|
|
|
|
|
|
| |
on Unix
- In the OS selection switches, where the special cases for mingw are
selected, it says ming32 but should be mingw32.
- Those switches are supposed to be dependent on the os you compile for but
the switch uses the build_os variable.
|
|
|
|
| |
minor cosmetic issues.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Using autoconf-2.68 would evoke many new warnings like this:
configure.ac:78: warning: AC_LANG_CONFTEST: no AC_LANG_SOURCE call detected in body
../../lib/autoconf/lang.m4:194: AC_LANG_CONFTEST is expanded from...
../../lib/autoconf/general.m4:2591: _AC_COMPILE_IFELSE is expanded from...
../../lib/autoconf/general.m4:2607: AC_COMPILE_IFELSE is expanded from...
../../lib/m4sugar/m4sh.m4:606: AS_IF is expanded from...
../../lib/autoconf/general.m4:2032: AC_CACHE_VAL is expanded from...
../../lib/autoconf/general.m4:2053: AC_CACHE_CHECK is expanded from...
ax/ax_boost_thread.m4:35: AX_BOOST_THREAD is expanded from...
configure.ac:78: the top level
Autoconf was unable to detect the existing use of AC_LANG_SOURCE
because it was underquoted. Fix that.
|
| |
|
|
|
|
| |
git grep -l ' '|xargs perl -pi -e 's/ +\t/\t/'
|
| |
|
| |
|
| |
|
|
|
|
| |
http://www.gnu.org/software/autoconf-archive/MACRO-NAME.html
|
|
|
|
|
|
|
| |
The serial number corresponds to the number of commits that have
modified the macro in the Archive's Git repository. Refer to
http://www.gnu.org/software/libtool//manual/automake/Serials.html to
find out why these numbers are useful.
|
|
|
|
|
|
| |
disclaimer.
This has been suggested by the FSF on http://www.gnu.org/prep/maintain/html_node/License-Notices-for-Other-Files.html.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
* Consistently refer to this project as Autoconf Archive.
* Removed the LAST MODIFICATION section, because that information is redundant
in the presence of Git.
* COPYLEFT has been renamed to LICENSE: some licenses, like all-permissive,
are no copylefts.
|
|
|
|
|
|
|
|
| |
The last-modified-date of these macros didn't match their respective
last-modified-date in the GIT repository. A version bump remedies this
inconsistency. In hindsight, these dates should have bumped when the
distribution format changed; all macros had to be touched at this point
anyway.
|
|
|
|
|
|
|
| |
The mentioned files contain a non-portable shell construct, brace expansion
(e.g. dash and FreeBSD's sh don't support it). I guess the other ax_boost_<lib>
macro files contain similar stuff but I'm not using any other boost libs so I'd
rather not mess with them.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The markup format distributed by the Autoconf Macro Archive underwent
the following changes:
* All archive entries use '#' comment delimiters, rather than 'dnl',
because we would like those comments to go into the generated
configure script. It should be simple for everyone to determine
where the macro came from originally, who wrote it, and where the
latest version can be retrieved. To achieve this, every macro used
to start with a distinguished line that shows the URL of its
respective home page, i.e.:
| ##### http://autoconf-archive.cryp.to/ax_prog_acme.html
As it happens, the aclocal utility distributed with Automake
ignores all comment lines that start with a double hash '##', thus
those home page URLs will not make it into any automatically
generated aclocal.m4 file. Duh. To remedy the situation, the
following markup is now used instead:
| # =================================================================
| # http://autoconf-archive.cryp.to/ax_prog_acme.html
| # =================================================================
* The 2.x versions of the GNU GPL and LGPL contain the following
clause:
| You should have received a copy of the <GNU LICENSE NAME> along
| with this program; if not, write to the Free Software Foundation,
| Inc., 59 Temple Place - Suite 330, Boston, MA 02111-1307, USA.
Version 3.x, however, smartly refers the reader to the Web:
| You should have received a copy of the GNU General Public License
| along with this program. If not, see <http://www.gnu.org/licenses/>.
This patch changes all GPL2 and LGPL2 macros to do the same, i.e.
to refer to the GNU web site for the full text of the respective
license.
* Since all m4 files had to be changed in this commit anyway, the
opportunity was used to increase the auto-fill column for
documentation from 65 to 75 characters per line. It's a trivial
change, but it just looks nicer.
|
| |
|
| |
|
|
|
|
|
|
|
|
| |
When running the Boost macros with the "-pedantic" compiler
switch, they fail. It seems that the problem is a multiply
defined "main" function in the generated test program. I changed
the call to AC_CHECK_LIB to use "exit" instead of "main", which
seems to work reliably.
|
|
|
|
|
|
|
| |
The address <mtindal@paradoxpoint.com> no longer works because the
domain name paradoxpoint.com appears to have expired. If anyone knows
how to reach Michael these days, please let me know. Thanks to Mikael
Lepistö for bringing this problem to my attention.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Joerg Sonnenberger reported a problem:
| This fails on a number of systems because in
|
| AC_CHECK_LIB($ax_lib, main, [BOOST_REGEX_LIB=$ax_lib break])
|
| the BOOST_REGEX_LIB a local variable for break. Can you fix
| that macro to use two statements? Try running this with bash3
| in native mode for example.
Thomas Porschberg submitted the new versions in
<20070312215212.6da63127@jeschken.quark.de>.
|
|
|