From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <zsh-workers-return-40452-mason-zsh=primenet.com.au@zsh.org>
Received: (qmail 185 invoked by alias); 28 Jan 2017 23:28:09 -0000
Mailing-List: contact zsh-workers-help@zsh.org; run by ezmlm
Precedence: bulk
X-No-Archive: yes
List-Id: Zsh Workers List <zsh-workers.zsh.org>
List-Post: <mailto:zsh-workers@zsh.org>
List-Help: <mailto:zsh-workers-help@zsh.org>
X-Seq: 40452
Received: (qmail 25121 invoked from network); 28 Jan 2017 23:28:09 -0000
X-Qmail-Scanner-Diagnostics: from mercury.zanshin.com by f.primenet.com.au (envelope-from <schaefer@brasslantern.com>, uid 7791) with qmail-scanner-2.11 
 (clamdscan: 0.99.2/21882. spamassassin: 3.4.1.  
 Clear:RC:0(64.84.47.142):SA:0(-0.0/5.0):. 
 Processed in 2.430123 secs); 28 Jan 2017 23:28:09 -0000
X-Spam-Checker-Version: SpamAssassin 3.4.1 (2015-04-28) on f.primenet.com.au
X-Spam-Level: 
X-Spam-Status: No, score=-0.0 required=5.0 tests=SPF_PASS
	autolearn=unavailable autolearn_force=no version=3.4.1
X-Envelope-From: schaefer@brasslantern.com
X-Qmail-Scanner-Mime-Attachments: |
X-Qmail-Scanner-Zip-Files: |
Received-SPF: pass (ns1.primenet.com.au: SPF record at ipost.com designates 64.84.47.142 as permitted sender)
Date: Sat, 28 Jan 2017 15:27:28 -0800 (PST)
From: Bart Schaefer <schaefer@brasslantern.com>
Reply-To: Bart Schaefer <schaefer@brasslantern.com>
To: zsh workers <zsh-workers@zsh.org>
Subject: Re: UTF-8 locales on BSDs do not support collation correctly
In-Reply-To: <20170128204253.0311256d@ntlworld.com>
Message-ID: <alpine.LRH.2.00.1701281519370.4560@toltec.zanshin.com>
References: <D8FAAD99-A0A8-48B5-9636-620ADB815B21@kba.biglobe.ne.jp> <CGME20170125180232epcas5p16dff9be3a099a11458ad28a6eb2d2d92@epcas5p1.samsung.com> <CAHYJk3SYjNM1jDmzvhOOm7sTGTSkKg+ws8RkqRbeR3z=qeKTuw@mail.gmail.com> <20170126175717.0b5c87c1@pwslap01u.europe.root.pri>
 <20170127094156.44b31dfd@pwslap01u.europe.root.pri> <alpine.LRH.2.00.1701281225400.4560@toltec.zanshin.com> <20170128204253.0311256d@ntlworld.com>
User-Agent: Alpine 2.00 (LRH 1167 2008-08-23)
X-Face: "f/X=UCVgd*^c>+x(gMq0at?e:woX+;'snkkRzc3SX<0AZ (/PS4.M2hzGS9X:Qj]at_H/%a9K}:-eS<"v_7vX84PG9Bf Zpb`wI!I4geY=or+nWq`3CX`oq&TJR;g^ps|7(MH?jh;bs %vHJfCh5>a*6Re5m|Bidja\\o]>n\A)ib1:yX*T`zR(*h~ %tOw<~!D9{e6h!8M2:d8G2@K>y^1I_Vdy\d\MYe]z7c
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII

On Sat, 28 Jan 2017, Peter Stephenson wrote:

> On Sat, 28 Jan 2017 12:26:30 -0800 (PST)
> Bart Schaefer <schaefer@brasslantern.com> wrote:
> > I'm now getting
> >
> > Src/watch.c: In function `readwtab':
> > Src/watch.c:497: warning: assignment from incompatible pointer type
> >
> >
> > That's:
> >
> >     while ((tmp = getutent()) != NULL) {
>
> Just to be clear (hope this doesn't seem rude, I just don't want anyone
> making untoward assumptions):  I am not going to do anything at all to
> investigate errors I'm not seeing myself.

Fair enough.

In my case the problem seems to be that config.h.in was somehow never
regenerated with the HAVE_*UTXENT prototypes.  I'm not sure how that was
possible ... forcibly removing and re-creating it seems to have fixed
the issue, so, sorry for the false alarm (unless somebody has an idea
why config.h.in would have gone awry).