Re: lib/54050: malloc_usable_size() is provided on recent NetBSD-current, however malloc.h has no prototype

[Kamil Rytarowski <n54%gmx.com@localhost>]

On 12.03.2019 20:25, Kamil Rytarowski wrote:
> The following reply was made to PR lib/54050; it has been noted by GNATS.
> 
> From: Kamil Rytarowski <n54%gmx.com@localhost>
> To: gnats-bugs%NetBSD.org@localhost
> Cc: 
> Subject: Re: lib/54050: malloc_usable_size() is provided on recent
>  NetBSD-current, however malloc.h has no prototype
> Date: Tue, 12 Mar 2019 20:25:09 +0100
> 
>  On 12.03.2019 19:10, Christos Zoulas wrote:
>  > The following reply was made to PR lib/54050; it has been noted by GNATS.
>  > 
>  > From: christos%zoulas.com@localhost (Christos Zoulas)
>  > To: gnats-bugs%NetBSD.org@localhost, lib-bug-people%netbsd.org@localhost, 
>  > 	gnats-admin%netbsd.org@localhost, netbsd-bugs%netbsd.org@localhost, ryoon%NetBSD.org@localhost
>  > Cc: 
>  > Subject: Re: lib/54050: malloc_usable_size() is provided on recent NetBSD-current, however malloc.h has no prototype
>  > Date: Tue, 12 Mar 2019 14:06:33 -0400
>  > 
>  >  On Mar 12,  6:05pm, n54%gmx.com@localhost (Kamil Rytarowski) wrote:
>  >  -- Subject: Re: lib/54050: malloc_usable_size() is provided on recent NetBSD-
>  >  
>  >  |  I will be happy to pick -ljemalloc for the additional functionality.
>  >  |  Maintaining it partially externally has obvious benefits of jemalloc
>  >  |  major library version bump without issues.
>  >  |  
>  >  |  On the other hand we will bind malloc.h with jemalloc.. should it be
>  >  |  namespaced to jemalloc/malloc.h or jemalloc.h?
>  >  
>  >  I can put the functions in jemalloc.h. It is trivial.
>  >  
>  >  christos
>  >  
>  > 
>  
>  I don't have strong opinions. Probably we could restore K&R compat and
>  keep malloc.h as an alias for stdlib.h, and push jemalloc specific API
>  to jemalloc.h.
>  
> 

Thinking about it more unless we are fully compatible with
devel/jemalloc, we should namespace the library and header in base in
order to prevent conflicts between different .so & .h in base and
different counterparts in pkgsrc.

How about libjemallocctl.so + <jemallocctl.h>?