malloc-simple's __libc_free_aligned is public?

[Bernhard Reutner-Fischer]

On Mon, Oct 27, 2008 at 03:30:30PM -0500, Rob Landley wrote:
>On Monday 27 October 2008 12:15:30 Bernhard Reutner-Fischer wrote:
>> On Mon, Oct 27, 2008 at 02:21:55PM +0100, Bernd Schmidt wrote:
>> >Rob Landley wrote:
>> >> So svn 23660 broke arm with my .config, but if I change my .config from
>> >> MALLOC=y to MALLOC_STANDARD=y it works again.
>> >>
>> >> Does anybody understand the difference between the "MALLOC"
>> >> and "MALLOC_SIMPLE" options?  The make help is not being useful here.
>> >>
>> >> Off to try MALLOC_SIMPLE...
>> >
>> >MALLOC_SIMPLE has disastrously bad performance.  It should be removed.
>>
>> ------------------------------------------------------------------------
>> r8199 | andersen | 2003-12-30 02:41:14 +0100 (Tue, 30 Dec 2003) | 4
>> lines
>>
>> Update and restore malloc-simple.  Slow as molasses, but trivially
>> simple and releases memory immediately when asked to do so.
>>  -Erik
>>
>> Let me hide __libc_free_aligned for now (there is no immediately
>> obvious reason why that would be a public weak function, would anybody
>> know?)
>>
>> We could remove it later, after the release, but not right now.
>
>Actually, rather than removing it, perhaps add this patch to the help text?  

sure, if that is more elaborate?
>(svn diff, so patch -p0).

heh, yea. That was a typo of mine, back then.. :)
>
>Rob

>Index: extra/Configs/Config.in
>===================================================================
>--- extra/Configs/Config.in	(revision 23803)
>+++ extra/Configs/Config.in	(working copy)
>@@ -442,14 +442,17 @@
> config MALLOC_SIMPLE
> 	bool "malloc-simple"
> 	help
>-	  "malloc-simple" was written from scratch for uClibc, and is the
>-	  simplest possible (and therefore smallest) malloc implementation.
>-	  This uses only the mmap() system call to allocation memory, and does
>-	  not use the brk() system call at all, making it a fine choice for
>-	  MMU-less systems with very limited memory.  It is rather dumb, and
>-	  certainly isn't the fastest.  But it is 100% standards compliant,
>-	  thread safe, and very small.
>+	  "malloc-simple" is trivially simple and slow as molasses.  It
>+	  was written from scratch for uClibc, and is the simplest possible
>+	  (and therefore smallest) malloc implementation.
> 
>+	  This uses only the mmap() system call to allocate and free memory,
>+	  and does not use the brk() system call at all, making it a fine
>+	  choice for MMU-less systems with very limited memory.  It's 100%
>+	  standards compliant, thread safe, very small, and releases freed
>+	  memory back to the OS immediately rather than keeping it in the
>+	  process's heap for reallocation.  It is also VERY SLOW.
>+
> config MALLOC_STANDARD
> 	bool "malloc-standard"
> 	depends on ARCH_USE_MMU