A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2003-July/036976.html below:

[Python-Dev] LC_NUMERIC and C libraries

[Python-Dev] LC_NUMERIC and C librariesChristian Reis kiko@async.com.br
Sun, 20 Jul 2003 15:43:30 -0300
On Sun, Jul 20, 2003 at 02:29:26PM -0400, Barry Warsaw wrote:
> On Tue, 2003-07-15 at 18:24, Christian Reis wrote:
> 
> > I've spoken briefly to Guido about this, and he's suggested python-dev
> > as the place to ask. I'd really like to know how bad "too much would
> > break" is, and if anybody contemplates a way to fix it [*]. I'd volunteer to
> > work on the change, of course. 
> > 
> > [1] http://bugzilla.gnome.org/show_bug.cgi?id=114132
> > [2] http://www.python.org/doc/current/lib/embedding-locale.html
> > 
> > [*] Havoc Pennington, from the GTK+ team, has offered a
> > LC_NUMERIC-agnostic strtod() implementation, but I get the feeling this
> > is more involved than just that.
> 
> Can we perhaps have a PEP for the 2.4 timeframe?

Sure, if I can find time to write it. 

What we'd *really* appreciate are objective comments on the submission
and code, to know if this approach is an acceptable one or not. I
understand that evaluating it might require a bit more of the rationale
and impact (which is where a PEP fits in); however, for first-time
contributors, a bit of hinting and nudging is what we were hoping for.

(I'm going to blame it all on the 2.3 release effort!)

Take care,
--
Christian Reis, Senior Engineer, Async Open Source, Brazil.
http://async.com.br/~kiko/ | [+55 16] 261 2331 | NMFL



RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4