public inbox for dash@vger.kernel.org
 help / color / mirror / Atom feed
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 --]

  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