Yet Another GCC 1.39 and Sys Vr4 problem.

[Tony Becker]

>From article <10990 at hub.ucsb.edu>, by jim at ferkel.ucsb.edu (Jim Lick):
> Hello.  I have UHC SVR4.0 version 2.0.  I have been attempting to build gcc
> 1.39 on this system.  From recent discussion, I was under the impression
> that this version would build with no problems on my system.  However, it
> appears to not be the case quite yet.  

 No, it doesn't work 'Out of the Box', but the solutions are quite trivial.
 The hardest part is actually waiting for the sources to recompile each
 time you type 'make'. Is the Makefile set for GNU Make?

> 
> ....
>
> 	/bin/cc -g   -I. -I. -I./config -c ./c-parse.tab.c
> "./config/tm-i386.h", line 536: warning: invalid white space character in directive

 I didn't remember this warning until I looked at the code, and I didn't
 check in the file B4 I changed it 8-(. Remove the '^L' (formfeed) charactor.

> 	/bin/cc   -DNO_SC -c hard-params.c
> "hard-params.c", line 228: warning: argument is incompatible with prototype: arg #2
> "hard-params.c", line 356: warning: argument is incompatible with prototype: arg #2
> "hard-params.c", line 512: "long double" not yet supported
> "hard-params.c", line 616: warning: semantics of ">>" change in ANSI C; use explicit cast
> "hard-params.c", line 616: warning: semantics of ">>" change in ANSI C; use explicit cast
> "hard-params.c", line 617: warning: semantics of ">>" change in ANSI C; use explicit cast
> "hard-params.c", line 617: warning: semantics of ">>" change in ANSI C; use explicit cast
> "hard-params.c", line 618: warning: semantics of ">>" change in ANSI C; use explicit cast
> "hard-params.c", line 618: warning: semantics of ">>" change in ANSI C; use explicit cast
> *** Error code 1 (bu21)
> 
> make: fatal error.
> *** Error code 1 (bu21)
> 
> make: fatal error.

  Look at line 512 and realize that your cc compiler hates 'long double'.
  So change it (and the define of 'Number' around line 955).

/* Long_double is the longest floating point type available: */
/* my AT&T STDC cc compiler hates this - tony */
#if defined(__STDC__) && defined(notdef)
#define Long_double long double
#else
#define Long_double double
#endif

#ifdef __STDC__
#define Number Long_double
#endif

 and proceed.....
-- 
tony ,....