From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-1.0 required=5.0 tests=MAILING_LIST_MULTI, RCVD_IN_DNSWL_NONE autolearn=ham autolearn_force=no version=3.4.2 Received: from primenet.com.au (ns1.primenet.com.au [203.24.36.2]) by inbox.vuxu.org (OpenSMTPD) with ESMTP id c88af8eb for ; Fri, 3 Jan 2020 10:16:41 +0000 (UTC) Received: (qmail 756 invoked by alias); 3 Jan 2020 10:16:32 -0000 Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm Precedence: bulk X-No-Archive: yes List-Id: Zsh Workers List List-Post: List-Help: List-Unsubscribe: X-Seq: 45208 Received: (qmail 24292 invoked by uid 1010); 3 Jan 2020 10:16:32 -0000 X-Qmail-Scanner-Diagnostics: from mailout2.w1.samsung.com by f.primenet.com.au (envelope-from , uid 7791) with qmail-scanner-2.11 (clamdscan: 0.102.1/25677. spamassassin: 3.4.2. Clear:RC:0(210.118.77.12):SA:0(-7.0/5.0):. Processed in 3.334257 secs); 03 Jan 2020 10:16:32 -0000 X-Envelope-From: p.stephenson@samsung.com X-Qmail-Scanner-Mime-Attachments: | X-Qmail-Scanner-Zip-Files: | Received-SPF: pass (ns1.primenet.com.au: SPF record at _spf.samsung.com designates 210.118.77.12 as permitted sender) DKIM-Filter: OpenDKIM Filter v2.11.0 mailout2.w1.samsung.com 20200103101553euoutp026089bcb51fe76d125f1a335ac21587dd~mWPq1pD4G1499114991euoutp02z X-AuditID: cbfec7f4-0e5ff7000001ed07-42-5e0f14594ac8 Message-ID: <1578046551.4581.1.camel@samsung.com> Subject: Re: Test failures in --disable-multibyte From: Peter Stephenson To: Date: Fri, 3 Jan 2020 10:15:51 +0000 In-Reply-To: <46b2aa40-adcb-44ff-8e39-df98a9b2d235@www.fastmail.com> X-Mailer: Evolution 3.18.5.2-0ubuntu3.2 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFnrHIsWRmVeSWpSXmKPExsWy7djPc7qRIvxxBt097BYHmx8yOTB6rDr4 gSmAMYrLJiU1J7MstUjfLoEr48r3R2wFf9krbjWfZG1g3MfWxcjJISFgIrH5xzGmLkYuDiGB FYwSDU+fskE4fUwS7e232CGcXiaJzZefM8K0nN6ymQUisZxRYmP/H2aQBFjVv/lREInTjBJv 9x2DqjrPKHG1ZxMTSBWvgKFE/9QmIJuDQxjIPnLKFCTMBmRO3TQbbIOIgKTEtebTYDaLgIrE zh33wWxOAReJCS8fM0FcoSGx4eYxqJGCEidnPmEBsZkF5CWat85mBtkrIXCfTWL24ctQn7pI NP2bB/WCsMSr41vYIWwZif875zNBNLQzSqyZ9JodwulhlNh09A5Uh7VE3+2LjCBXMwtoSqzf pQ8RdpS407mSFSQsIcAnceOtIMQRfBKTtk1nhgjzSnS0CUFUq0nsaNrKCBGWkXi6RmECo9Is JB/MQvLBLIRVCxiZVzGKp5YW56anFhvlpZbrFSfmFpfmpesl5+duYgSmgtP/jn/ZwbjrT9Ih RgEORiUe3gnXeOOEWBPLiitzDzFKcDArifCWBwKFeFMSK6tSi/Lji0pzUosPMUpzsCiJ8xov ehkrJJCeWJKanZpakFoEk2Xi4JRqYJxw/k/Zlu+rDnBk3lbcUCm5t8Z4WpDXrjcnW+UU551c uGx2gR1H2509ZjsD9ztNNeJWU92y47rMQqPNieq/lPzcD2zM5dGRlpr+Piv8SfYnAaej8VaF nguD8uVmRz9rEHp08PBEzdZnj5efclx+u/9XNJ+Vvll43d/NH16z5+XYHn0gvK5IzE6JpTgj 0VCLuag4EQBgtTo4AQMAAA== X-Brightmail-Tracker: H4sIAAAAAAAAA+NgFmpikeLIzCtJLcpLzFFi42I5/e/4Xd0IEf44gwtvxC0ONj9kcmD0WHXw A1MAY5SeTVF+aUmqQkZ+cYmtUrShhZGeoaWFnpGJpZ6hsXmslZGpkr6dTUpqTmZZapG+XYJe xpXvj9gK/rJX3Go+ydrAuI+ti5GTQ0LAROL0ls0sXYxcHEICSxklLm55wgiRkJH4dOUjO4Qt LPHnWhcbRFE3k8T6D8ugOk4zSkyb28cO4ZxnlHhx9z7YXF4BQ4n+qU1MXYwcHMJA9pFTpiBh NiBz6qbZYBtEBCQlrjWfBrNZBFQkdu64D2ZzCrhITHj5mAli5jQmib/LOsHOYBbQlGjd/hvq JA2JDTePMUHsEpQ4OfMJC0SNvETz1tnMExiFZiFpmYWkbBaSsgWMzKsYRVJLi3PTc4sN9YoT c4tL89L1kvNzNzECw3/bsZ+bdzBe2hh8iFGAg1GJh3fCNd44IdbEsuLK3EOMEhzMSiK85YFA Id6UxMqq1KL8+KLSnNTiQ4ymQB9NZJYSTc4HxmZeSbyhqaG5haWhubG5sZmFkjhvh8DBGCGB 9MSS1OzU1ILUIpg+Jg5OqQbGJOMr96M+/r6qeNh66gm2+WKnalxfrMq0XNqvfnqugLPHU4XO 7PnBBxf2frz0SkAv54OQgNnrCaJv2HY/kVb/Eix4bUKOcvaxLb6LGDyf+WwRPX/8pedLj/t1 u+/1bXYUXrZ959nu2bPlZzMYaO0yrZT68su46DVrgPLT9TKJk5o3HP2Ulnb7nBJLcUaioRZz UXEiAMZurp2VAgAA X-CMS-MailID: 20200103101552eucas1p17f8071db49d7ef5f995381bd32133e87 X-Msg-Generator: CA Content-Type: text/plain; charset="utf-8" X-RootMTR: 20200102113205epcas4p115afe953509d57fa7bae46091c10cb51 X-EPHeader: CA CMS-TYPE: 201P X-CMS-RootMailID: 20200102113205epcas4p115afe953509d57fa7bae46091c10cb51 References: <20200101134457.kdzfrmlyzjwptxaz@tarpaulin.shahaf.local2> <64e62682e403332a89322b7f24983fa009c19fc0.camel@ntlworld.com> <46b2aa40-adcb-44ff-8e39-df98a9b2d235@www.fastmail.com> On Thu, 2020-01-02 at 11:30 +0000, Daniel Shahaf wrote: > A build-time warning, then?  I.e., have configure warn if --disable-multibyte > is selected (manually or automatically), or perhaps use a #warning at > the C level.  It could say something to the effect of "Compiling without > multibyte support is known not to pass 'make test'.  We recommend to > rebuild with --enable-multibyte.  Alternatively, fix the test suite and > send us the patches". >  > This will at least make the issue known to anyone who tries to disable > multibyte support for whatever reason. It sounds like a pretty sensible idea to mention this at the end of the configure output, where there are a couple of other messages for issues (typically linking but anything configuration related would seem to be appropriate). My gut feel would be warnings in C would be more appropriate if you knew some actual bit of code it was compiling needed fixing, but other people may have different attitudes to this. pws