From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6625 invoked by alias); 16 Feb 2011 23:00:56 -0000 Received: (qmail 6617 invoked by uid 22791); 16 Feb 2011 23:00:54 -0000 X-SWARE-Spam-Status: No, hits=-1.8 required=5.0 tests=AWL,BAYES_20,DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Received: from smtp-out.google.com (HELO smtp-out.google.com) (74.125.121.67) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Wed, 16 Feb 2011 23:00:50 +0000 Received: from wpaz24.hot.corp.google.com (wpaz24.hot.corp.google.com [172.24.198.88]) by smtp-out.google.com with ESMTP id p1GN0lDs007954 for ; Wed, 16 Feb 2011 15:00:47 -0800 Received: from gyd5 (gyd5.prod.google.com [10.243.49.197]) by wpaz24.hot.corp.google.com with ESMTP id p1GMwqjX005929 (version=TLSv1/SSLv3 cipher=RC4-SHA bits=128 verify=NOT) for ; Wed, 16 Feb 2011 15:00:46 -0800 Received: by gyd5 with SMTP id 5so779869gyd.30 for ; Wed, 16 Feb 2011 15:00:45 -0800 (PST) Received: by 10.90.65.12 with SMTP id n12mr1528689aga.62.1297897245577; Wed, 16 Feb 2011 15:00:45 -0800 (PST) Received: from coign.google.com (dhcp-172-22-125-221.mtv.corp.google.com [172.22.125.221]) by mx.google.com with ESMTPS id w4sm290482anw.36.2011.02.16.15.00.07 (version=TLSv1/SSLv3 cipher=OTHER); Wed, 16 Feb 2011 15:00:13 -0800 (PST) From: Ian Lance Taylor To: "Henderson\, Stuart" Cc: "gcc-help\@gcc.gnu.org" Subject: Re: Problem cross-compiling trunk for bfin References: <05E9E85E39C35B4D96ED3A3190E35A109CAEF87849@LIMKCMBX1.ad.analog.com> Date: Wed, 16 Feb 2011 23:02:00 -0000 In-Reply-To: <05E9E85E39C35B4D96ED3A3190E35A109CAEF87849@LIMKCMBX1.ad.analog.com> (Stuart Henderson's message of "Wed, 16 Feb 2011 19:15:41 +0000") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-System-Of-Record: true X-IsSubscribed: yes Mailing-List: contact gcc-help-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-help-owner@gcc.gnu.org X-SW-Source: 2011-02/txt/msg00247.txt.bz2 "Henderson, Stuart" writes: > r160579 | rsandifo | 2010-06-10 21:23:43 +0100 (Thu, 10 Jun 2010) | 7 lines > gcc/ > * configure.ac (tm_include_list): Add insn-constants.h. > * configure: Regenerate. > * Makefile.in (GTM_H): Move insn-constants.h here from... > (TM_H): ...here. > * mkconfig.sh: Remove special handling for insn-constants.h. > > The change moves the inclusion of "insn-constants.h" from being conditional on: > #if defined IN_GCC && !defined GENERATOR_FILE && !defined USED_FOR_TARGET > to just: > #if defined IN_GCC > > This causes insn-constants.h to be included here which defines various register macros that can then clash with the enum (of registers in the gregset_t array) in uClibc's sys/ucontext.h. > > Although I've only hit this with bfin, it seems like it could easily hit other architectures. Not having a deep enough understanding of the gcc ecosystem nor why the change was made, I was hoping someone could explain the best way to resolve this? I doubt there is a clean way to solve this. Probably the simplest way is to rename the conflicting constants in gcc/config/bfin/*. Please open a bug report about this. See http://gcc.gnu.org/bugs/ . Thanks. Ian