This is the mail archive of the
gcc-bugs@gcc.gnu.org
mailing list for the GCC project.
[Bug libgcj/26063] memory leak in _Jv_Linker::link_symbol_table
- From: "tromey at gcc dot gnu dot org" <gcc-bugzilla at gcc dot gnu dot org>
- To: gcc-bugs at gcc dot gnu dot org
- Date: 4 Feb 2006 02:50:43 -0000
- Subject: [Bug libgcj/26063] memory leak in _Jv_Linker::link_symbol_table
- References: <bug-26063-10268@http.gcc.gnu.org/bugzilla/>
- Reply-to: gcc-bugzilla at gcc dot gnu dot org
------- 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