This is the mail archive of the
java-prs@gcc.gnu.org
mailing list for the Java project.
[Bug libgcj/26063] memory leak in _Jv_Linker::link_symbol_table
- From: "thebohemian at gmx dot net" <gcc-bugzilla at gcc dot gnu dot org>
- To: java-prs at gcc dot gnu dot org
- Date: 1 Feb 2006 16:52:48 -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 #2 from thebohemian at gmx dot net 2006-02-01 16:52 -------
Added aph to get some ideas on how to solve this.
Some ideas:
The code that uses the ffi structure is so complicated because it is neccessary
to prepare a call that takes one argument (a class name). I plan to put setup
code into a separate method because I saw another location where this behavior
is needed (link.cc around line 1203).
Furthermore I was told that the ffi functions are not implemented on certain
architectures (eg ARM) and would cause compilation problems.
The new method would take this into account and provide a path with degraded
functionality: Do not create any ffi stuff and do not provide the name of the
missing class as argument.
I am a bit clueless on how to solve the memory leak thing and appreciate ideas
& pointers.
--
thebohemian at gmx dot net changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |aph at redhat dot com
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26063