target/5528: Build failure on IRIX with native c-compiler [PATCH]

[Graham Stott]

The following reply was made to PR target/5528; it has been noted by GNATS.

From: Graham Stott <grahams@redhat.com>
To: lminder@gmx.net
Cc: gcc-gnats@gcc.gnu.org
Subject: Re: target/5528: Build failure on IRIX with native c-compiler [PATCH]
Date: Tue, 29 Jan 2002 13:10:14 +0000

 lminder@gmx.net wrote:
 > 
 > >Number:         5528
 > >Category:       target
 > >Synopsis:       Build failure on IRIX with native c-compiler [PATCH]
 > >Confidential:   no
 > >Severity:       serious
 > >Priority:       medium
 > >Responsible:    unassigned
 > >State:          open
 > >Class:          sw-bug
 > >Submitter-Id:   net
 > >Arrival-Date:   Tue Jan 29 04:46:01 PST 2002
 > >Closed-Date:
 > >Last-Modified:
 > >Originator:     lminder@gmx.net
 > >Release:        gcc 3.0.3
 > >Organization:
 > >Environment:
 > IRIX6.5, mips, mipspro C compiler
 > >Description:
 > The mipspro C compiler intended to compile gcc has
 > problems with conditional expressions
 > 
 >         (1)     Conditional expressions can'b be used as
 >                 lvalue, i.e.
 >                         (x ? y : z) = 5
 >                 doesn't work
 > 
 >         (2)     The second and third operand of ?: must be
 >                 `compatible' types, e.g, you can't have
 > 
 >                         a ? b : c
 > 
 >                 with b of type void and c int, even if you
 >                 don't intend to reuse the evaluated expression.
 > 
 > The patch includes a workaround for those two problems which
 > cause gcc to fail to build. (Replace ?:-assignment by if/else,
 > cast operands to void).
 > >How-To-Repeat:
 > trying to compile gcc on irix with mipspro-cc. (BTW, there
 > is yet another problem that cp/parse.c refers yyprint(),
 > fixed by #undef YYPRINT. I don't know what causes this.)
 > >Fix:
 > included
 > >Release-Note:
 > >Audit-Trail:
 > >Unformatted:
 
 This is not a bug please read the installation instructions.
 
 To build GCC you must use "make bootstrap" and not plain "make".
 
 Graham