Xref: utzoo unix-pc.general:509 comp.sys.att:2889 Path: utzoo!utgpu!water!watmath!uunet!lll-winken!lll-tis!mordor!sri-spam!ames!ncar!oddjob!mimsy!eneevax!umd5!umbc3!alex From: alex@umbc3.UMD.EDU (Alex S. Crain) Newsgroups: unix-pc.general,comp.sys.att Subject: Re: GNU: gcc on the 3b1 Message-ID: <912@umbc3.UMD.EDU> Date: 29 Mar 88 20:49:55 GMT References: <5124@sigi.Colorado.EDU> Reply-To: alex@umbc3.UMD.EDU (Alex S. Crain) Organization: University of Maryland, Baltimore County Lines: 30 In article <5124@sigi.Colorado.EDU> benten@boulder.Colorado.EDU (Muhammad S. Benten) writes: >Hi, > I'm trying to install gcc and g++ on my 3b1 using the >recently posted patches, but cpp is spitting the following >messages: > > >./tm.h: 252: too much defining [more of the same deleted] The GNU folks solved their portability problems by #defining all machine dependant code and then including the appropriate header files. consequently, /lib/cpp gets very ill after its tables get filled up. The solution is to use the cpp that comes with gcc (or emacs). to do this, make cpp in the gcc directory, then install it as /lib/cpp. BE SURE TO SAVE YOUR OLD CPP! GNU cpp is superior in many ways to the stock cpp, but the stock cc has a bug that relies on the behavior of the old cpp. Later, gcc will want to set up its own lib directory, (/usr/local/lib by default) and you can reinstall the stock cpp as /lib/cpp. The bug in cc is in the way #line instructions are handled. If a #line directive is immediatly followed by another #line directive, cc forgets what file it is in, and sdb breaks completely. I fixed this once (ie: fixed cpp to never be confusing to cc), but I lost the fix, so I'll fix it again and post it. -- :alex. nerwin!alex@umbc3.umd.edu alex@umbc3.umd.edu