Hi Petr, I have a couple of observations:
- AC_MSG_ERROR is going to stop the configure anyway, so you don't need
exit 1.
- I'd suggest the following messages for your AC_MSG_ERRORS:
the uid is too large for ustar-format tarfiles. Change format in
configure.ac
the gid is too large for
Diego Elio Pettenò flamee...@flameeyes.eu writes:
On 31/01/2013 20:58, Jack Kelly wrote:
IMHO, that seems like a great way to cause trouble for unsuspecting
users. (Anyone remember KDE4.0?) Can you expand on why you think it's a
good plan?
Because unlike KDE, automake can put a big fat
On Thu, Oct 11, 2012 at 6:53 AM, Reuben Thomas r...@sc3d.org wrote:
This whole problem is an instance of a more general problem, of which
another example is parallel make: for best performance, it should
probably batch up calls to gcc, for example, so that multiple source
files are compiled by
On Fri, Jul 27, 2012 at 4:38 AM, Stefano Lattarini
stefano.lattar...@gmail.com wrote:
IMNSHO that choice of a name it is a serious mistake by whoever is
defining/distributing that macro, for two reasons:
1. it gives the wrong impression that the macro is provided
by or related to
On Fri, Jul 6, 2012 at 7:57 AM, Stefano Lattarini
stefano.lattar...@gmail.com wrote:
Usually I'd agree, and in fact I had done as you're suggesting in a
previous attempt; but that caused the test 'lisp3.sh' to fail :-/
With the patch I've posted, the testsuite remains clean at least.
So I say
On Thu, Jun 28, 2012 at 8:49 PM, Stefano Lattarini
stefano.lattar...@gmail.com wrote:
On 06/28/2012 06:47 AM, Makoto Fujiwara wrote:
I do have problem compiling *.el files with tc-2.3.1 (svn version)
I think this is the relevant Makefile.am:
On Fri, Apr 27, 2012 at 10:05 PM, Eric Blake ebl...@redhat.com wrote:
On 04/27/2012 03:18 AM, Stefano Lattarini wrote:
On 04/27/2012 05:30 AM, Peter Johansson wrote:
+++ b/aclocal.in
@@ -840,9 +840,8 @@ $output;
# name in the header.
$output = # generated automatically by aclocal
On Tue, Dec 6, 2011 at 9:42 AM, Reuben Thomas r...@sc3d.org wrote:
Reading python.m4, I notice that it claims to support only Python =
2.0, yet still has specific support for Python 1.5. Would a patch
along the following lines therefore be accepted? (If so I'll write the
changelog entry c.!)
On Sat, Jul 16, 2011 at 9:55 AM, tsuna tsuna...@gmail.com wrote:
On Fri, Jul 15, 2011 at 1:58 AM, Stefano Lattarini
stefano.lattar...@gmail.com wrote:
As my java foo is pretty weak, I'm not sure how to handle jar manifests,
jar entry points, or other jar/javac subtleties and advanced features.
On Fri, Jun 17, 2011 at 6:29 AM, Paul Eggert egg...@cs.ucla.edu wrote:
On 06/16/11 10:36, Alfred M. Szmidt wrote:
I'm thinking that maybe config.h should be generated with a double
inclusion guard
But the general rule is that config.h must always be included first, no?
So there shouldn't
Comments inline, after some snipping.
On Fri, May 13, 2011 at 6:27 AM, Stefano Lattarini
stefano.lattar...@gmail.com wrote:
-snip intro-
I thus propose we add an API of this kind. At first, this might be as
simple as just defining two proper `AM_V_ECHO' and `AM_Q_ECHO' variables;
On Sun, Mar 20, 2011 at 10:53 PM, Ralf Wildenhues
ralf.wildenh...@gmx.de wrote:
Another possible change, in addition to messing with the documentation,
would be to make the dvi a variable that such non-dvi-generating
people can override with pdf if they wish. Then they could get the
benefit
On Fri, Feb 25, 2011 at 6:36 AM, Ralf Wildenhues ralf.wildenh...@gmx.de wrote:
Can we fix this somehow in either Autoconf or Automake?
Could we save the results of tracing AC_CONFIG_SUBDIRS calls? If
there's a change, invoke ./config.status --recheck. If not,
config.status --recheck
Version: 1.11.1 (ubuntu 10.10). I have inspected the most recent
master and it appears to also have this bug.
configure.ac:
AC_INIT([a], [b], [c])
AM_INIT_AUTOMAKE([foreign])
dnl no LT_INIT -- on purpose
AC_PROG_CC
AC_CONFIG_FILES([Makefile])
AC_OUTPUT
Makefile.am:
lib_LTLIBRARIES = libfoo.la
On Wed, Feb 16, 2011 at 4:39 AM, Stefano Lattarini
stefano.lattar...@gmail.com wrote:
The steps required to set up an autotest-based testsuite are already
excellently described in the autoconf manual:
http://www.gnu.org/software/autoconf/manual/html_node/Making-testsuite-Scripts.html
and seem
(automake-1.11.1, ubuntu 10.10 package)
Hi automakers,
While poking around python.m4, I noticed that python2.6 and python2.7
are not mentioned in the list of python interpreters defined in
_AM_PYTHON_INTERPRETER_LIST. Is this intentional?
-- Jack
Hi automakers,
I've noticed that if you put AM_PATH_PYTHON in configure.ac, it
doesn't add an entry for PYTHON in ./configure --help. Is PYTHON meant
to be a user's variable?
Minimal configure.ac:
AC_INIT
AM_PATH_PYTHON
AC_OUTPUT
-- Jack
On Sat, Jan 22, 2011 at 11:16 PM, Bruno Haible br...@clisp.org wrote:
For (A), the list of options to be ignored during dependency extraction is the
following (cf. gnulib/build-aux/config.rpath):
-rpath /some/path
-Wl,-rpath -Wl,/some/path
-Wl,-rpath,/some/path
-lopt=-rpath
On Fri, Dec 17, 2010 at 6:09 AM, Ralf Wildenhues ralf.wildenh...@gmx.de wrote:
if COND
info_TEXINFOS = foo.texi
foo_TEXINFOS = bar.texi
nodist_info_TEXINFOS = generated.texi
endif
should work to generate and install foo.{info,pdf,...} only if COND,
but distribute foo.texi and bar.texi
On Thu, Sep 16, 2010 at 6:11 AM, Eric Blake ebl...@redhat.com wrote:
On 09/15/2010 12:59 PM, Ralf Wildenhues wrote:
* Eric Blake wrote on Wed, Sep 15, 2010 at 04:15:13PM CEST:
On 09/15/2010 04:37 AM, langdead wrote:
Whether does ACLOCAL_AMFLAGS= -I @path only work for Makefile.am?
In the
On Thu, Jul 29, 2010 at 4:26 PM, Mike Frysinger vap...@gentoo.org wrote:
one example where ive hit this is with projects using git:
- initial clone is done
- local libtool is configured with AC_CONFIG_MACRO_DIR(m4) like it suggests
- m4/ only contains generated files, and those arent in
On Wed, Mar 31, 2010 at 9:04 AM, Manoj Rajagopalan rma...@umich.edu wrote:
A typical use case for me is when one particular function that resides in a
file by itself must be compiled without optimizations so that some
machine-specific numerical information can be calculated accurately. With
2009/12/2 Юрий Пухальский aikip...@gmail.com:
Aye, that was what i thought. Jack misled me:)
Sorry. I must've got mixed up and thought you were building _PROGRAMS
and not _LIBRARIES. I've used noinst_LIBRARIES before when building a
program.
-- Jack
2009/11/27 Юрий Пухальский aikip...@gmail.com:
Automake links binaries through libtool too, at least in my case.
-make output---
/oracle/10.2.0.4/bin/proc CODE=ANSI_C include=../../include
include=/oracle/10.2.0.4/lib include=/usr/include ireclen=4800
oreclen=4800 select_error=no
2009/11/28 Юрий Пухальский aikip...@gmail.com:
On Fri, Nov 27, 2009 at 4:07 PM, Jack Kelly endgame@gmail.com wrote:
2009/11/27 Юрий Пухальский aikip...@gmail.com:
Automake links binaries through libtool too, at least in my case.
-make output---
/oracle/10.2.0.4/bin/proc CODE
2009/11/28 Юрий Пухальский aikip...@gmail.com:
-snip-
My bad. I meant noinst_LIBRARIES, so you make a libcommon.a instead of
libcommon.la. This goes into LDADD as with libtool convenience
libraries.
I haven't checked it, but does it support library dependencies like
.la? This i use
On Tue, Sep 15, 2009 at 1:33 AM, Bollinger, John C
john.bollin...@stjude.org wrote:
That would also help in the case where one or more $(DEPDIR)s is accidentally
or cluelessly deleted -- the developer would not have to re-run configure
(not an
obvious solution) to fix the project directory.
On Fri, Sep 4, 2009 at 10:27 PM, Eric Blakee...@byu.net wrote:
I'm not sure whether this is something I'm doing wrong or something wrong
with automake, autoconf or libtool. At the moment I'm leaning to autoconf +
automake.
compile is maintained by automake, so I've redirected your patch
On Sun, Aug 16, 2009 at 9:12 AM, Ralf Wildenhuesralf.wildenh...@gmx.de wrote:
Hello Jack,
* Jack Kelly wrote on Sun, Aug 16, 2009 at 12:44:57AM CEST:
I was hoping that AM_SILENT_RULES would silence the complex makeinfo
invocations on texinfo files, but it doesn't. I thought that might've
Hello,
I think I have found a bug with texi2dvi. It seems to manifest only
when using -o to write the dvi to a subdirectory and when the .texi
file has a sectioning command like @top. texi2dvi emits an identical
copy of the dvi file in the current working directory.
I found a similar-sounding
On Wed, Aug 12, 2009 at 4:29 AM, Karl Berryk...@freefriends.org wrote:
Thanks for the report.
Running texi2dvi -o doc/foo.dvi doc/foo.texi causes a copy of foo.dvi
I wound up fixing this in my case by adding foo.dvi (equivalent) to
CLEANFILES in Makefile.am. Perhaps automake can change the
On Sun, Jun 7, 2009 at 4:06 PM, Ralf Wildenhuesralf.wildenh...@gmx.de wrote:
2. The suffix mechanism might not be quite enough for Java projects
with native methods using the C++ interface.
I'm sorry, but I fail to parse this. Even with the example you gave, it
is unclear to me. Can you
On Mon, May 25, 2009 at 8:17 AM, Jack Kelly endgame@gmail.com wrote:
On Mon, May 25, 2009 at 12:42 AM, Ralf Wildenhues
ralf.wildenh...@gmx.de wrote:
Hi Jack,
* Jack Kelly wrote on Wed, May 13, 2009 at 01:24:40PM CEST:
I've found that if nothing else defines OBJEXT, AM_PROG_GCJ won't do
On Mon, May 25, 2009 at 12:42 AM, Ralf Wildenhues
ralf.wildenh...@gmx.de wrote:
Hi Jack,
* Jack Kelly wrote on Wed, May 13, 2009 at 01:24:40PM CEST:
I've found that if nothing else defines OBJEXT, AM_PROG_GCJ won't do
it and then make will fail with an error like:
make: *** No rule
34 matches
Mail list logo