From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15673 invoked by alias); 30 Apr 2004 05:02:38 -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 15665 invoked from network); 30 Apr 2004 05:02:37 -0000 Received: from unknown (HELO smtp0.libero.it) (193.70.192.33) by sources.redhat.com with SMTP; 30 Apr 2004 05:02:37 -0000 Received: from gnu.org (151.29.222.214) by smtp0.libero.it (7.0.027-DD01) id 404F12EF00CA649B; Fri, 30 Apr 2004 07:02:35 +0200 Message-ID: <4091DD60.6070705@gnu.org> Date: Fri, 30 Apr 2004 10:56:00 -0000 From: Paolo Bonzini User-Agent: Mozilla Thunderbird 0.5 (Windows/20040207) MIME-Version: 1.0 To: Ziemowit Laski CC: gcc@gcc.gnu.org, Aldy Hernandez , rth@redhat.com Subject: Re: altivec still broken?! References: <20040426225626.GA23624@redhat.com> <40913508.6030105@gnu.org> <75584C2C-9A0D-11D8-AE9A-00039390FFE2@ziemas.net> In-Reply-To: <75584C2C-9A0D-11D8-AE9A-00039390FFE2@ziemas.net> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2004-04/txt/msg01435.txt.bz2 Ziemowit Laski wrote: > I suspect we may be in need of a target hook :-) for VECTOR_TYPE > comparison, since it appears that SPE and AltiVec (not to mention > MMX/SSE) may require different semantics in this regard. A > one-size-fits-all approach for vectors may not be feasible. Hmmm... this seems very much overkill... The C++ example I posted is just a case in which we see the difference between being the same type vs. having a default conversion. Opaque types are the same type as other opaque types, but have a default conversion from and to all other vector types. Paolo