[Nut-upsdev] eliminating GNU Make features in include/Makefile.am
Arnaud Quette
aquette.dev at gmail.com
Mon Dec 31 08:52:46 UTC 2007
Hey Charles,
2007/12/30, Charles Lepple <clepple at gmail.com>:
> I just noticed this warning from the autoreconf portion of the buildbot log:
>
> autoreconf: running: automake --no-force
> include/Makefile.am:9: shell unset LANG && svnversion -n $(top_srcdir:
> non-POSIX variable name
> include/Makefile.am:9: (probably a GNU make extension)
> include/Makefile.am:10: shell if test "$(SVNREV: non-POSIX variable name
> include/Makefile.am:10: (probably a GNU make extension)
>
> I think that the $(shell ...) construct is actually a GNU Make feature.
>
> Since we do not use the variables on lines 9 and 10 outside the
> nut_version.h rule below, does anyone have any objections to merging
> those shell commands into that rule?
>
> I would also like to add some code to gracefully handle the case where
> svnversion does not exist on the target system, which is related, but
> still can cause a problem on systems with GNU Make. (This is what
> creates version numbers like "2.2.0-", with the trailing hyphen.)
perfect. I've never got time to get back on this and find a more
suitable solution than the big hack that solves the versioning problem
(previously, a source built on a non C locale system resulted in a
"2.2.0-" version number...)
Arnaud
--
Linux / Unix Expert R&D - MGE Office Protection Systems - http://www.mgeops.com
Network UPS Tools (NUT) Project Leader - http://www.networkupstools.org/
Debian Developer - http://people.debian.org/~aquette/
Free Software Developer - http://arnaud.quette.free.fr/
More information about the Nut-upsdev
mailing list