| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
| |
Recent autoconf versions have retired AC_PROG_LIBTOOL (and AM_PROG_LIBTOOL)
in favor of LT_INIT.
Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
|
|
|
|
|
|
|
| |
AC_TYPE_SIGNAL only made sense for some SysV R3 crap which is only rotten
and (almost) forgotten. We also don't support it.
Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
So far only the presence of the zlib.h header was being tested and used if
present but the result was never linked against libz. This means the
resulting libax25io library had no DT_NEEDED tag so linking a libax25io
built with zlib support into an application which itself wasn't being
linked against zlib would result in a link errror. Whops.
In the dark past the issue must have been noticed but it was papered over
for the node package by linking against zlib, if present. This might fail
if libax25io was built with zlib compression support but ax25-tools is
being built on a system without zlib.
Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
|
|
|
|
| |
Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
$ autoreconf --install --force
libtoolize: putting auxiliary files in '.'.
libtoolize: copying file './ltmain.sh'
libtoolize: Consider adding 'AC_CONFIG_MACRO_DIRS([m4])' to configure.ac,
libtoolize: and rerunning libtoolize and aclocal.
libtoolize: Consider adding '-I m4' to ACLOCAL_AMFLAGS in Makefile.am.
configure.ac:9: installing './compile'
configure.ac:11: installing './config.guess'
configure.ac:11: installing './config.sub'
configure.ac:4: installing './install-sh'
configure.ac:4: installing './missing'
Makefile.am: installing './depcomp'
$
Silenced down to the normal noise level by adding AC_CONFIG_MACRO_DIRS and
ACLOCAL_AMFLAGS as suggested.
Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
In the dark ages it was standard to have a package of static libraries.
This has changed and current Fedora policy for example is to not build
or use static libraries anymore if possible.
This package however aims to support a very wide range of distributions
and configurations. So generate the rpm spec file to not build a static
library package if --disable_static or equivalent was used at configure
time.
The default is to build static libraries.
Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
|
|
|
|
|
|
|
| |
daemon_start(3) was implemented using ancient APIs. Modernize and
simplify using setsid().
Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
|
|
|
|
| |
Signed-off-by: Ralf Baechle <ralf@linux-mips.org>
|
| |
|
|
|
|
|
|
|
| |
Since the introduction of AC_CONFIG_HEADERS in automake 1.7
AM_CONFIG_HEADER has been deprecated and it has finally been removed
in automake 1.12. So this change also generates a dependency on
automake 1.7 or newer.
|
|
|
|
| |
Now just a rpmbuild -ta <foo.tar.gz> will do.
|
| |
|
| |
|
| |
|
|
|
|
| |
And only to the correct path.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
This is recommended by autoreconf by the following warning:
libtoolize: Consider adding `AC_CONFIG_MACRO_DIR([m4])' to configure.ac and
libtoolize: rerunning libtoolize, to keep the correct libtool macros in-tree.
libtoolize: Consider adding `-I m4' to ACLOCAL_AMFLAGS in Makefile.am.
For some reason I don't have the time to track down right now it results
in a configure script with a syntax error being generated.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Keeping generated files in CVS doesn't only tend to produce large and
cluttered files it also may result in build problems due to timestamps
in the wrong order. So dump everything, update .cvsignore to ignore
these files and resolve all warnings generated by autoreconf.
From now on users of a CVS checkout should run the command
autoreconf --install --force
after having done a CVS checkout. For this to succeed automake, autoconf
and libtool will have to be installed.
|
| |
|
|
would have failed on some modern systems. Sole exception is the old
INSTALL file, libax25 had its own. Maybe we should drop for
simplicity; it doesn't provide alot of information.
|