🚀 go-pugleaf

In article <m0lXfN8-0000CwC@tscs.tscs.com> gerard@tscs.tscs.COM (Stephen M. Gerard) writes:

   Newsgroups: gnu.gcc.bug
   Path: THD-News!iraun2!ira.uka.de!sol.ctr.columbia.edu!zaphod.mps.ohio-state.edu!cis.ohio-state.edu!tscs.tscs.COM!gerard
   From: gerard@tscs.tscs.COM (Stephen M. Gerard)
   Sender: gnulists@ai.mit.edu
   Organization: GNUs Not Usenet
   Distribution: gnu
   Date: Sun, 5 Apr 1992 22:07:32 GMT
   Approved: bug-gcc@prep.ai.mit.edu
   Lines: 69

   Hello:

>   I would appreceiate any information which would enable me to get a fully
>   functional compiler.  Please let me know if more information is needed.

>   Thanks, Steve

   ******************************************************************************

   Problems attepting to get GNU C Version 2.1 to work:

>   CPU: Motorola MVME141 33MHz 68030
>   Memory: 8Mb
>   Operating System: System V/68 R6.2
>   Configuration: configure m68k-motorola

>   Initial Problems:
>   ----------------
>   ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>   File: c-parse.c
>   -rw-rw-r--   1 sgerard  staff     123706 Apr  4 04:28 c-parse.c
>   Line: 1100
>   Problem: #pragma not acceptable
>   Solution: Change line to: /*#pragma alloca*/
>   ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
>   File: tm.h
>   lrwxrwxrwx   1 root     staff         18 Apr  4 03:06 tm.h -> ./config/mot3300.h
>   Line: 64
>   Problem: Improper comment initiation / *
>   Solution: Changed line to: /* size_t is unsigned int.  */
>   ++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
 
Get a compiler able to compile GCC-2.xxx. Get gcc-1.40 and try to 
bootstrap with your cc. If this fails, as expected ;->, get the
binaries of gcc-1.37.1.THD and gas-1.38.THD (These are  NOT approved by FSF,
and no part of GNU-CC, and ugly patches have been applied, but they work.)
from "ftp.th-darmstadt.de:/pub/incoming/local_ports/sysV68/".

Use them to compile GCC-2.1.

gcc will substitute "alloca" by inline code, references to 
alloca should not accur anymore.

>  Initial make resulted in alloca not found
>   Attempted solution: Change Makefile line CLIBS= -lPW
>   This resulted in a version of genattr which gets a memory fault
>   Solution: add ALLOCA=alloca.o to make command line
>   make ALLOCA=alloca.o LANGUAGES=c

libpW.a by Motorola is broken........  Using it results in broken programs.
Get alloca.c from the emacs-18.58 distribution. works.
>
>
>   ============================================================================
>   STAGE 1 PROBLEMS
>   ============================================================================
>   make CC=stage1/gcc CFLAGS="-g -O -Bstage1/"
>   stage1/cc1 hangs in an infinite loop on file cccp.c
>
 >  NOTE: other compilations on a test file works using this compiler (gcc)
>
>   Sending a ^\ and examining the core file with sdb yeilds:
>   sdb stage1/cc1 core
>   Warning: `insn-peep.c' not found
>   Warning: `insn-recog.c' not found
>   Warning: `insn-extract.c' not found
>   Warning: `insn-output.c' not found
>   Warning: `insn-emit.c' not found
>   0x870c in yylex:1712:                          0);
>   *t
>   yylex()   [c-lex.c:1712]
>   yyparse()   [c-parse.c:439]
>   check_newline()   [c-lex.c:562]
>   yyprint(file=0x408050,yychar=0,&yylval=0x1fff858)   [c-lex.c:330]
>   check_newline()   [c-lex.c:562]
>   yyprint(file=0x407e68,yychar=0,&yylval=0x1fff8d4)   [c-lex.c:330]
>   check_newline()   [c-lex.c:562]
>   yyprint(file=0x400ef2,yychar=0,&yylval=0x1fff950)   [c-lex.c:330]
>   yyparse()   [c-parse.c:439]
>   readescape()   [c-lex.c:817]
>   *q

First: If you are going to regenerate the parser, be sure to use the
latest bison (1.16?) and the latest flex (2.3.6?).

It looks like malloc went south again :-<...  Get GNU-malloc and  link it
together with the parser code.

good luck, adams (adams@pdv2.fmr.maschinenbau.th-darmstadt.de)