summaryrefslogtreecommitdiffstats
path: root/configure.ac
Commit message (Collapse)AuthorAgeFilesLines
* build: kernel-like compilation messagesPablo Neira Ayuso2011-12-271-0/+3
| | | | | | | | | | CC socket.lo CC callback.lo CC nlmsg.lo CC attr.lo CCLD libmnl.la Signed-off-by: Pablo Neira Ayuso <pablo@netfilter.org>
* build: disable implicit .tar.gz archive generation and use POSIX modeJan Engelhardt2011-12-171-1/+1
|
* build: use AC_CONFIG_AUX_DIR and stash away toolsJan Engelhardt2011-12-171-0/+1
|
* doc: don't show up EXPORT_SYMBOL in doxygenPablo Neira Ayuso2011-02-031-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | Patrick reports that the doxygen output shows up EXPORT_SYMBOL and tells how to fix this: > I just noticed the EXPORT_SYMBOLs in libmnl showing up in > the doxygen output. Just in case you want to avoid this, > what I'm doing in libdect is (besides the appopriate linker > flags): > > #define __visible __attribute__((visibility("default"))) > > #define EXPORT_SYMBOL(x) typeof(x) (x) __visible > > > This allows to use EXPORT_SYMBOL as in the kernel, IOW > after the function definition. This patch also removes -Wredundant-decls to avoid a warning in every single use of this new approach. Now, this looks more like the Linux kernel way of exporting symbols. Reported-by: Patrick McHardy <kaber@trash.net> Signed-off-by: Pablo Neira Ayuso <pablo@netfilter.org>
* build: use only AC_CANONICAL_HOSTJan Engelhardt2010-12-311-2/+2
| | | | | | | Calculating AC_CANONICAL_TARGET is superfluous, because libmnl is not a code generator. Signed-off-by: Jan Engelhardt <jengelh@medozas.de>
* build: use AM_CPPFLAGSJan Engelhardt2010-12-311-2/+3
| | | | Signed-off-by: Jan Engelhardt <jengelh@medozas.de>
* build: libmnl 1.0.1 releaselibmnl-1.0.1Pablo Neira Ayuso2010-12-261-1/+1
| | | | Signed-off-by: Pablo Neira Ayuso <pablo@netfilter.org>
* headers: add local copy of linux/netlink.h to libmnlPablo Neira Ayuso2010-12-221-1/+1
| | | | | | | Davem suggested to add a copy of linux/netlink.h to avoid compilation problems in all cases scenarios. Signed-off-by: Pablo Neira Ayuso <pablo@netfilter.org>
* build: 1.0.0 releaselibmnl-1.0.0Pablo Neira Ayuso2010-12-171-1/+1
| | | | Signed-off-by: Pablo Neira Ayuso <pablo@netfilter.org>
* ld: add some more precautionary CFLAGSJan Engelhardt2010-11-191-0/+5
| | | | | Signed-off-by: Jan Engelhardt <jengelh@medozas.de> Signed-off-by: Pablo Neira Ayuso <pablo@netfilter.org>
* build: tag function headers rather than decls as exportedJan Engelhardt2010-11-191-1/+2
| | | | Signed-off-by: Pablo Neira Ayuso <pablo@netfilter.org>
* src: implement both GCC visibility support and export scriptCristian Rodríguez2010-11-151-1/+1
| | | | | | | | | Read "How to write shared libraries" from Ulrich Drepper for more information on this patch. Specifically section 2.2: Export control and section 3: Maintaining APIs and ABIs. Signed-off-by: Cristian Rodríguez <cristian.rodriguez@opensuse.org> Signed-off-by: Pablo Neira Ayuso <pablo@netfilter.org>
* build: remove statements without obvious effectJan Engelhardt2010-11-051-1/+0
|
* build: fix disable_static functionalityJan Engelhardt2010-10-221-1/+1
| | | | | | | Small slip on my part. AC_DISABLE_STATIC must actually come before LT_INIT to have any effect. (This is even documented.) Signed-off-by: Jan Engelhardt <jengelh@medozas.de>
* build: default to not build static librariesJan Engelhardt2010-10-191-0/+1
| | | | | | | Users wanting static libraries can just use ./configure --enable-static. Signed-off-by: Jan Engelhardt <jengelh@medozas.de>
* build: run autoupdateJan Engelhardt2010-10-191-3/+4
| | | | | | | | | | | | Macro usage has changed over the last few years. Update it to the current specification using autoupdate(1). Manually update INCLUDES -> CPPFLAGS, because autoupdate did not catch that. Remove $(all_includes) and $(LIBS) because it is not used anywhere. Signed-off-by: Jan Engelhardt <jengelh@medozas.de>
* build: use subdir-objects and CC_C_OJan Engelhardt2010-10-191-1/+2
| | | | Signed-off-by: Jan Engelhardt <jengelh@medozas.de>
* build: automake options should be in AM_INIT_AUTOMAKEJan Engelhardt2010-10-191-1/+1
| | | | | | | Automake options set in Makefile.am are not always propagated to subdirecties. Signed-off-by: Jan Engelhardt <jengelh@medozas.de>
* build: do not abuse AM_INIT_AUTOMAKE for autoconf optionsJan Engelhardt2010-10-191-0/+18
Also rename the file to its standard designated name. Signed-off-by: Jan Engelhardt <jengelh@medozas.de>