On Friday 18 May 2001 1:09 am, Tom Tromey wrote:
> > "Gary" == Gary V Vaughan <[EMAIL PROTECTED]> writes:
>
> Gary> I have always tried to have maintainer-clean revert the source
> Gary> tree to the state it was in when freshly checked out of CVS.
>
> This is easy enough to do; there is a too
Hi,
I have been experimenting with GNU shtool recently -- it allows you to roll
all the little scripts (mkinstalldirs, install-sh etc.) into a single
catch-all `shtool' script. Unfortunately, automake gets very upset if its
own versions of these files are not present in the tree. I have been
>>> "Gary" == Gary V Vaughan <[EMAIL PROTECTED]> writes:
[...]
Gary> If intallers have `make clean' and `make distclean', the
Gary> maintainers corrollary is `make maintainer-clean' and
Gary> `make cvs-clean' (maintainer-distclean?). I do this *all
Gary> the time*!
I too would like to have
On Saturday 19 May 2001 1:29 pm, Alexandre Duret-Lutz wrote:
> >>> "Gary" == Gary V Vaughan <[EMAIL PROTECTED]> writes:
> Gary> Anyway, I'm happy to check a copy of Pavel's cvsclean
> [...]
> Gary> If I convert it from perl to shell, would you be
> Gary> interested in accepting as a new automa
| Akim --
| creche. make maintainer-check
| perllibdir=../automake/lib /usr/bin/perl -c -w automake
| Name "Language::libdir" used only once: possible typo at automake line 35.
| automake syntax OK
| perllibdir=../automake/lib /usr/bin/perl -c -w aclocal
| aclocal syntax O
> "Tom" == Tom Tromey <[EMAIL PROTECTED]> writes:
Tom> How much of the automake syntax does it understand? This might
Tom> be an interesting feature to integrate into the next major
Tom> release (not 1.5, but whatever the one after that is).
Tom> This will give Akim a chance to change all t
Alexandre Duret-Lutz wrote:
> ... but I beleive that such target should not rely on CVS (since
> not everybody use CVS). I'd would prefer to have a
> MAINTAINERDISTCLEANFILES variable in Makefile.am, for
> consistency with other clean-targets.
How about TOTALLYCLEAN or COMPLETELYCLEAN and defini
Automake now has two new Mailman mailing lists:
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/bug-automake
and
[EMAIL PROTECTED]
http://mail.gnu.org/mailman/listinfo/automake-patches
Go to these pages to subscribe.
On Saturday 19 May 2001 3:41 pm, Reinhard M?ller wrote:
> Alexandre Duret-Lutz wrote:
> > ... but I beleive that such target should not rely on CVS (since
> > not everybody use CVS). I'd would prefer to have a
> > MAINTAINERDISTCLEANFILES variable in Makefile.am, for
> > consistency with other c
> "Gary" == Gary V Vaughan <[EMAIL PROTECTED]> writes:
Gary> Why not, many projects roll a `cvs-dist' and suchlike? It is
Gary> certainly orthogonal...
If you want to roll back to a clean cvs checkout, there is already a
tool to do this. Prefacing it with `make' doesn't add anything, IMHO.
> "Harlan" == Harlan Stenn <[EMAIL PROTECTED]> writes:
Harlan> However, if I move the lines:
Harlan> ANSI2KNR = ../util/ansi2knr
Harlan> ../util/ansi2knr:
Harlan> cd ../util && $(MAKE) $(AM_MAKEFLAGS) ansi2knr
Harlan> from their current position in the Makefile (late, after the
Harl
> "Gary" == Gary V Vaughan <[EMAIL PROTECTED]> writes:
Gary> I have been experimenting with GNU shtool recently -- it allows
Gary> you to roll all the little scripts (mkinstalldirs, install-sh
Gary> etc.) into a single catch-all `shtool' script. Unfortunately,
Gary> automake gets very upset
That patch works for me.
Harlan
More precisely, it works so far - I haven't finished the entire "make".
But I suspect it's a win.
Harlan
On May 19, 2001, Akim Demaille <[EMAIL PROTECTED]> wrote:
> Automake now has two new Mailman mailing lists:
> [EMAIL PROTECTED]
> http://mail.gnu.org/mailman/listinfo/bug-automake
So, did you move the subscribers of the original bug-automake mailing
list over to Mailman, or am I going t
Alexandre> So, did you move the subscribers of the original
Alexandre> bug-automake mailing list over to Mailman, or am I going to
Alexandre> have to subscribe again?
I was told they were all moved over.
Tom
> "Harlan" == Harlan Stenn <[EMAIL PROTECTED]> writes:
Harlan> More precisely, it works so far - I haven't finished the
Harlan> entire "make". But I suspect it's a win.
Thanks. I am going to check it in. I wish I understood it though.
Tom
> "Kent" == Kent Nyberg <[EMAIL PROTECTED]> writes:
I didn't see an answer to this.
Kent> So, to see if i can do the same i created the directory 'macros'
Kent> and copied the gnome macros there. But when i use
Kent> AM_ACLOCAL_INCLUDE(macros) in my configure.in i get the
Kent> following er
> "Pontus" == Pontus Lidman <[EMAIL PROTECTED]> writes:
Pontus> I'm having a problem with my idl files. Dependencies in them
Pontus> can not be found automatically by automake it seems. I'd like
Pontus> in some way to specify to automake how to automatically find
Pontus> dependencies.
There'
> "Pontus" == Pontus Lidman <[EMAIL PROTECTED]> writes:
Pontus> The symptom is a very confusing error when trying to call 'make':
Pontus> [plidman@host idl]$ make
Pontus> rpath /home/plidman/ostest/lib -version-info 1:0:0 -lpthread -lglib
Pontus> make: rpath: Command not found
Pontus> mak
> "Gary" == Gary V Vaughan <[EMAIL PROTECTED]> writes:
Gary> But it does raise the general problem of how to differentiate
Gary> between alpha releases and full releases when using a fork
Gary> identifier.
I think `1.5a-myversion' is an alpha version according to the rules.
As I recall, a l
A tarball generated by "make dist" using the patch compiled just fine on
a bunch of machines.
I haven't tried a "maintainer" version yet on the same flock of
machines, but I'm pretty comfortable thinking we have this one licked.
I'll make a backup copy of a working automake and check out the lat
22 matches
Mail list logo
