Follow @Openwall on Twitter for new release announcements and other news
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Date: Tue, 11 Oct 2011 00:13:17 -0400
From: Rich Felker <>
Subject: Re: extended locale extentions

On Mon, Oct 10, 2011 at 04:25:01PM +0200, aep wrote:
> On Mon, 10 Oct 2011 16:17:04 +0200, Szabolcs Nagy wrote:
> >>that is isspace_l, isupper_l , etc...
> >these are standard, not c standard, but posix standard
> i used the wrong examples.  what i meant was
> strtol_l, strtoul_l, strtoll_l, possibly others...

My thought for these, since they don't need to conform to any
standard, is just to weak alias them as:

weak_alias(strtol, strtol_l);

Obviously the types are wrong but it doesn't matter because they won't
use the locale_t argument anyway, and as long as _GNU_SOURCE is not
defined in the source file, the conflicting prototype in the header
won't matter.

> >i wonder if a dummy implementation is ok
> >eg
> >#define foo_l(c, l) foo(c)
> >(maybe with a check if l is the c/posix locale)
> that's pretty much what is there. It's good enough for me (as my use
> case only has one locale), but i was wondering if its ok before i
> work on a patch.

Actually handling them with macros would probably work just as well...


Powered by blists - more mailing lists

Confused about mailing lists and their use? Read about mailing lists on Wikipedia and check out these guidelines on proper formatting of your messages.