From 3847962616948612340 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: f78e5,b99d336b2fd0c009,start X-Google-Attributes: gidf78e5,public From: "MartinR" Subject: cCtor - comment Date: 1999/05/28 Message-ID: #1/1 X-Deja-AN: 483028911 Approved: Fergus Henderson X-Original-Date: Thu, 27 May 1999 19:10:45 +0200 X-Sender: s-678237@dialup58-2-53.swipnet.se X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 X-Complaints-To: news@news.unimelb.edu.au X-Trace: izvestia.its.unimelb.edu.au 927878263 14490 128.250.29.16 (28 May 1999 07:57:43 GMT) Organization: A Customer of Tele2 X-Auth: PGPMoose V1.1 PGP comp.std.c++ iQBFAgUAN05Ma+EDnX0m9pzZAQHKvwGAhJ37C8zsUa2N4zBcCkxkK5YbxJvkfJ1N QmCAHi7aaoq47ooxB+Exqz2kZfQtiJQI =vJgi NNTP-Posting-Date: 28 May 1999 07:57:43 GMT Newsgroups: comp.std.c++ Why is the cCtor not involved in coversion-processes like all one-argument Ctor's? We have explicit to avoid casting through Ctor's. Instead of overloading operator = we could use the cCtor in the same way and if operator = is overloaded it could take precedence of the cCtor. Respond to first line with the rest in mind. Regards /Martin --- [ comp.std.c++ is moderated. To submit articles, try just posting with ] [ your news-reader. If that fails, use mailto:std-c++@ncar.ucar.edu ] [ --- Please see the FAQ before posting. --- ] [ FAQ: http://reality.sgi.com/austern_mti/std-c++/faq.html ]