From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17563 invoked by alias); 13 Sep 2010 22:28:03 -0000 Received: (qmail 17506 invoked by uid 48); 13 Sep 2010 22:27:48 -0000 Date: Mon, 13 Sep 2010 22:28:00 -0000 Message-ID: <20100913222748.17505.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug target/44749] mep-elf fails to build In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "jsm28 at gcc dot gnu dot org" Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2010-09/txt/msg01587.txt.bz2 ------- Comment #2 from jsm28 at gcc dot gnu dot org 2010-09-13 22:27 ------- Note that while my commit fixes two causes of build failure for this target, a third cause of failure is still present. As I noted in my patch submission http://gcc.gnu.org/ml/gcc-patches/2010-09/msg00664.html * mep-pragma.c gets a series of errors starting with rtl.h:22:9: error: attempt to use poisoned "GCC_RTL_H" because it is being treated as a front-end file but uses rtl.h and uses various RTL-related functionality. I don't know the right fix for this issue - for my testing I worked around it with "#undef IN_GCC_FRONTEND" but the right fix is more likely to be moving the RTL functionality into mep.c while keeping the code using front-end pragma interfaces in mep-pragma.c. Thus, this patch does not fix this issue. -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44749