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