This is the mail archive of the gcc-patches@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]

Re: [PATCH 02/12] remove some ifdef HAVE_cc0


On Thu, Apr 23, 2015 at 04:27:59AM +0100, James Greenhalgh wrote:
> On Tue, Apr 21, 2015 at 04:24:44PM +0100, Trevor Saunders wrote:
> > On Tue, Apr 21, 2015 at 04:14:01PM +0200, Richard Biener wrote:
> > > On Tue, Apr 21, 2015 at 3:24 PM,  <tbsaunde+gcc@tbsaunde.org> wrote:
> > > > From: Trevor Saunders <tbsaunde+gcc@tbsaunde.org>
> > > >
> > > > gcc/ChangeLog:
> > > >
> > > > 2015-04-21  Trevor Saunders  <tbsaunde+gcc@tbsaunde.org>
> > > >
> > > >         * conditions.h: Define macros even if HAVE_cc0 is undefined.
> > > >         * emit-rtl.c: Define functions even if HAVE_cc0 is undefined.
> > > >         * final.c: Likewise.
> > > >         * jump.c: Likewise.
> > > >         * recog.c: Likewise.
> > > >         * recog.h: Declare functions even when HAVE_cc0 is undefined.
> > > >         * sched-deps.c (sched_analyze_2): Always compile case for cc0.
> 
> If I've counted right after the git bisect, this patch seems to break
> the ARM buildi (arm-none-linux-gnueabihf):
> 
>   In file included from insn-output.c:40:0:
>   ..../gcc-src/gcc/conditions.h:112:0: error: "CC_STATUS_INIT" redefined [-Werror]
>    #define CC_STATUS_INIT  \
>    ^
>   In file included from tm.h:35:0,
>                    from insn-output.c:7:
>   ..../gcc-src/gcc/config/arm/arm.h:2159:0: note: this is the location of the previous definition
>    #define CC_STATUS_INIT \
>    ^
> 
> I guess the conditions.h definition wants wrapping in #ifndef - though a
> quick grep suggests that ARM is the only target defining CC_STATUS_INIT
> so lets CC the ARM maintainers and see what their preference is...

Well, that seems pretty weird, but it looks intentional arm does this
see http://gcc.gnu.org/ml/gcc-patches/2010-07/msg00437.html

Of course I now see final.c also defines a fall back, so maybe the right
thing to do is wrap the conditions.h definition in #if HAVE_cc0, or
maybe the final.c definition can go away? Right now I'm to tired to make
a good decision about that.

sorry about the bustage!

Trev

 
> 
> Thanks,
> James


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]