This is the mail archive of the java-patches@gcc.gnu.org mailing list for the Java project.

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]
Other format:	[Raw text]

Re: Patch: FYI: split up parser build

From: Tom Tromey <tromey at redhat dot com>
To: Gerald Pfeifer <gerald at pfeifer dot com>
Cc: GCJ-patches <java-patches at gcc dot gnu dot org>
Date: 06 Feb 2007 14:45:40 -0700
Subject: Re: Patch: FYI: split up parser build
References: <m3bqkfrp1b.fsf@localhost.localdomain> <Pine.LNX.4.64.0702021605330.10525@acrux.dbai.tuwien.ac.at> <m3hcu4cty7.fsf@localhost.localdomain> <Pine.LNX.4.64.0702062122550.10525@acrux.dbai.tuwien.ac.at>
Reply-to: tromey at redhat dot com

Gerald> Do you see any other idea to reduce memory consumption that leads to
Gerald> the failure building gnu/javax/swing/text/html/parser/HTML_401F.lo?

This class hasn't changed in a while.  So if this worked ok for you
after the big gcj-eclipse merge, and then more recently started
failing, then I would say that this is a space regression elsewhere in
GCC.

Failing that I suppose we could split the class up somehow.

Tom

References:
- Patch: FYI: split up parser build
  - From: Tom Tromey
- Re: Patch: FYI: split up parser build
  - From: Gerald Pfeifer
- Re: Patch: FYI: split up parser build
  - From: Tom Tromey
- Re: Patch: FYI: split up parser build
  - From: Gerald Pfeifer

Index Nav:	[Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:	[Date Prev] [Date Next]	[Thread Prev] [Thread Next]