> > we'll need a proper disclaimer from *all* the people who have written
> > this code before incorporating it in the automake repository. So I ask:
> >
> > Would you and the other people that have written this code be willing
> > to assign the copyright to the Free Software Foundation, so that
Eric Blake writes:
> I think it's worth pursuing a patch to the GNU Coding Standards that
> allows a standardized configure option that allows one to specify an
> alternate package name, so that things like $(pkglibdir) become
> $(libdir)/$(alternate_package_name)
A standardized option (described
Portland Group C Compiler support based on a code from Jeff Daily @ PNNL
via the automake list and automake bug #8880:
http://debbugs.gnu.org/cgi/bugreport.cgi?bug=8880
---
lib/depcomp | 73 +++
1 files changed, 73 insertions(+), 0 deletio
Otherwise non-silent output such as "pgCC" or "sunCC" could
unintentionally match.
---
tests/silent-many-generic.test |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/tests/silent-many-generic.test b/tests/silent-many-generic.test
index a7a0487..4d254ee 100755
--- a/tests
On Feb 25, 2012, at 3:08 AM CST, Stefano Lattarini wrote:
> On 02/25/2012 03:22 AM, Dave Goodell wrote:
>> Portland Group C Compiler support based on a code from Jeff Daily @ PNNL
>> via the automake list and automake bug #8880:
>>
> By a very cursory look, this patch seems safe and unobtrusive (
Hi Quentin, thanks for the report.
On 02/26/2012 10:12 PM, Quentin Glidic wrote:
> Package: automake
> Version: 1.11.3
>
> Hello,
>
> The distcheck of a project which mix C and Vala targets in the same
> Makefile.am
> leads to a pass of C targets to valac, which is completely wrong and fails if
On 02/27/2012 12:52 PM, Stefano Lattarini wrote:
> [re-adding the relevant automake bug in CC]
>
> Hi Peter, thanks for chiming in.
>
> On 02/27/2012 12:15 PM, Peter Rosin wrote:
>>
>> I *think* the environment and the command line shares space (approx 64kB,
I can confirm this, based on my testi
On 02/27/2012 07:51 AM, Peter Rosin wrote:
>> Thanks for chiming in. I still haven't pushed my proposed patches to
>> autoconf, and I'd like to make sure that what I'm proposing for autoconf
>> still gets by on your MSYS system (I don't have MSYS set up myself, so
>> getting feedback from you woul
[re-adding the relevant automake bug in CC]
Hi Peter, thanks for chiming in.
On 02/27/2012 12:15 PM, Peter Rosin wrote:
>
> I *think* the environment and the command line shares space (approx 64kB,
> I repeat *think* here, I don't know the details off the top of my head, Cygwin
> isn't affected s
On 02/27/2012 04:48 PM, Eric Blake wrote:
> On 02/26/2012 02:02 AM, Stefano Lattarini wrote:
>>> Do you really want to start requiring a Signed-off-by line, now?
>
> I don't care either way, but it's slightly less work without.
>
> I don't care whether you require it, require it to be omitted, or
Stefano Lattarini writes:
> Any transformation of a $(pkg*dir) by $(program_transform_name)
> would be a bug; if you encounter such an issue, I'd be grateful if
> you report it.
>
> But I'm pretty sure the inconsistency you are seeing here is due to
> another reasons (maybe some Makefile.am or con
On 26 February 2012 10:01, Stefano Lattarini
wrote:
> But the more I think about it, the more I dislike the idea of creating
> an empty directory whose existence is required by aclocal in order for
> it to function at all. Moreover, the objection you've raised might be
> applied to the aclocal an
On 02/26/2012 02:02 AM, Stefano Lattarini wrote:
>> Do you really want to start requiring a Signed-off-by line, now?
I don't care either way, but it's slightly less work without.
>> I explicitly avoid such lines as redundant when they merely repeat
>> what's on the Author: line.
>>
> I'm not trul
Eric Blake skrev 2012-02-27 14:58:
> On 02/26/2012 03:14 PM, Peter Rosin wrote:
>
>> Sorry for the late reply, but this might be relevant. Personally, I wouldn't
>> classify the below as a working "test -x", but I'm not sure what working is
>> in
>> this context...
>
> Thanks for chiming in. I
On 02/27/2012 02:37 AM, Miles Bader wrote:
> Stefano Lattarini writes:
>> Any transformation of a $(pkg*dir) by $(program_transform_name)
>> would be a bug; if you encounter such an issue, I'd be grateful if
>> you report it.
>>
>> But I'm pretty sure the inconsistency you are seeing here is due t
On 02/26/2012 03:14 PM, Peter Rosin wrote:
> Sorry for the late reply, but this might be relevant. Personally, I wouldn't
> classify the below as a working "test -x", but I'm not sure what working is in
> this context...
Thanks for chiming in. I still haven't pushed my proposed patches to
autoc
Stefano Lattarini skrev 2012-02-22 21:54:
> On 02/22/2012 09:22 PM, Bob Friesenhahn wrote:
>> On Wed, 22 Feb 2012, Stefano Lattarini wrote:
>>> I don't understand how that patch could actually work ... If there are
>>> too many tests in $(TESTS), there will be too many logs in $(TEST_LOGS),
>
* tests/list-of-tests.mk: Remove a duplicated copyright line.
---
tests/list-of-tests.mk |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/tests/list-of-tests.mk b/tests/list-of-tests.mk
index 0e5ee29..28a6b2a 100644
--- a/tests/list-of-tests.mk
+++ b/tests/list-of-tests.mk
On 02/26/2012 09:18 PM, Vladimir 'φ-coder/phcoder' Serbinenko wrote:
> Hello, all. In GRUB2 we have following problem: If
>
> program_transform_name=s,grub,grub2
>
> then
> pkglibdir=$libdir/grub2
>
Hmm... no, this is not automake's doing (automake is in fact not
documented to do so, and I've ju
19 matches
Mail list logo
