home *** CD-ROM | disk | FTP | other *** search
- Xref: sparky comp.lang.c++:16019 comp.std.c++:1527
- Newsgroups: comp.lang.c++,comp.std.c++
- Path: sparky!uunet!mcsun!news.funet.fi!network.jyu.fi!sakkinen
- From: sakkinen@jyu.fi (Markku Sakkinen)
- Subject: Re: PROPOSAL: Hidden private parts of classes
- Message-ID: <1992Nov10.071110.6177@jyu.fi>
- Organization: University of Jyvaskyla, Finland
- References: <1992Oct30.113234.15010@daimi.aau.dk> <1992Nov7.154137.21910@ucc.su.OZ.AU> <1992Nov9.032225.10320@taumet.com>
- Date: Tue, 10 Nov 1992 07:11:10 GMT
- Lines: 28
-
- In article <1992Nov9.032225.10320@taumet.com> steve@taumet.com (Steve Clamage) writes:
- >maxtal@extro.ucc.su.OZ.AU (John MAX Skaller) writes:
- >> ...
- >
- >If you mean private non-virtual member functions which don't appear in
- >the class definition, it would cause another language change.
- >Overloading is resolved before accessibility is checked. Suppose we have:
- > ...
- > ... Overloading
- >is resolved first precisely to avoid quiet semantic changes based only
- >on access rights.
-
- In my opinion, it was a bad choice in the first place to resolve
- overloading before accessibility, although the argument presented in the ARM
- makes partial sense. However, that argument does not apply at all
- to this new suggestion: since such helper functions were to be declared
- outside the class definitions, they cannot be made accessible to derived
- classes or outside cliennt just by changing access rights.
-
- ----------------------------------------------------------------------
- Markku Sakkinen (sakkinen@jytko.jyu.fi)
- SAKKINEN@FINJYU.bitnet (alternative network address)
- Department of Computer Science and Information Systems
- University of Jyvaskyla (a's with umlauts)
- PL 35
- SF-40351 Jyvaskyla (umlauts again)
- Finland
- ----------------------------------------------------------------------
-