[ub] Justification for < not being a total order on pointers?

Herb Sutter hsutter at microsoft.com
Fri Oct 18 17:10:22 CEST 2013


How about an omnibus EWG proposal for such things? There way still be important variation in some areas but it does seem like a few could be nailed down now...?

Herb
________________________________
From: Stephan T. Lavavej<mailto:stl at exchange.microsoft.com>
Sent: ‎10/‎18/‎2013 12:08 AM
To: Jeffrey Yasskin<mailto:jyasskin at google.com>; WG21 UB study group<mailto:ub at open-std.org>
Subject: Re: [ub] Justification for < not being a total order on pointers?

Yep - I intended for less<void> to simply be op< in functor form, with no additional semantics.

Separately, I believe that the Core Language should simply recognize the fact that all machines these days have a flat memory model. (Two's complement and 8-bit bytes would be nice too.)

STL

-----Original Message-----
From: Jeffrey Yasskin [mailto:jyasskin at google.com]
Sent: Wednesday, October 16, 2013 3:14 PM
To: WG21 UB study group; Stephan T. Lavavej
Subject: Re: [ub] Justification for < not being a total order on pointers?

On Wed, Oct 16, 2013 at 3:03 PM, Nevin Liber <nevin at eviloverlord.com> wrote:
> On 16 October 2013 16:51, Christopher Jefferson <chris at bubblescope.net>
> wrote:
>>
>>
>>
>> Oh, I did not realise that. I assume those weasel words are:
>>
>> 20.10.5: 14 For templates greater, less, greater_equal, and
>> less_equal, the specializations for any pointer type yield a total
>> order, even if the built-in operators <, >, <=, >= do not.
>>
>> I did not think that applied for the std::less<void> specialisation,
>> but I can imagine how you could read that it did.
>
>
> Hmmm... I think you are right... although I thought the intention was it
> works for less<void>.

IIRC, Stephan intentionally left the weasel-words out of
std::less<void>, and we've discussed that choice before and generally
found it reasonable.
_______________________________________________
ub mailing list
ub at isocpp.open-std.org
http://www.open-std.org/mailman/listinfo/ub
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.open-std.org/pipermail/ub/attachments/20131018/a49b3845/attachment.html 


More information about the ub mailing list