Patch to src/Makefile.in for GPERF
John W. Eaton
jwe at octave.org
Fri Feb 6 12:37:15 CST 2009
On 6-Feb-2009, John Swensen wrote:
| While you are fixing configure stuff for gperf, this last time I
| checked out and built, it didn't complain about my gperf version being
| less than 3.0.1. Consequently, it failed when trying to generate oct-
| gperf.h. The fink version of gperf for OSX is quite out of date, but
| there is a gperf version in the Apple developer tools that is new
| enough.
Here is the check we are using
dnl
dnl Is gperf installed?
dnl
dnl OCTAVE_PROG_GPERF
AC_DEFUN(OCTAVE_PROG_GPERF, [
AC_CHECK_PROG(GPERF, gperf, gperf, [])
if test -n "$GPERF"; then
if echo "%{
enum octave_kw_id { a_kw };
%}
struct octave_kw { const char *name; int tok; octave_kw_id kw_id; };
%%
foo" | $GPERF -t -C -D -E -G -L C++ -H octave_kw_hash -N octave_kw_lookup > /dev/null 2>&1; then
true
else
GPERF=""
warn_gperf="I found gperf, but it does not support all of the following options: -t -C -D -E -G -L C++ -H -N; you need gperf 3.0.1 or a more recent version"
AC_MSG_WARN($warn_gperf)
fi
else
GPERF='$(top_srcdir)/missing gperf'
warn_gperf="I didn't find gperf, but it's only a problem if you need to reconstruct oct-gperf.h"
AC_MSG_WARN($warn_gperf)
fi
AC_SUBST(GPERF)
])
I think you'll have to explain why this fails in the situation you
described, and probably also provide a patch if you want it fixed.
jwe
More information about the Bug-octave
mailing list