From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28193 invoked by alias); 30 Nov 2016 09:53:24 -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: X-Seq: 40048 Received: (qmail 4106 invoked from network); 30 Nov 2016 09:53:24 -0000 X-Qmail-Scanner-Diagnostics: from mail-qk0-f194.google.com by f.primenet.com.au (envelope-from , uid 7791) with qmail-scanner-2.11 (clamdscan: 0.99.2/21882. spamassassin: 3.4.1. Clear:RC:0(209.85.220.194):SA:0(-0.0/5.0):. Processed in 1.196179 secs); 30 Nov 2016 09:53:24 -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=FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,RCVD_IN_MSPIKE_H3,RCVD_IN_MSPIKE_WL,SPF_PASS, T_DKIM_INVALID autolearn=unavailable autolearn_force=no version=3.4.1 X-Envelope-From: mikachu@gmail.com X-Qmail-Scanner-Mime-Attachments: | X-Qmail-Scanner-Zip-Files: | Received-SPF: pass (ns1.primenet.com.au: SPF record at _netblocks.google.com designates 209.85.220.194 as permitted sender) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=qVXARfz8iAluc4dlqhezvO6qyJd1pxAkgc9j9ZkQkSw=; b=EvMVOJGtSqxXmUbD8llXjSFqVcnwG9oR2DXzG8hGMVqmZ+QZzdeUSWAX7u2qTOUZqc RhzujnS5Vytl9K35mXWVwPnqd0Ui+4xQsuWIS3ekfS4mYHc/iYDC6+coLECNFtu3hE8i H20MsGJ43aJbX31zN4zkxYoMtJR6c0Me1b9Ii41q6uKYtrGTh4AlLw5l9IxQhVIbtG4t LAjJk/QbOzG28pILBlswe1eZl5LMm2jTuQIuHslIvzQuDy4yagV71T5f3sfvoDXEnSV3 O7xMF082V8S5ULZusn8qmiaTP4jxo3WBJvL8ZApXm+JhkA5ZOeetBSjW3cAy24up/hjI W0vA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=qVXARfz8iAluc4dlqhezvO6qyJd1pxAkgc9j9ZkQkSw=; b=cgi6HhYs1IFne3mXtOuw2y85cEr7PJ9b1BUW/r6tY/akwFa6UOGs+7WKPVwjj+DbaS oaPcvga5GGkieZJ8O9j/73lKtgSzxr3hA0NBnnjcCdFYZrZbgHLYaanhS+rUFyeM8gsx xOg3xx61VTrCPyHf9Dpj2uj+1IoYKgM/inoiOXLgWpTy8vXpY03BeOlMMUdHl0JTDEbT UzslMIbDaQCLYEEyfu2sgYWUy9CLfW93DqVYKVQu8FyGF/SxZsbBLqN5bngDWQ/EVaoN uriYdJ3WmkxY3VdLwP4+uHQpqvxM9auL48rt4TG6GYjjcnKcdDc5dFJJo6i1U8kEp9a7 qEAQ== X-Gm-Message-State: AKaTC01L/zMbz7Lvn7fldEI1FUyGzhGcYRagLuN1GnnAUwKdMpxJabgFdpzKm2uAVO9oLcjxuro0PsTsC3B92g== X-Received: by 10.55.16.147 with SMTP id 19mr27726885qkq.255.1480499596548; Wed, 30 Nov 2016 01:53:16 -0800 (PST) MIME-Version: 1.0 In-Reply-To: <20161130094951.3a7e6530@pwslap01u.europe.root.pri> References: <20161129074228.60551-1-joshua@rubixconsulting.com> <20161129172115.3b2af40d@pwslap01u.europe.root.pri> <161129115351.ZM27737@torch.brasslantern.com> <20161130094951.3a7e6530@pwslap01u.europe.root.pri> From: Mikael Magnusson Date: Wed, 30 Nov 2016 10:53:16 +0100 Message-ID: Subject: Re: [PATCH] add build-time option to use unicode9 character widths To: Peter Stephenson Cc: zsh workers Content-Type: text/plain; charset=UTF-8 On Wed, Nov 30, 2016 at 10:49 AM, Peter Stephenson wrote: > On Tue, 29 Nov 2016 11:53:51 -0800 > Bart Schaefer wrote: >> On Nov 29, 5:21pm, Peter Stephenson wrote: >> } Subject: Re: [PATCH] add build-time option to use unicode9 character width >> } >> } On Tue, 29 Nov 2016 00:42:27 -0700 >> } Joshua Rubin wrote: >> } > This patch adds support for unicode9 character widths. >> } >> } Thanks, that looks unproblematic as it's specially enabled --- there >> } should be some other people who can try it out now it's in. >> >> This is almost exactly what I was suggesting we should put in a module, >> except with all those large tables loaded from a run-time external file >> of some sort. > > There's a way forward, anyway. > > It's separately enabled for now which gives people who want it the > ability to use it. > > If it migrates to a module, --enable-unicode9 can then force the module > to be linked and loaded at boot. Loading from an external file is then > a separate job. There currently isn't an obvious hook to how this gets > linked in from a module, and as Sebastian has discovered the character > analysis functions really need to be lightweight (though character width > isn't among the most performance sensitive, I wouldn't think). Autoload > seems pointless for something like this. Hopefully glibc catches up to the spec sooner rather than later, or does a runtime thing. It's kinda useless if only zsh supports it anyway, since your terminal needs to also display it correctly. > diff --git a/NEWS b/NEWS > index 433703a..7ac144b 100644 > --- a/NEWS > +++ b/NEWS > @@ -7,6 +7,12 @@ Note also the list of incompatibilities in the README file. > Changes from 5.2 to 5.3 > ----------------------- > > +It is possible to enable character width support for Unicode 9 by > +congiuring with `--enable-unicode9'; this compiles in some additional congiuring -- Mikael Magnusson