Boost logo

Boost :

From: Douglas Gregor (gregod_at_[hidden])
Date: 2002-11-15 13:24:41

On Friday 15 November 2002 10:31 am, Gennaro Prota wrote:
> I don't see the reason for the inclusion of operator & either. However
> if really that reason doesn't exist it is *veeeery* strange that this
> wasn't noticed during discussions about library issue 69:
> The rationale section for that defect says:
> There is no need to explicitly consider a user-defined operator&
> because elements must be copyconstructible (23.1
> [lib.container.requirements] para 3) and copyconstructible (20.1.3
> [lib.copyconstructible]) specifies requirements for operator&.
> How is it possible for it to pass unnoticed?
> Genny.

Most likely, those present either didn't think it was a problem or didn't feel
strongly enough about the situation to speak up. There really aren't all that
many good uses for overloading operator&, and it can be a bit dangerous, so I
would expect some resistence in getting it removed from the CopyConstructible
requirements. Come to think of it, if not for Lambda's overloading of
operator&, I wouldn't really care about the issue :)


Boost list run by bdawes at, gregod at, cpdaniel at, john at