From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 16918 invoked by alias); 29 Apr 2004 17:04:45 -0000 Mailing-List: contact gcc-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-owner@gcc.gnu.org Received: (qmail 16892 invoked from network); 29 Apr 2004 17:04:45 -0000 Received: from unknown (HELO smtp3.libero.it) (193.70.192.127) by sources.redhat.com with SMTP; 29 Apr 2004 17:04:45 -0000 Received: from gnu.org (151.29.222.129) by smtp3.libero.it (7.0.027-DD01) id 404F148A00C8CBAC; Thu, 29 Apr 2004 19:04:37 +0200 Message-ID: <40913508.6030105@gnu.org> Date: Thu, 29 Apr 2004 20:10:00 -0000 From: Paolo Bonzini User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207) MIME-Version: 1.0 To: Aldy Hernandez CC: gcc@gcc.gnu.org, rth@redhat.com Subject: Re: altivec still broken?! References: <20040426225626.GA23624@redhat.com> In-Reply-To: <20040426225626.GA23624@redhat.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2004-04/txt/msg01399.txt.bz2 I actually found a bug that is solved in my implementation of comptypes. It is a contrived example and it is in C++, but is indeed a bug. 1 template class X { 2 }; 3 4 template <> class X<__ev64_opaque__> { 5 }; 6 7 typedef int v2si __attribute__ ((vector_size (8))); 8 9 template <> class X { 10 }; With my patch, this compiles. With rth's proposed resolution of comptypes for vector types, instead it gives a wrong error /home/utente/aaa.c:9: error: redefinition of `class X' /home/utente/aaa.c:4: error: previous definition of `class X' Paolo