t add both, BTW; AC_PROG_LIBTOOL is the
obsolescent name for LT_INIT AFAIK.
Ok, the lines above were part of a bug report for the Eclipse CDT
autotools plug-in and I just copied
it over.
The make can fail when it tries to do an automake and ltmain.sh
is missing.
Note that even "automak
L is the
obsolescent name for LT_INIT AFAIK.
> The make can fail when it tries to do an automake and ltmain.sh
> is missing.
>
Note that even "automake --add-missing" wouldn't help you here,
because the ltmain.sh is provided by Libtool, not Automake, and
installed by &
Hi Alfred,
* Alfred M. Szmidt wrote on Mon, Nov 16, 2009 at 08:33:10PM CET:
> You didn't answer why you need this switch, only that you want it.
Various threads on this list during the last months document this,
I would say. It otherwise isn't even hard to guess. ;-)
Cheers,
Ralf
You didn't answer why you need this switch, only that you want it.
[Note that this has nothing to do with the bootstrap file]
On Sunday 2009-11-15 17:44, Alfred M. Szmidt wrote:
> Index: automake/m4/init.m4
> ===
> --- automake.orig/m4/init.m4
> +++ automake/m4/init.m4
> @@ -107,6 +107,7
Index: automake/m4/init.m4
===
--- automake.orig/m4/init.m4
+++ automake/m4/init.m4
@@ -107,6 +107,7 @@ dnl is hooked onto _AC_COMPILER_EXEEXT e
AC_CONFIG_COMMANDS_PRE(dnl
[m4_provide_if([_AM_COMPILER_EXEEXT],
On Sat, 14 Nov 2009, Peter Johansson wrote:
From where did you get that rule? It doesn't go very well with the fact that
automake by default adds Makefile.am, configure.ac and other .m4 files to the
tarball. Those files will never be useful for a pure ./configure; make; make
install, but as s
On Saturday 2009-11-14 14:06, Ralf Wildenhues wrote:
>Hi Jan,
>
>* Jan Engelhardt wrote on Mon, Nov 09, 2009 at 02:09:14AM CET:
>> in the automake tarballs, the 'bootstrap' script is missing, but it
>> would be needed when modifying any of the automake files in a tarball.
>
>Sounds reasonable t
On Sat, 2009-11-14 at 09:35 -0500, Peter Johansson wrote:
> Gaetan Nadon wrote:
> >
> > If you want to modify files in automake, then you are doing development,
> > rather than just installing the software. Given that automake requires
> > itself, there may be special things to do. In any case, no
Gaetan Nadon wrote:
If you want to modify files in automake, then you are doing development,
rather than just installing the software. Given that automake requires
itself, there may be special things to do. In any case, nothing should
be added to the tarball that isn't required for installation.
On Sat, 2009-11-14 at 14:06 +0100, Ralf Wildenhues wrote:
> Hi Jan,
>
> * Jan Engelhardt wrote on Mon, Nov 09, 2009 at 02:09:14AM CET:
> > in the automake tarballs, the 'bootstrap' script is missing, but it
> > would be needed when modifying any of the automake files in a tarball.
>
> Sounds r
Hi Jan,
* Jan Engelhardt wrote on Mon, Nov 09, 2009 at 02:09:14AM CET:
> in the automake tarballs, the 'bootstrap' script is missing, but it
> would be needed when modifying any of the automake files in a tarball.
Sounds reasonable to me, esp. since it doesn't even use git in any way
(yet).
>
Hi,
in the automake tarballs, the 'bootstrap' script is missing, but it
would be needed when modifying any of the automake files in a tarball.
In other words, when used in an rpm build script:
Source: automake-1.11.tar.bz2
Patch1: foobar.diff modifying m4/init.m4
Not running bootstrap after a
c/missing --run aclocal-1.10
> cd . && /bin/sh /tmp/ac/missing --run automake-1.10 --foreign
> Makefile.am: required file `./depcomp' not found
> Makefile.am: `automake --add-missing' can install `depcomp'
> make: *** [Makefile.in] Error 1
>
> Would it b
--foreign
Makefile.am: required file `./depcomp' not found
Makefile.am: `automake --add-missing' can install `depcomp'
make: *** [Makefile.in] Error 1
Would it be a problem if --add-missing was always passed to automake
at this point?
Cheers,
--
Benoit Sigoure aka Tsuna
EPITA
* Eric Polino wrote on Tue, Jul 24, 2007 at 10:31:43PM CEST:
>
> I'm sort of confused on my options, is this correct?
>
> 1. AC_CONFIG_AUX_DIR([.]) in finch/libgnt/configure.ac &&
>AC_CONFIG_AUX_DIR([.]) in configure.ac
>
> OR
>
> 2. AC_CONFIG_AUX_DIR([.]) in finch/libgnt/configure.ac &&
>
On 7/24/07, Ralf Wildenhues <[EMAIL PROTECTED]> wrote:
Hello Eric,
* Eric Polino wrote on Tue, Jul 24, 2007 at 06:00:44AM CEST:
>
> Here lies the problem. If I run toplevel/ag.sh it creates
> finch/libgnt/Makefile.in, as it always has and should. Within there
> it generates a variable called D
Hello Eric,
* Eric Polino wrote on Tue, Jul 24, 2007 at 06:00:44AM CEST:
>
> Here lies the problem. If I run toplevel/ag.sh it creates
> finch/libgnt/Makefile.in, as it always has and should. Within there
> it generates a variable called DIST_COMMON which doesn't reference the
> automake scripts
er to allow libgnt to be build standalone. We are
essentially trying to make the libgnt folder extractable to be its own
package so that distros can install it by itself without installing
Pidgin
Some more info on the directories:
toplevel/autogen.sh (calls 'automake --add-missing --copy'
> "Akim" == Akim Demaille <[EMAIL PROTECTED]> writes:
> "Ralf" == Ralf Corsepius <[EMAIL PROTECTED]> writes:
Ralf> Related question: Which directory is am_dir/--am-dir supposed to
Ralf> point to, now? <..>/automake/ or <..>/automake/am?
Akim> Good question. No idea what Tom will prefer.
>>>>> "Ralf" == Ralf Corsepius <[EMAIL PROTECTED]> writes:
Ralf> Hi, At present time, automake --add-missing is broken.
Ralf> Apparent cause is this patch below.
Doh!
Thanks! Weird that the test suite did not catch this.
Ralf> Related question: Which
Hi,
At present time, automake --add-missing is broken.
Apparent cause is this patch below.
Index: automake.in
===
RCS file: /cvs/automake/automake.in,v
retrieving revision 1.1046
retrieving revision 1.1047
diff -r1.1046 -r1.1047
> "Pavel" == Pavel Roskin <[EMAIL PROTECTED]> writes:
Pavel> CVS Automake uses am_line_error() to inform the user that it's
Pavel> installing files. As a result, --Werror causes Automake to exit
Pavel> after it installs the first file:
I submitted a PR about this in your name.
Thanks.
Tom
Hello!
CVS Automake uses am_line_error() to inform the user that it's installing
files. As a result, --Werror causes Automake to exit after it installs the
first file:
$ automake --Werror --add-missing; echo $?
automake: Makefile.am: installing `./INSTALL'
2
$ automake --Werror --a
Tom Tromey wrote:
> I wouldn't be averse to adding a `pdf' target so that `make pdf' works
> as expected. Someone else would have to write it though since I don't
> know how.
It should be the exact target used for DVI except for the addition of a
'--pdf' switch to the texi2dvi command line. I'
Derek> I slogged my way through enough FAQs, documentation, and email
Derek> archives to lead me to believe that having the same *.texi file
Derek> find two different texinfo.tex files (say ./texinfo.tex &
Derek> ./pdftexinfo.tex) depending on the output isn't a common
Derek> request. I sent out
Tom Tromey wrote:
> > "Derek" == Derek R Price <[EMAIL PROTECTED]> writes:
>
> >> Me too. But the point is that GNU packages are supposed to ship
> >> with texinfo.tex.
>
> Derek> Is there a web page somewhere with this standard on it? I
> Derek> browsed briefly but I haven't been able to l
> "Derek" == Derek R Price <[EMAIL PROTECTED]> writes:
>> Me too. But the point is that GNU packages are supposed to ship
>> with texinfo.tex.
Derek> Is there a web page somewhere with this standard on it? I
Derek> browsed briefly but I haven't been able to locate one.
It is in the GNU Co
Tom Tromey wrote:
> > "Derek" == Derek R Price <[EMAIL PROTECTED]> writes:
>
> Derek> Yep. Looks like that could be used by configure to set, say,
> Derek> TEX_TEXINPUTS & PDFTEX_TEXINPUTS and prepend include dirs
> Derek> differently for different targets, but I suspect that if your
> Derek
> "Derek" == Derek R Price <[EMAIL PROTECTED]> writes:
Derek> Yep. Looks like that could be used by configure to set, say,
Derek> TEX_TEXINPUTS & PDFTEX_TEXINPUTS and prepend include dirs
Derek> differently for different targets, but I suspect that if your
Derek> TeX distribution includes kp
tes:
> Alexandre Oliva wrote:
> > On Nov 13, 2000, "Derek R. Price" <[EMAIL PROTECTED]> wrote:
> > > Okay, is there some way short of symlinking the
> > > /usr/share/automake/texinfo.tex file by hand to make sure that automake
> > > --add-missing u
Alexandre Oliva wrote:
> On Nov 13, 2000, "Derek R. Price" <[EMAIL PROTECTED]> wrote:
>
> > Okay, is there some way short of symlinking the
> > /usr/share/automake/texinfo.tex file by hand to make sure that automake
> > --add-missing uses the "pro
On Nov 13, 2000, "Derek R. Price" <[EMAIL PROTECTED]> wrote:
> Okay, is there some way short of symlinking the
> /usr/share/automake/texinfo.tex file by hand to make sure that automake
> --add-missing uses the "proper" texinfo.tex file (i.e. the one insta
Okay, is there some way short of symlinking the
/usr/share/automake/texinfo.tex file by hand to make sure that automake
--add-missing uses the "proper" texinfo.tex file (i.e. the one installed
with the texinfo package and assumedly the most recent one)?
Derek
--
D
On Wed, Apr 05, 2000 at 01:49:35PM -0700, Tom Tromey wrote:
: >>>>> "Lars" == Lars J Aas <[EMAIL PROTECTED]> writes:
: Lars> I've always been annoyed that automake --add-missing --copy
: Lars> doesn't pass the "--copy"-option along to li
>>>>> "Lars" == Lars J Aas <[EMAIL PROTECTED]> writes:
Lars> I've always been annoyed that automake --add-missing --copy
Lars> doesn't pass the "--copy"-option along to libtoolize, so I end
Lars> up with symlinked config.guess, config.
Using: automake (GNU automake) 1.4a
I've always been annoyed that automake --add-missing --copy doesn't pass
the "--copy"-option along to libtoolize, so I end up with symlinked
config.guess, config.sub, ltconfig and ltmain.sh.
This might be fixed already, it's an "
37 matches
Mail list logo