From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10086 invoked by alias); 4 Feb 2006 02:50:46 -0000 Received: (qmail 9941 invoked by uid 48); 4 Feb 2006 02:50:43 -0000 Date: Sat, 04 Feb 2006 02:50:00 -0000 Message-ID: <20060204025043.9940.qmail@sourceware.org> X-Bugzilla-Reason: CC References: Subject: [Bug libgcj/26063] memory leak in _Jv_Linker::link_symbol_table In-Reply-To: Reply-To: gcc-bugzilla@gcc.gnu.org To: gcc-bugs@gcc.gnu.org From: "tromey at gcc dot gnu dot org" Mailing-List: contact gcc-bugs-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: Sender: gcc-bugs-owner@gcc.gnu.org X-SW-Source: 2006-02/txt/msg00306.txt.bz2 List-Id: ------- Comment #11 from tromey at gcc dot gnu dot org 2006-02-04 02:50 ------- The simplest way to solve the memory leak is to make a new structure which holds all the data, then allocate an instance of this. This structure can be allocated with _Jv_AllocBytes, I believe, as the atable ought to be scanned by the collector (currently anyway). I have a patch to do this. In the future, just file a new PR when there is a new bug. Reusing an existing bug is somewhat weird. -- tromey at gcc dot gnu dot org changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|thebohemian at gmx dot net |tromey at gcc dot gnu dot | |org Summary|memory leak in |memory leak in |_Jv_Linker::link_symbol_tabl|_Jv_Linker::link_symbol_tabl |e & ffi usage breaks build |e |on ARM | http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26063