gnustep-dev
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Gnustep-cvs] r31629 - in /libs/back/trunk: ./ Source/cairo/ Source/


From: David Chisnall
Subject: Re: [Gnustep-cvs] r31629 - in /libs/back/trunk: ./ Source/cairo/ Source/gsc/ Source/win32/ Source/winlib/ Source/x11/
Date: Sat, 20 Nov 2010 12:44:08 +0000

objc_malloc() and friends are GCC-runtime specific.  They are not supported by 
other runtimes.  If there is a reason for avoiding malloc(), using either 
NSZoneMalloc() or NSAllocateCollectable() should be the preferred indirection.

David

On 20 Nov 2010, at 12:20, Fred Kiefer wrote:

> Hi Eric,
> 
> could you please give some background for this change? As far as I
> remember the indirection via objc_malloc/_free is the standard for
> GNUstep, we try to avoid direct calls to malloc and free. If there are
> any special reasons that this is bad we rather should know about it and
> decide to revert that policy. Otherwise we should discuss reverting your
> change.
> 
> Fred
> 
> Am 18.11.2010 21:28, schrieb Eric Wasylishen:
>> Author: ericwa
>> Date: Thu Nov 18 21:28:15 2010
>> New Revision: 31629
>> 
>> URL: http://svn.gna.org/viewcvs/gnustep?rev=31629&view=rev
>> Log:
>> core/back: replace objc_{malloc/free} with malloc/free
>> 
>> Modified:
>>    libs/back/trunk/ChangeLog
>>    libs/back/trunk/Source/cairo/CairoFontInfo.m
>>    libs/back/trunk/Source/cairo/CairoGState.m
>>    libs/back/trunk/Source/gsc/GSGState.m
>>    libs/back/trunk/Source/win32/w32_create.m
>>    libs/back/trunk/Source/win32/w32_general.m
>>    libs/back/trunk/Source/winlib/WIN32FontInfo.m
>>    libs/back/trunk/Source/winlib/WIN32GState.m
>>    libs/back/trunk/Source/x11/XGServerWindow.m
> 
> _______________________________________________
> Gnustep-dev mailing list
> address@hidden
> http://lists.gnu.org/mailman/listinfo/gnustep-dev


-- Sent from my STANTEC-ZEBRA




reply via email to

[Prev in Thread] Current Thread [Next in Thread]