From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 25091 invoked by alias); 8 Nov 2002 19:10:42 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 25083 invoked from network); 8 Nov 2002 19:10:41 -0000 Received: from unknown (HELO localhost.localdomain) (66.60.148.227) by sources.redhat.com with SMTP; 8 Nov 2002 19:10:41 -0000 Received: from warlock.codesourcery.com (localhost.localdomain [127.0.0.1]) by localhost.localdomain (8.11.6/8.11.6) with ESMTP id gA8J88h01716; Fri, 8 Nov 2002 11:08:08 -0800 Date: Fri, 08 Nov 2002 11:10:00 -0000 From: Mark Mitchell To: Zack Weinberg , "gcc-patches@gcc.gnu.org" cc: geoffk@geoffk.org, dje@watson.ibm.com Subject: Re: RS6000 buried treasure - NO_IMPLICIT_EXTERN_C Message-ID: <26940000.1036782488@warlock.codesourcery.com> In-Reply-To: <20021108045045.GN795@egil.codesourcery.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline X-SW-Source: 2002-11/txt/msg00574.txt.bz2 --On Thursday, November 07, 2002 08:50:46 PM -0800 Zack Weinberg wrote: > Of all the targets using config/rs6000, only *-linux* and *-windiss* > define NO_IMPLICIT_EXTERN_C. This just bit me good and hard while > trying to use powerpc-eabisimaltivec -- altivec.h assumes it is safe > to use C++ constructs which will spew errors under extern "C". > > I am inclined to enable NO_IMPLICIT_EXTERN_C for the entire directory, > in rs6000.h. What few targets this is inappropriate for -- I'm > willing to bet that's either none, or only AIX 3.1 -- can #undef it > again. That seems OK to me, but let's let give the RS6000 maintainers a few days to comment. If they don't say no, check it in. -- Mark Mitchell mark@codesourcery.com CodeSourcery, LLC http://www.codesourcery.com