GNU bug report logs - #10473
get directory holding automake-provided scripts and data files

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 10473 in the body.
You can then email your comments to 10473 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Nick Bowler <nbowler <at> elliptictech.com>
To: Mike Frysinger <vapier <at> gentoo.org>
Cc: Roger Pau Monné <roger.pau <at> entel.upc.edu>,
	bug-automake <at> gnu.org, autoconf <at> gnu.org, Eric Blake <eblake <at> redhat.com>
Subject: Re: Run automake to create config.sub without any Makefile.am
Date: Tue, 10 Jan 2012 16:10:29 -0500

On 2012-01-10 15:41 -0500, Mike Frysinger wrote:
> On Monday 09 January 2012 18:49:28 Eric Blake wrote:
> > On 01/09/2012 03:46 PM, Roger Pau Monné wrote:
> > > It creates the needed files, but exits with status 1. Is there anyway
> > > to generate config.sub without relying on Automake,
> > 
> > Use 'cp'.  That's all the more automake was doing when it outputs lines
> > about installing helper files.
> 
> i wish automake (and gettext) had modes where you could say "i just want you 
> to install XXX helpers for me)".  copying things by hand is error prone due to 
> changing install paths across versions and distros.
> 
> automake --foreign -c -f --tools="config.sub config.guess"

CCing bug-automake.  This feature would be generally useful: another
example for automake-using packages is that at "foreign" strictness the
INSTALL file is not copied, but maintainers may still want to include it.

Perhaps a simpler and more flexible option is to add an option to
automake which prints out the location where it finds these files,
similar to aclocal --print-ac-dir.  Something like (for example)

 % automake --print-snippet-dir
 /usr/share/automake-1.11

Cheers,
-- 
Nick Bowler, Elliptic Technologies (http://www.elliptictech.com/)

Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Mike Frysinger <vapier <at> gentoo.org>
To: autoconf <at> gnu.org
Cc: Roger Pau Monné <roger.pau <at> entel.upc.edu>,
	Eric Blake <eblake <at> redhat.com>,
	Nick Bowler <nbowler <at> elliptictech.com>, bug-automake <at> gnu.org
Subject: Re: Run automake to create config.sub without any Makefile.am
Date: Tue, 10 Jan 2012 16:57:41 -0500

[Message part 1 (text/plain, inline)]

On Tuesday 10 January 2012 16:10:29 Nick Bowler wrote:
> On 2012-01-10 15:41 -0500, Mike Frysinger wrote:
> > On Monday 09 January 2012 18:49:28 Eric Blake wrote:
> > > On 01/09/2012 03:46 PM, Roger Pau Monné wrote:
> > > > It creates the needed files, but exits with status 1. Is there anyway
> > > > to generate config.sub without relying on Automake,
> > > 
> > > Use 'cp'.  That's all the more automake was doing when it outputs lines
> > > about installing helper files.
> > 
> > i wish automake (and gettext) had modes where you could say "i just want
> > you to install XXX helpers for me)".  copying things by hand is error
> > prone due to changing install paths across versions and distros.
> > 
> > automake --foreign -c -f --tools="config.sub config.guess"
> 
> CCing bug-automake.  This feature would be generally useful: another
> example for automake-using packages is that at "foreign" strictness the
> INSTALL file is not copied, but maintainers may still want to include it.
> 
> Perhaps a simpler and more flexible option is to add an option to
> automake which prints out the location where it finds these files,
> similar to aclocal --print-ac-dir.  Something like (for example)
> 
>  % automake --print-snippet-dir
>  /usr/share/automake-1.11

i'd be OK with that too if the assumption is that all relevant files people 
want to manually copy would be in there (INSTALL, config.sub, etc...).

another example of why hardcoding paths doesn't scale: the stuff installed into 
the root distro might not be what is found via $PATH.  so if you have local 
builds of autotools in say $HOME/...., `automake` would come from there, but 
trying to copy files by hand would look in /usr/share/.... rather than the stuff 
in $HOME.
-mike

[signature.asc (application/pgp-signature, inline)]

Message #11 received at 10473 <at> debbugs.gnu.org (full text, mbox):

From: Stefano Lattarini <stefano.lattarini <at> gmail.com>
To: Mike Frysinger <vapier <at> gentoo.org>
Cc: roger.pau <at> entel.upc.edu, eblake <at> redhat.com, nbowler <at> elliptictech.com,
	10473 <at> debbugs.gnu.org, automake-patches <at> gnu.org
Subject: [PATCH] automake: new option to print locations of scripts and data
	files (was: Re: bug#10473: Run automake to create config.sub without
	any Makefile.am)
Date: Sun, 19 Feb 2012 18:45:15 +0100

[Message part 1 (text/plain, inline)]

retitle 10473 get directory holding automake-provided scripts and data files
severity 10473 wishlist
tags 10473 patch
thanks

[dropping autoconf <at> gnu.org]

On 01/10/2012 10:57 PM, Mike Frysinger wrote:
> On Tuesday 10 January 2012 16:10:29 Nick Bowler wrote:
>> On 2012-01-10 15:41 -0500, Mike Frysinger wrote:
>>> On Monday 09 January 2012 18:49:28 Eric Blake wrote:
>>>> On 01/09/2012 03:46 PM, Roger Pau Monné wrote:
>>>>> It creates the needed files, but exits with status 1. Is there anyway
>>>>> to generate config.sub without relying on Automake,
>>>>
>>>> Use 'cp'.  That's all the more automake was doing when it outputs lines
>>>> about installing helper files.
>>>
>>> i wish automake (and gettext) had modes where you could say "i just want
>>> you to install XXX helpers for me)".  copying things by hand is error
>>> prone due to changing install paths across versions and distros.
>>>
>>> automake --foreign -c -f --tools="config.sub config.guess"
>>
>> CCing bug-automake.  This feature would be generally useful: another
>> example for automake-using packages is that at "foreign" strictness the
>> INSTALL file is not copied, but maintainers may still want to include it.
>>
>> Perhaps a simpler and more flexible option is to add an option to
>> automake which prints out the location where it finds these files,
>> similar to aclocal --print-ac-dir.  Something like (for example)
>>
>>  % automake --print-snippet-dir
>>  /usr/share/automake-1.11
> 
> i'd be OK with that too if the assumption is that all relevant files people 
> want to manually copy would be in there (INSTALL, config.sub, etc...).
> 
Here is a patch adding a new "--print-libdir" option (naming selected for
consistency with the "--libdir=DIR" option).  I will push it by tomorrow if
there is no objection.

Regards,
  Stefano

[0001-automake-new-option-to-print-locations-of-scripts-an.patch (text/x-diff, attachment)]

Message #20 received at 10473 <at> debbugs.gnu.org (full text, mbox):

From: Stefano Lattarini <stefano.lattarini <at> gmail.com>
To: 10473 <at> debbugs.gnu.org
Subject: close bug
Date: Tue, 13 Mar 2012 13:08:08 +0100

close 10473
thanks

The patch has been applied three weeks ago, so I'm closing this bug report.

Thanks,
  Stefano

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.