tatement about *needing*
autoconf < 2.62. I truly don't understand why anyone
is unable to update and use modern versions. Other
than policy dictates from a boss or project director,
is there any reason not to use the latest release?
--
William Pursell
an/rules
or a spec file).
--
William Pursell
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
am,
as you're looking in the wrong place. The type of questions
you're asking are more appropriate for the package
management system, and you should be making changes to
your spec file and your debian/rules file, etc.
--
William Pursell
___
o. The user has more
control over certain aspects of the build,
but less safety because no checks are
done during configure time to ensure
that libbar even exists, unless the
maintainer takes extra steps to do so
beyond invoking PKG_CHECK_MODULES. There
is an extra level of indirection available
t
user (or administrator) has supplied the correct
information.
--
William Pursell
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
h the
autoconf philosophy" is pkg-config actually broken?
It seems that if PKG_CHECK_MODULES were simply
expanded to invoke AC_LINK_IFELSE to check that
the contents of the .pc files are valid, then
there would be no issue at all.
--
William Pursell
__
orks by testing specific features, hence why it doesn't fit
> with the autoconf philosophy.
I think that's invalid. pkg-config does provide the option to
do an explicit version check, but it is the maintainer that
exercises that option that is departing from the autoc
"random order". The ordering
is as imposed by the author of configure.ac. @FOO_LIBS@ @BAR_LIBS@
leads to -L/foo -L/bar, while @BAR_LIBS@ @FOO_LIBS@ leads
to -L/bar -L/foo.
--
William Pursell
___
Autoconf mailing list
Autoconf@gnu.org
http
f])"; done])
Eric, is that safe?
--
William Pursell
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
ct
> if perl is available:
> cp collect.rb collect && chmod +x collect
You probably want $srcdir/collect.rb. (Sorry,
that doesn't answer your question, but your
current setup won't allow a VPATH build.)
--
William Pursell
Alex Katebi wrote:
> I need to check for libraries that are installed in /usr/local/lib or
> /opt/lib. The AC_CHECK_LIB does not look into these dirs.
> Is there a path variables for the library checking that can be set? What are
> my options?
configure LDFLAGS=-L/usr/local/lib
Eric Blake wrote:
According to William Pursell on 10/13/2008 1:06 AM:
Thirdly, is there any standard way to take a file
foo.c and generate an autoconfiscated tree structure?
Not that I know of. What tree structure are you proposing?
I suspect that would be a contentious issue
UTOTEST = $(AUTOM4TE) --language=autotest
-$(TESTSUITE): $(srcdir)/testsuite.at
+$(TESTSUITE): $(srcdir)/package.m4 $(srcdir)/testsuite.at
$(AUTOTEST) -I '$(srcdir)' -o $@@.tmp $@@.at
mv $@@.tmp $@@
@end example
--
William Pursell
___
A
I just cloned a8eb8963bbcb4d7f278ab8fece54f64e1334
from Savannah and ran into a problem building. Following
the directions in README-hacking, I ran:
$ ./configure
$ make
$ ( PATH=`pwd`/tests:$PATH; autoreconf -vi )
Which failed with:
...
configure.ac:21: error: Autoconf version 2.60 or h
I'm curious about the fact that when I run autoscan, it generates
a configure.scan with the line:
AC_PREREQ(2.61)
Should that be AC_PREREQ([2.61])?
___
Autoconf mailing list
Autoconf@gnu.org
http://lists.gnu.org/mailman/listinfo/autoconf
Recently, Sam Steingold wrote:
AC_DEFUN([CL_FFCALL],[dnl
AC_ARG_WITH([ffcall],
[AC_HELP_STRING([--with-ffcall],
the idiom of using dnl to suppress the newline is common,
as is the lack of indentation to prevent m4 from inserting
unwanted white space. Is there any mechanism in m4 to allow
indent
Christopher Key wrote:
I've a package for which I'd like to include some Doxygen created
documentation in the distributed tarball. I'm having some problems, I
think fundamentally because the way the documentation gets built doesn't
fit very well with the src and build tree ideas.
I can t
Eric Blake wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
According to William Pursell on 9/29/2007 11:14 AM:
I'm talking about those files named $cache_file in
my $CONFIG_SITE. Since they hold lines of the form:
ac_cv_func_foo=${ac_cv_func_foo=yes}
the cache is invalid if I remov
Bob Proulx wrote:
William Pursell wrote:
I often find myself removing a package and then deleting
all of my cache files, but I have a tendency to forget
to delete the cache files until a configure invocation
noticeably misbehaves.
Autoconf cache files? As in the 'autom4te.cache' d
Originally, I was planning to post this question to one of the
Debian lists, but the second part of the question is more
appropriate here, so I thought I would just start here.
I often find myself removing a package and then deleting
all of my cache files, but I have a tendency to forget
to dele
Aslak Johannessen wrote:
I have recently been putting all of the relevant information in
configure.ac, and letting configure build the package files.
For example, debian/control.in will hold lines of the form:
Description: @PACKAGE_SUMMARY@
@PACKAGE_DESCRIPTION_DEB@
Hi thanks for the answer,
Aslak Johannessen wrote:
To make autoconf automake and dpkg-buildpackage run one needs to edit
and type information into many different files. Mainly Makefile.am
configure.in and debian/control. Much of this information is duplicated
and the "need" for a centralized configuration file for each
[EMAIL PROTECTED] wrote:
* [EMAIL PROTECTED] wrote on Tue, May 08, 2007 at 02:46:53PM CEST:
When I use AC_CHECK_DECL, how can I prevent it from outputting to the
console for a specific message only? I don't want to supress all
messages, only one specific message (and replace it with my own,
23 matches
Mail list logo