From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27635 invoked by alias); 1 Jun 2008 18:29:05 -0000 Received: (qmail 27534 invoked by uid 48); 1 Jun 2008 18:28:23 -0000 Date: Sun, 01 Jun 2008 18:29:00 -0000 Message-ID: <20080601182823.27533.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug ada/34898] Excessive memory consumption during compilation In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "oliver dot kellogg at eads dot com" Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2008-06/txt/msg00027.txt.bz2 ------- Comment #14 from oliver dot kellogg at eads dot com 2008-06-01 18:28 ------- Created an attachment (id=15709) --> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15709&action=view) console output from gnat1 with the above instrumentation The following pattern occurs extremely often: 'C' (DECL_CONTEXT (field) != record_type), line 1716 'D' (!new_field), line 1735 'J' (!field), line 1753, return NULL_TREE 'H' retval from call at line 1744 was NULL 'E' (DECL_INTERNAL_P (new_field)) on next iteration of loop at line 1736 'M' now in new call to build_simple_component_ref 'P' return fold (ref); at line 1800 'F' just before next call to build_simple_component_ref at line 1744 and back up to 'C'. (I am still trying to understand what is actually happening.) -- http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34898