|
Boost : |
From: Jonathan Wakely (cow_at_[hidden])
Date: 2004-08-12 12:07:13
On Thu, Aug 12, 2004 at 05:47:29PM +0100, Jonathan Wakely wrote:
> On Thu, Aug 12, 2004 at 06:36:32PM +0200, Markus Sch?pflin wrote:
>
> > In my efforts to make boost.test compile with tru64cxx65 I came about
> > the following issue.
> >
> > Currently, class fixed_mapping contains a private member called
> > elem_type which is later on used in the inline definition of an
> > operator() contained in two inline structs.
> >
> > class fixed_mapping
> > {
> > typedef ... elem_type;
> >
> > struct p1 : public ...
> > {
> > bool operator()(elem_type const &x, ...) { ... }
> > }
> > };
> >
> > My compiler complains that elem_type is inaccessible in the definition
> > of operator() and I think it is right to complain.
>
> There's a defect report about this. The proposed resolution says that
> nested classes should have the same access rights as member functions,
> but it hasn't been approved yet IIRC.
DRs 45 and 10 are the ones that apply. Both are WP status.
jon
-- "Programming today is a race between software engineers striving to build bigger and better idiot-proof programs, and the Universe trying to produce bigger and better idiots. So far, the Universe is winning." - Rich Cook
Boost list run by bdawes at acm.org, gregod at cs.rpi.edu, cpdaniel at pacbell.net, john at johnmaddock.co.uk