This is the mail archive of the
java-patches@gcc.gnu.org
mailing list for the Java project.
Re: Patch for Review: _Jv_TempUTFString + JV_TEMP_UTF_STRING
- From: Tom Tromey <tromey at redhat dot com>
- To: Bryce McKinlay <bryce at mckinlay dot net dot nz>
- Cc: gnustuff at thisiscool dot com, GCJ Patches <java-patches at gcc dot gnu dot org>, Andrew Haley <aph at redhat dot com>
- Date: 16 Aug 2003 17:56:18 -0600
- Subject: Re: Patch for Review: _Jv_TempUTFString + JV_TEMP_UTF_STRING
- References: <B9B04B0B-CEA9-11D7-AD15-003065F97F7C@mckinlay.net.nz>
- Reply-to: tromey at redhat dot com
>>>>> "Bryce" == Bryce McKinlay <bryce@mckinlay.net.nz> writes:
Bryce> I'd still like to see it use JvAllocBytes instead of
Bryce> _Jv_Malloc.
I'm curious to know why.
I used to be against using _Jv_Malloc, but there is plenty of code
that uses it (and some code that relies on it, since the interface to
the GC isn't rich enough to tell it about things other than java
objects). In a case like this, malloc/free is definitely safe.
Performance probably depends on the case. So I've come to tolerate
_Jv_Malloc after all :-)
That said, Mohan, please make this change and put it in. I'm more
interested in getting your patch backlog cleared up...
Tom