bug#19579: closed (Long lines, short awk)

[GNU bug Tracking System]

Your message dated Mon, 14 Feb 2022 07:12:38 -0500
with message-id <YgpHNrrbynUdzHyn@vapier>
and subject line Re: Long lines, short awk
has caused the debbugs.gnu.org bug report #19579,
regarding Long lines, short awk
to be marked as done.

(If you believe you have received this mail in error, please contact
help-debbugs@gnu.org.)


-- 
19579: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=19579
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems
> --- Begin Message ---
>
>
>
> Subject: 
>
> Long lines, short awk
>
>
>
>
> Date: 
>
> Tue, 13 Jan 2015 01:01:44 -0500
>
>
>
>
> Hello list,
>
> I am building a source package, prepared with Automake 1.15, on HP-UX.
> While running the configure script, I get
>
>     [...]
>     config.status: creating include/Makefile
>     config.status: creating scripts/Makefile
>     config.status: creating src/Makefile
>     config.status: creating src/lib/Makefile
>     awk: Input line         -rm -rf ../../src/l cannot be longer than 3,000 
> bytes.
>      The input line number is 21137.
>      The source line number is 235.
>     config.status: error: could not create src/lib/Makefile
>
> It so happens that src/lib/Makefile covers a large number of source
> files, spread out across many directories. Line 21137 of Makefile.in is
> the "-rm -rf" line shown below:
>
>     distclean: distclean-am
>             -rm -rf ../../src/lib/libobj/$(DEPDIR) foo/bar/$(DEPDIR) 
> foo/baz/$(DEPDIR) ...
>
> The line includes every single subdir-objects subdirectory known to the
> makefile, and is well over 15kB long. The maintainer-clean target also
> has an identical line.
>
> I recognize that the usual thing to do here is specify e.g. AWK=gawk,
> but other sections of the makefile (e.g. clean-libtool target) avoid
> this issue altogether by specifying a series of short "rm" commands
> instead of a single giant invocation. (Moreover, even if $AWK didn't
> have a line-length limitation, the shell could still balk with an
> "Argument list too long" error.) IMO, it is better to have the distclean
> and maintainer-clean targets follow this same approach.
>
>
> --Daniel
>
>
> -- 
> Daniel Richard G. || skunk@iSKUNK.ORG
> My ASCII-art .sig got a bad case of Times New Roman.
>
>
>
> --- End Message ---

--- Begin Message --- Subject: Re: Long lines, short awk Date: Mon, 14 Feb 2022 07:12:38 -0500

On 14 Feb 2022 01:14, Daniel Richard G. wrote:
> On Mon, 2022 Feb  7 23:03-05:00, Mike Frysinger wrote:
> > can you provide an example that reproduces the issue ?  or link to the
> > package you're working on (assuming it's OSS) ?  i checked my own
> > projects and it didn't create a single line, it generated a bunch of
> > independent rm commands.  i looked through the automake source and
> > couldn't quickly identify something that would explain the behavior
> > you're seeing.
> 
> I am currently using Automake 1.16.3, which no longer exhibits the
> issue originally described. As far as I can tell, this was fixed as a
> side effect of Git commit 08849db8, made just ten days before my
> initial report.

ok, thanks for checking
-mike

signature.asc
Description: PGP signature

--- End Message ---