From: Brian Inglis <Brian.Inglis@SystematicSW.ab.ca>
To: dash@vger.kernel.org
Cc: Herbert Xu <herbert@gondor.apana.org.au>
Subject: Re: dash 0.5.13 configure config.status truncated running under dash 0.5.13
Date: Mon, 29 Sep 2025 13:18:48 -0600 [thread overview]
Message-ID: <9e8eeb20-6cc8-47bb-8614-00dd5afc2f4c@SystematicSW.ab.ca> (raw)
In-Reply-To: <b3583ada-32c3-4732-a540-3b8bfb750f12@systematicsw.ab.ca>
[-- Attachment #1: Type: text/plain, Size: 1891 bytes --]
On 2025-09-29 04:29, Brian Inglis wrote:
> On 2025-09-29 03:37, Herbert Xu wrote:
>> Brian Inglis wrote:
>>>
>>> Applied and rebuilt, getting the same failure with identical ERROR messages and
>>> symptoms, after building okay with previous dash == sh, then rerunning with
>>> latest dash == sh.
>>>
>>> Do the previously highlighted configure script last two config.status generation
>>> stanzas seem to have issues, or is that as intended?
>>>
>>> It appears that the following _ACEOF\ncat >>$CONFIG_STATUS ... might be
>>> misplaced, as it is immediately followed by a list of sed commands.
>>
>> It looks identical to the configure script that I get from running
>> autoconf, and my copy works just fine, even with the buggy dash 0.5.13.
>>
>>> These stanzas come from /usr/share/autoconf{,2.7}/autoconf/status.m4
>>> included by /usr/share/autoconf{,2.7}/autoconf/autoconf.m4 frozen in
>>> /usr/share/autoconf{,2.7}/autoconf/autoconf.m4f.
>>>
>>> Or is this an issue that should be raised with the autoconf/autotools team?
>>
>> Based on the fact we just found two bugs in 0.5.13 that both broke
>> autoconf, it's probably a dash bug :)
>>
>> I just checked your original email and your configure script is
>> identical to mine.
>>
>> Can you please run configure with set -x and send me the result?
> Complete Cygwin build run with set -vx attached.
Reported the issue and questioned the code which disables VPATH and may not be
used often on modern systems (report attached):
https://savannah.gnu.org/support/?111321
--
Take care. Thanks, Brian Inglis Calgary, Alberta, Canada
La perfection est atteinte Perfection is achieved
non pas lorsqu'il n'y a plus rien à ajouter not when there is no more to add
mais lorsqu'il n'y a plus rien à retrancher but when there is no more to cut
-- Antoine de Saint-Exupéry
[-- Attachment #2: [sr #111321] config.status generation by configure in dash 0.5.13 fails with ERROR.eml --]
[-- Type: message/rfc822, Size: 8389 bytes --]
[-- Attachment #2.1.1: Type: TEXT/plain, Size: 3076 bytes --]
URL:
<https://savannah.gnu.org/support/?111321>
Summary: config.status generation by configure in dash 0.5.13
fails with ERROR
Group: Autoconf
Submitter: None
Submitted: Mon 29 Sep 2025 09:50:45 AM UTC
Priority: 5 - Unprioritized
Severity: 3 - Normal
Status: None
Privacy: Public
Assigned to: None
Originator Email: Brian.Inglis@SystematicSW.ab.ca
Open/Closed: Open
Discussion Lock: Any
Operating System: Microsoft Windows
_______________________________________________________
Follow-up Comments:
-------------------------------------------------------
Date: Mon 29 Sep 2025 09:50:45 AM UTC By: Anonymous
Testing dash 0.5.13 by rebuilding under Cygwin with dash == sh causes failure
of configure when config.status is run, due to an unterminated null string
definition on the last line of config.status:
ac_sed_extra="
This appears to be generated by lib/autoconf/status.m4 about line 650 where
ac_sed_extra definition is added to config.status without a terminating '"';
it also appears that the here doc delimiter _ACEOF and following line with
`cat >> $CONFIG_STATUS ...` is followed by a sequence of sed commands, which
may be intended to be part of the definition, as it is '"' terminated.
However, this may be some clever shell scripting I don't understand, nor how
it gets generated into configure by autoconf, as there may be some misquoting
in effect somewhere.
This appears in a number of recently updated packages' configure scripts, and
is not changed by autoreconf in the relevant lines.
Generation of config.status has not been affected until latest dash was tested
as sh; bash and previous dash releases work okay.
The relevant bits of the autoconf macros have not changed in recent years:
$ grep -A9 VPATH /usr/share/autoconf2.7/autoconf/status.m4
# VPATH may cause trouble with some makes, so we remove sole $(srcdir),
# ${srcdir} and @srcdir@ entries from VPATH if srcdir is ".", strip leading
and
# trailing colons and then remove the whole line if VPATH becomes empty
# (actually we leave an empty line to preserve line numbers).
if test "x$srcdir" = x.; then
ac_vpsub=['/^[ ]*VPATH[ ]*=[ ]*/{
h
s///
s/^/:/
s/[ ]*$/:/
s/:\$(srcdir):/:/g
s/:\${srcdir}:/:/g
s/:@srcdir@:/:/g
s/^:*//
s/:*$//
--
# Neutralize VPATH when '$srcdir' = '.'.
# Shell code in configure.ac might set extrasub.
# FIXME: do we really want to maintain this feature?
cat >>$CONFIG_STATUS <<_ACEOF || ac_write_fail=1
ac_sed_extra="$ac_vpsub
$extrasub
_ACEOF
cat >>$CONFIG_STATUS <<\_ACEOF || ac_write_fail=1
:t
[/@[a-zA-Z_][a-zA-Z_0-9]*@/!b]
_______________________________________________________
Reply to this item at:
<https://savannah.gnu.org/support/?111321>
_______________________________________________
Message sent via Savannah
https://savannah.gnu.org/
[-- Attachment #2.1.2: signature.asc --]
[-- Type: APPLICATION/pgp-signature, Size: 228 bytes --]
next prev parent reply other threads:[~2025-09-29 19:18 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-09-28 23:05 dash 0.5.13 configure config.status truncated running under dash 0.5.13 Brian Inglis
2025-09-29 5:01 ` Herbert Xu
2025-09-29 9:15 ` Brian.Inglis
2025-09-29 9:37 ` Herbert Xu
2025-09-29 10:29 ` Brian.Inglis
2025-09-29 19:18 ` Brian Inglis [this message]
2025-09-30 12:26 ` Herbert Xu
2025-09-30 17:11 ` Brian Inglis
2025-10-01 0:40 ` Herbert Xu
2025-10-02 21:56 ` Brian Inglis
2025-10-03 7:29 ` Herbert Xu
2025-10-04 3:19 ` Brian Inglis
2025-10-04 4:00 ` Herbert Xu
2025-10-04 22:47 ` Brian Inglis
2025-10-06 2:15 ` Herbert Xu
2025-10-06 3:28 ` Herbert Xu
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=9e8eeb20-6cc8-47bb-8614-00dd5afc2f4c@SystematicSW.ab.ca \
--to=brian.inglis@systematicsw.ab.ca \
--cc=dash@vger.kernel.org \
--cc=herbert@gondor.apana.org.au \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox