[Nagiosplug-devel] How would upgrading autoconf & automake go down?
Ton Voon
tonvoon at mac.com
Sun Dec 12 23:19:03 CET 2004
One great thing about the 1.4 release is that check_disk uses the
coreutils libraries to get filesystem information. This is great
because we get to hook into GNU's code and thus get all their fixes and
support for lots of different OSes.
So, I've been working on trying to make it more clear which are
coreutil files and which are not. The aim is to simulate what GNU are
doing and thus make it easier to upgrade when they release a new
version of coreutils.
This took me much longer than I expected, but now I've got a working
version on my dev box. These are the changes:
- Moves m4 files into m4 directory
- Move coreutil checks out of configure.in into np_coreutils.m4 file
and calling coreutil m4 checks
- Use a libcoreutils.a library file for coreutil stuff, keeping
libnagiosplug.a for nagios plugin shared code
- Fixes a compile issue on MacOSX with already defined declarations in
fsusage.c
- Compile extra files that may be required on non-GNU systems
- Fixes the "automatically discovered file `fsusage.c' should not be
explicitly mentioned" message when running autoconf
However, one thing I've noticed is that I get errors with autoconf
v2.57, so this means the dependency is now on autoconf v2.58. Also, I
am using automake v1.6.3 while the automake dependency is v1.6 in the
dev guidelines - I haven't installed the older version to test.
Before I commit, I wanted some opinions - is it worth making these
changes and force us using newer GNU tools?
Ton
More information about the Devel
mailing list