Hello Jonathan,

> On 09 Jan 2020, at 14:26, Jonathan Wakely <jwak...@redhat.com> wrote:
> 
> Any conflict with OS headers is treated as a libstdc++ bug. We don't
> own the entire implementation namespace, so we have to play nice and
> avoid OS names.

> We maintain a list of identifiers to avoid, but _C2 is currently
> missing. Could you please add it to the coding_style.bad_identifiers
> section in doc/xml/manual/appendix_contributing.xml so we know not to
> reintroduce _C2 in future? Thanks.

Sure. Thanks for explaining. This enlightens a lot for me :)

>> Fixing the OS headers is a major hassle on VxWorks, however,
>> especially with more recent versions of the system, so we arranged
>> not to rely on it at all up to now and a straightforward adjustment
>> in the libstdc++ headers offers a way smoother and simpler way
>> forward.
>> 
>> I'm not sure what "C2" was intended to refer to so I picked
> 
> It's the Comparison function for the container. Please use _Cmp2,
> which is consistent with the partial specialization defined at the end
> of the <bits/stl_map.h> header.

Ok,

> Yes, this is fine in principle. Please update the docs and change
> _Mt to _Cmp2 though.

Sure, will adjust, test and follow up.

Thanks a lot for your lightning fast constructive feedback.

Best Regards,

Olivier



Reply via email to