Pinging this patch again, following this:
http://lists.gnu.org/archive/html/automake-patches/2010-11/msg3.html
Since I was at it, I rebased the patch, and squashed in some additional
improvements. The updated patch is attached; here is what I squashed in
(after the rebase):
Pinging this patch again, following this:
http://lists.gnu.org/archive/html/automake-patches/2010-11/msg3.html
There should be no need to rebase the patch (which is based off of maint),
so that I should just be able to merge it into master from the copy in my
local automake repository.
[ moving from automake-commit ]
Hi Stefano,
* Stefano Lattarini wrote on Sun, Nov 07, 2010 at 04:37:15PM CET:
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project GNU Automake.
[...]
On Monday 08 November 2010, Ralf Wildenhues wrote:
[ moving from automake-commit ]
Hi Stefano,
* Stefano Lattarini wrote on Sun, Nov 07, 2010 at 04:37:15PM CET:
This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the
Hi,
I looked through the mailing list archives and found several questions
and proposed solutions related to this problem:
- Split up file lists so several rules are generated:
http://lists.gnu.org/archive/html/automake/2004-11/msg00106.html
- What is your env's size?
On Mon, Nov 8, 2010 at 9:14 AM, Steffen Dettmer
steffen.dett...@googlemail.com wrote:
On Sun, Oct 31, 2010 at 1:09 PM, Jason Curl jcurln...@arcor.de wrote:
* On Oct 30, 2010, at 5:17 PM, Jason Curljcurln...@arcor.de wrote:
When building my package with ./configure everything works well as
I'm trying to organize the directory and file structure of my project
and figure out how everything should be installed in a way that
complies with the GCS and FHS. Currently, my project provides several
command line binary executables that do some numerical number
crunching using GNU GSL. The
Hello Pippijn,
* Pippijn van Steenhoven wrote on Mon, Nov 08, 2010 at 04:55:45PM CET:
I looked through the mailing list archives and found several questions
and proposed solutions related to this problem:
- Split up file lists so several rules are generated:
On Mon, Nov 08, 2010 at 08:03:06PM +0100, Ralf Wildenhues wrote:
* Pippijn van Steenhoven wrote on Mon, Nov 08, 2010 at 04:55:45PM CET:
I looked through the mailing list archives and found several questions
and proposed solutions related to this problem:
- Split up file lists so
On Mon, 2010-11-08 at 21:01 +0100, Pippijn van Steenhoven wrote:
I am root on my (Linux) system and I set the stack size to unlimited.
The libtool macro reported a few billion (or something other really
large) for maximum argument list length, bash also agreed (it easily
executed the distdir
On Mon, Nov 08, 2010 at 09:56:52PM +0100, Ralf Wildenhues wrote:
[1] On some systems this is not true; e.g., GNU make evades the limit on
MSYS for this particular point, IIRC using a response file.
Can automake do something similar? The dist files are always the same
(well, they should be), so
* Pippijn van Steenhoven wrote on Mon, Nov 08, 2010 at 09:01:12PM CET:
On Mon, Nov 08, 2010 at 08:03:06PM +0100, Ralf Wildenhues wrote:
Also, we wrote a short section in the manual about this (in recent
versions):
info Automake Length Limitations
I hadn't seen that, before. Now I read
On Mon, Nov 08, 2010 at 03:03:59PM -0500, Paul Smith wrote:
On Mon, 2010-11-08 at 21:01 +0100, Pippijn van Steenhoven wrote:
I am root on my (Linux) system and I set the stack size to unlimited.
The libtool macro reported a few billion (or something other really
large) for maximum argument
merge 7333 7345
tags 7333 + patch
close 7333 v1.11-222-g7a020d6
thanks
* Stefano Lattarini wrote on Sun, Nov 07, 2010 at 03:26:52PM CET:
Now, should I also try to close the bug #7333 on debbugs?
The instruction at http://debbugs.gnu.org/Developer.html seems
quite clear about how to do so, so I
14 matches
Mail list logo