Return-Path: 
 <stdcxx-dev-return-3533-apmail-incubator-stdcxx-dev-archive=incubator.apache.org@incubator.apache.org>
Delivered-To: apmail-incubator-stdcxx-dev-archive@www.apache.org
Received: (qmail 54561 invoked from network); 29 May 2007 18:37:04 -0000
Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2)
  by minotaur.apache.org with SMTP; 29 May 2007 18:37:04 -0000
Received: (qmail 25601 invoked by uid 500); 29 May 2007 18:37:09 -0000
Delivered-To: apmail-incubator-stdcxx-dev-archive@incubator.apache.org
Received: (qmail 25581 invoked by uid 500); 29 May 2007 18:37:09 -0000
Mailing-List: contact stdcxx-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
List-Help: <mailto:stdcxx-dev-help@incubator.apache.org>
List-Unsubscribe: <mailto:stdcxx-dev-unsubscribe@incubator.apache.org>
List-Post: <mailto:stdcxx-dev@incubator.apache.org>
List-Id: <stdcxx-dev.incubator.apache.org>
Reply-To: stdcxx-dev@incubator.apache.org
Delivered-To: mailing list stdcxx-dev@incubator.apache.org
Received: (qmail 25569 invoked by uid 99); 29 May 2007 18:37:09 -0000
Received: from herse.apache.org (HELO herse.apache.org) (140.211.11.133)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 29 May 2007 11:37:09 -0700
X-ASF-Spam-Status: No, hits=0.0 required=10.0
	tests=
X-Spam-Check-By: apache.org
Received-SPF: pass (herse.apache.org: local policy)
Received: from [208.30.140.160] (HELO moroha.quovadx.com) (208.30.140.160)
    by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 29 May 2007 11:37:02 -0700
Received: from qxvcexch01.ad.quovadx.com ([192.168.170.59])
	by moroha.quovadx.com (8.13.6/8.13.6) with ESMTP id l4TIad7R020035
	for <stdcxx-dev@incubator.apache.org>; Tue, 29 May 2007 18:36:39 GMT
Received: from [10.70.3.113] ([10.70.3.113]) by qxvcexch01.ad.quovadx.com with
 Microsoft SMTPSVC(6.0.3790.1830);
	 Tue, 29 May 2007 12:36:07 -0600
Message-ID: <465C7312.90307@roguewave.com>
Date: Tue, 29 May 2007 12:38:10 -0600
From: Martin Sebor <sebor@roguewave.com>
Organization: Rogue Wave Software
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US;
 rv:1.8.1.2) Gecko/20070221 SeaMonkey/1.1.1
MIME-Version: 1.0
To: stdcxx-dev@incubator.apache.org
Subject: Re: svn commit: r541635 -
 /incubator/stdcxx/trunk/examples/tutorial/dynatype.cpp
References: <20070525131317.AB65D1A981A@eris.apache.org>
 <46573C05.6080109@roguewave.com>
 <7BDB2168BEAEF14C98F1901FD2DE64388693DC@epmsa009.minsk.epam.com>
In-Reply-To: <7BDB2168BEAEF14C98F1901FD2DE64388693DC@epmsa009.minsk.epam.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding: 7bit
X-OriginalArrivalTime: 29 May 2007 18:36:07.0619 (UTC)
 FILETIME=[38A2B930:01C7A220]
X-Virus-Checked: Checked by ClamAV on apache.org

Farid Zaripov wrote:
>> -----Original Message-----
>> From: Martin Sebor [mailto:sebor@roguewave.com] 
>> Sent: Friday, May 25, 2007 10:42 PM
>> To: stdcxx-dev@incubator.apache.org
>> Subject: Re: svn commit: r541635 - 
>> /incubator/stdcxx/trunk/examples/tutorial/dynatype.cpp
>>
>> Btw., I tried to get the test case you submitted to Microsoft
>> https://connect.microsoft.com/VisualStudio/feedback/ViewFeedba
>> ck.aspx?FeedbackID=266262
>> to work and changing class test like this did it:
>>
>>      struct test {
>>          template <class T> operator T& ();
>>          template <class T> operator const T& () const;
>>      };
>>
>> Does it work in the full example?
> 
>   It works fine on the MSVC 8.0. But MSVC 7.1 issues the different
> errors,
> depending on the order of using dynatype::operator const T& (). In
> original
> order the compiler complains only about unable to convert from dynatype
> to char.
> When I've changed the type char to int, the example compiled
> successfully,
> but linker did not found the external symbol dynatype::operator<double>
> const double & ().
> When I've exchanged the types double and int, the linker complained
> about external symbol
> dynatype::operator<int> const int & ().

So those are bugs in MSVC 7.1. But at least the example now
compiles with MSVC 8. It would be nice if it compiled with
both but I don't think it's necessary to any more trouble
than we already have to accommodate an old compiler that's
already been superseded by a more conforming release.

Thanks again!
Martin