Re: wprintf and friends

2011-04-22 Thread Marc Espie
I'm happy with this as well. I think the libstdc++ is a good way to track i18n progress. When we implement enough of it, more code will activate. Even if we don't use it much directly wfscanf would be nice. My guess is that having both wfprintf and wfscanf will lead to working wide streams, fo

Re: wprintf and friends

2011-04-22 Thread Stuart Henderson
On 2011/04/22 16:55, Landry Breuil wrote: > On Fri, Apr 22, 2011 at 04:04:29PM +0200, Mark Kettenis wrote: > > > > With that change, the diff is ok kettenis@, assuming this is all done > > in coordination with the ports people > > Since we did the bulk builds and stefan proactively fixed the affe

Re: wprintf and friends

2011-04-22 Thread Landry Breuil
On Fri, Apr 22, 2011 at 04:04:29PM +0200, Mark Kettenis wrote: > > With that change, the diff is ok kettenis@, assuming this is all done > in coordination with the ports people Since we did the bulk builds and stefan proactively fixed the affected ports, that's ok on porters' side... Landry

Re: wprintf and friends

2011-04-22 Thread Mark Kettenis
> X-Envelope-From: s...@stsp.name > Date: Fri, 22 Apr 2011 15:54:32 +0200 > From: Stefan Sperling > Cc: tech@openbsd.org > Mail-Followup-To: Mark Kettenis , tech@openbsd.org > X-Scanned-By: MIMEDefang_at_IN-Berlin_e.V. on 192.109.42.8 > List-Owner: > X-Loop: tech@op

Re: wprintf and friends

2011-04-22 Thread Stefan Sperling
On Fri, Apr 22, 2011 at 03:50:28PM +0200, Mark Kettenis wrote: > > === > > RCS file: /cvs/src/lib/libc/shlib_version,v > > retrieving revision 1.128 > > diff -u -p -r1.128 shlib_version > > @@ -1,4 +1,4 @@ > > -major=58 > > +major=59 >

Re: wprintf and friends

2011-04-22 Thread Mark Kettenis
> Date: Fri, 22 Apr 2011 14:54:06 +0200 > From: Stefan Sperling > > These ports have now been fixed. I am now waiting for OKs to commit wprintf. > The full wprintf diff is below, as well as a diff to bump libc and libstdc++. > > Index: lib/libc/shlib_version > ===

Re: wprintf and friends

2011-04-22 Thread Stefan Sperling
On Fri, Apr 22, 2011 at 02:54:06PM +0200, Stefan Sperling wrote: > These ports have now been fixed. I am now waiting for OKs to commit wprintf. > The full wprintf diff is below, as well as a diff to bump libc and libstdc++. sthen pointed out that the bump diff is bogus. I'm not really sure if this

Re: wprintf and friends

2011-04-17 Thread Stefan Sperling
On Sun, Apr 17, 2011 at 11:06:09AM +0100, Stuart Henderson wrote: > What's the current status of this diff? I have received no negative comments, but no explicit OKs either. My plan is to fix the wxWidgets and minicom ports before this goes in because they fail to build with it. I haven't found t

Re: wprintf and friends

2011-03-27 Thread Stefan Sperling
On Sun, Mar 20, 2011 at 12:42:23AM +0100, Stefan Sperling wrote: > On Sat, Mar 19, 2011 at 05:58:31PM +0100, Mark Kettenis wrote: > > > Date: Sun, 13 Mar 2011 16:49:01 +0100 > > > From: Stefan Sperling > > > > > > Marc Espie reminded me a while back that we'll also need to make sure that > > > no

Re: wprintf and friends

2011-03-19 Thread Stefan Sperling
On Sat, Mar 19, 2011 at 05:58:31PM +0100, Mark Kettenis wrote: > > Date: Sun, 13 Mar 2011 16:49:01 +0100 > > From: Stefan Sperling > > > > Marc Espie reminded me a while back that we'll also need to make sure that > > nothing in base will suddenly start using this (e.g. code in gnu/). > > Well,

Re: wprintf and friends

2011-03-19 Thread Mark Kettenis
> Date: Sun, 13 Mar 2011 16:49:01 +0100 > From: Stefan Sperling > > Marc Espie reminded me a while back that we'll also need to make sure that > nothing in base will suddenly start using this (e.g. code in gnu/). Well, it shouldn't be a problem if stuff in base started using this code. But we s

Re: wprintf and friends

2011-03-14 Thread Ted Unangst
On Mon, Mar 14, 2011 at 12:29 AM, Amit Kulkarni wrote: > I understand these need to be done right after lock. Might be you guys > have better stuff planned than this stuff. Right after is a relative term. If adding wprintf goes smoothly, then there's plenty of time for wscanf. If adding wprintf

Re: wprintf and friends

2011-03-13 Thread Philip Guenther
On Sun, Mar 13, 2011 at 8:49 AM, Stefan Sperling wrote: > The vfwprintf.c innards are based on a mix of OpenBSD's vfprintf.c > and NetBSD's vfwprintf.c. In NetBSD, both narrow and wide character > versions are generated from the same file using tons of macro spaghetti. > I didn't find that very re

Re: wprintf and friends

2011-03-13 Thread Amit Kulkarni
I understand these need to be done right after lock. Might be you guys have better stuff planned than this stuff. Thanks On Sun, Mar 13, 2011 at 6:01 PM, Stefan Sperling wrote: > On Sun, Mar 13, 2011 at 12:13:04PM -0500, Amit Kulkarni wrote: >> Will you also please look into integrating the wide

Re: wprintf and friends

2011-03-13 Thread Stefan Sperling
On Sun, Mar 13, 2011 at 12:13:04PM -0500, Amit Kulkarni wrote: > Will you also please look into integrating the wide scanf functions? Not until the wprintf() changes have been commited, and dust has settled. Which might take days, or weeks, or months -- there's no way to tell yet. But thanks for y