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 > [email protected] > http://lists.gnu.org/mailman/listinfo/gnustep-dev -- Sent from my STANTEC-ZEBRA _______________________________________________ Gnustep-dev mailing list [email protected] http://lists.gnu.org/mailman/listinfo/gnustep-dev
