little@sdcsvax.UUCP (04/23/86)
Has anyone brought up c++ on a 3B2? We are trying to install version 1.0 on a 3B2 with 2 Meg internal memory. "make scratch" works okay, generating a new cfront. The problem is when we try to use this cfront to generate "..c" files when doing a "make cfront", for instance. It starts compiling dcl.c, then dies with a "free store exhausted" message. The same thing happened when we tried to make a main..c by hand using our cfront. We have incorporated the set of three fixes posted by Jeff Warwick in the files dcl..c, dcl2..c, and expr..c (in the scratch directory, so our scratch cfront should have them in it.) Could our problem be with the alloc.c routines? If so, does anybody have any experience fixing them? I started looking into replacing the malloc() and free() calls with the standard ones, but it looks as though that may not be as straightforward as it at first seems. There are some variables such as NFn, NFe, NFs that are fiddled with in del.o and main.o as well as in free(). Has anyone looked into this at all? Our thanks in advance. Glenn Little little@sdcsvax
trl@cbrma.UUCP (Tom Lanning) (04/30/86)
Hi, Sounds like you need to changed MAXMEM to 1024. See your 3B2 Admin Manual under the section on reconfiguration. We have been using C++ on 3b2s for a year now, both 300s and 400s. -- Tom Lanning AT&T Bell Laboratories Columbus OH 43213 614-860-4153