so I usually need
another header anyway. If config.h has a "#define HAVE_FOO", I'll need
to do "#ifndef HAVE_FOO ". I put
all these tests in a "system.h" file. In your case, I'd make "system.h"
include "" and "datadir.h".
--
Leonardo Boiko
signature.asc
Description: OpenPGP digital signature
ed at configure time? AFAIK directory installation
variables should only be defined at make time. See
``info Autoconf "Installation Directory Variables"''.
Maybe you could use instead a dedicated header, created through the
Makefile. See ``info Autoconf "Defining Directo
base_include_HEADERS,
and also allow the header directory in $srcdir ($src_headers) to be
named something else than the package name.
I don't know if all that sounded silly or obvious, but if not, may I
suggest a cross-reference from the "An Alternative Approach..." node to
the &q
ne of the suggestions is
substituting through sed at make time, similar to what you did.
--
Leonardo Boiko
signature.asc
Description: OpenPGP digital signature
t
could conflict with a possible ``clean-local'' in the Makefile.am.
Any ideas?
--
Leonardo Boiko
signature.asc
Description: OpenPGP digital signature
ebian for the autotools-dev Debian package,
and that made my life better. I recommend it for anyone interested in
this issue. Thank you, Henrique.
--
Leonardo Boiko
signature.asc
Description: OpenPGP digital signature
like "config.guess" are kept
in "aux".
If a developer wants to compile without using autotools, he should use a
distribution tarball (generated by "make dist"), not the subversion sources.
It works :)
--
Leonardo Boiko
signature.asc
Description: OpenPGP digital signature
D is not
from the user. Thus LDADD and LIBADD are entirely different from the
*FLAGS variables. Is that correct?
It may sound obvious, but I find it confusing =)
--
Leonardo Boiko
signature.asc
Description: OpenPGP digital signature
Michael Cook wrote:
Makefile.am: The usual way to define `CC' is to add `AC_PROG_CC'
[...]
but what about the others? in particular, automake tells me to add
AC_PROC_CC to configure.in, but if i do that, autoconf complains:
It's AC_PROG_CC, not AC_PROC_CC ;)
^
--
Leonardo Boiko