Re: AC_FUNC_FSEEKO and optional execution

2009-03-23 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Russ Allbery on 3/22/2009 1:18 PM: > Currently, this is done with: > > AC_FUNC_FSEEKO > if test x"$ac_cv_func_fseeko" != xyes ; then > INN_TYPE_FPOS_T_LARGE > AC_CHECK_DECLS([fseeko, ftello]) > AC_LIBOBJ([f

Re: AC_FUNC_FSEEKO and optional execution

2009-03-23 Thread Thomas Dickey
On Mon, 23 Mar 2009, Eric Blake wrote: AC_FUNC_FSEEKO was rewritten for 2.61, but a typo rendered it broken in that release, so it didn't work again until 2.62. This is exactly why I hate relying on cache variables. :) Relying on documented cache variables is fine. But you are correct tha

Re: AC_FUNC_FSEEKO and optional execution

2009-03-23 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Thomas Dickey on 3/23/2009 5:21 AM: > It appears that most of the cache variables set by autoconf are > undocumented (and that of those which are, several such as the ones > related to compiler checks have changed over the years). > > Per

include paths and doxygen

2009-03-23 Thread Philip Herron
Hey This is my first post to this mailing list :). I love autoconf but still quite new to it. But wondering if your doing something like: AC_CHECK_LIB([xml2], [xmlTextReaderGetAttribute]) This will return me the -lxml2 for linking the library but the include path is different i need to do -I/usr

Re: include paths and doxygen

2009-03-23 Thread Rhys Ulerich
Hi Philip, There's a Doxygen macro up at the Autoconf Macro Archive: http://autoconf-archive.cryp.to/ax_prog_doxygen.html Might take some setup to get going, but it looks like it some sample rules that you could include within your Makefile.am's. - Rhys On Mon, Mar 23, 2009 at 6:34 AM, Philip H

Re: AC_FUNC_FSEEKO and optional execution

2009-03-23 Thread Russ Allbery
Eric Blake writes: > According to Russ Allbery on 3/22/2009 1:18 PM: >> Could AC_FUNC_FSEEKO acquire ACTION_IF_FOUND and ACTION_IF_NOT_FOUND >> arguments so that I can implement this conditional probing and >> AC_LIBOBJ calls in a sane fashion without relying on undocumented and >> unsupported ma

possible autoconf bug

2009-03-23 Thread Matěj Týč
Hello, I have found out that having this in configure.ac is a problem: AC_DEFUN([foo], [echo "#" ]) autoreconf ends with an error. The error always looks like this: configure.ac:5: error: m4_init: unbalanced m4_divert_push: configure.ac:5: m4_divert_push: BODY ../../lib/autoconf/c.m4:15

Re: possible autoconf bug

2009-03-23 Thread Eric Blake
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 According to Matěj Týč on 3/23/2009 5:25 PM: > Hello, I have found out that having this in configure.ac is a problem: > > AC_DEFUN([foo], >[echo "#" ]) The bug is in your code - # starts a comment in m4, hence, the ]) is still part of the com