Skip site navigation (1)Skip section navigation (2)
Date:      Thu, 25 Oct 2007 23:57:09 +0400
From:      Andrey Chernov <ache@nagual.pp.ru>
To:        Daniel Eischen <eischen@vigrid.com>
Cc:        cvs-src@FreeBSD.org, Scott Long <scottl@samsco.org>, src-committers@FreeBSD.org, d@delphij.net, cvs-all@FreeBSD.org
Subject:   Re: cvs commit: src/lib/libc/locale utf8.c
Message-ID:  <20071025195709.GA17384@nagual.pp.ru>
In-Reply-To: <Pine.GSO.4.64.0710251528370.29092@sea.ntplx.net>
References:  <200710150951.l9F9pUm7026506@repoman.freebsd.org> <4720B30F.4040903@samsco.org> <20071025151707.GA11398@nagual.pp.ru> <4720C7D6.9090004@delphij.net> <20071025190019.GA16187@nagual.pp.ru> <4720E9E1.7000900@delphij.net> <Pine.GSO.4.64.0710251516220.29092@sea.ntplx.net> <20071025192501.GG16187@nagual.pp.ru> <Pine.GSO.4.64.0710251528370.29092@sea.ntplx.net>

next in thread | previous in thread | raw e-mail | index | archive | help
On Thu, Oct 25, 2007 at 03:31:20PM -0400, Daniel Eischen wrote:
>> Although standard permit this, it will cause lots of programs to break
>> here and there and even may cause core dump. I don't think it is what
>> everybody wants. Non-inlined versions a) not used nowdays b) must be exact
>> as inlined.
> 
> If programs are incorrectly written, and they use inlines, then
> that is not our fault :-)

The amount of such programs is extremely big to ignore, even FreeBSD is 
not 100% clean, not say about ports. Usually ASCII-only people did't 
notice any side effects because typed 7-bit ASCII. It doesn't mean that 
the rest of the world don't exists.

> The problem with trying to do error checking and other

Error checking is permitted by standard too. We do that way traditionally. 
Nobody wants a core dump on typed char. Ad the PR addressed was about 
false positives, which would happens without error checking.

> esoteric things with inlines is that it exposes our private
> parts to the world.  You can get arrested for that ;-)

There is enough parts already exposed, like __mb_cur_max. Why you don't 
complain? 
The goal here was to keep compatibility with old binaries, so why this way 
is choosed.

> How much juice are we really trying to squeeze out of
> these inlines anyway?

Not sure what you say about.

-- 
http://ache.pp.ru/



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20071025195709.GA17384>