🚀 go-pugleaf

RetroBBS NetNews Server

Inspired by RockSolid Light RIP Retro Guy

Article View: gnu.gcc.help
Article #52577

GCC 2.2.2 using 90+ MB without optimization - bug?

#52577
From: Mat Hostetter
Date: Wed, 24 Jun 1992 03:14
19 lines
1529 bytes
I have a huge function (450K preprocessed) which causes GCC 2.2.2 on the NeXT  
to use over 90 megabytes of swap space, even with optimization turned OFF.  The  
function has a large (1000+ entries) dispatch table, implemented using the  
"&&label" and "goto *label_array[n]" extensions.

I realize this function should take a lot of space to compile, but 90 megabytes  
seems excessive (the final executable, for example, is smaller than 120K).

Is this a bug?

-Mat

--
/-----------------------------------------------------------------------\
| Mat Hostetter                mjhostet@athena.mit.edu  (NeXTMail OK)   |
| MIT NeXT Campus Consultant                                            |
|               "0100011001001110010011110101001001000100"              |
\-----------------------------------------------------------------------/
Technical Details
Message-ID: <1992Jun24.031424.18905@athena.mit.edu>
Path: arc1-ca.pugleaf.net!sparky!uunet!spool.mu.edu!agate!ucbvax!bloom-beacon!bloom-picayune.mit.edu!news

Show Full Headers
Complete Article Headers
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 11318c,c9871d4e858d4cc8,start
X-Google-Attributes: gid11318c,public
X-Google-ArrivalTime: 1992-06-23 15:01:20 PST
Path: arc1-ca.pugleaf.net!sparky!uunet!spool.mu.edu!agate!ucbvax!bloom-beacon!bloom-picayune.mit.edu!news
From: mjhostet@athena.mit.edu (Mat Hostetter)
Newsgroups: gnu.gcc.help
Subject: GCC 2.2.2 using 90+ MB without optimization - bug?
Message-ID: <1992Jun24.031424.18905@athena.mit.edu>
Date: 24 Jun 92 03:14:24 GMT
Article-I.D.: athena.1992Jun24.031424.18905
Sender: news@athena.mit.edu (News system)
Organization: Massachvsetts Institvte of Technology
Lines: 19
Nntp-Posting-Host: slayer.mit.edu