Re: [issue1712] pulseaudio fails to build due to mlockall missed in libc

[Antonio Huete Jimenez <ahuete.devel@xxxxxxxxx>]

Hi,

That sounds like a good idea to me, +1.

Cheers,
Antonio Huete

On 04/11/10 18:00, Venkatesh Srinivas (via DragonFly issue tracker) wrote:
> Venkatesh Srinivas <me@acm.jhu.edu> added the comment:
>
> So mlockall/munlockall is a no-op in the kernel, but the syscall handler is 
> there. We should probably still expose it from libc and have the kernel return 
> ENOSYS, right?
>
> _____________________________________________________
> DragonFly issue tracker <bugs@lists.dragonflybsd.org>
> <http://bugs.dragonflybsd.org/issue1712>
> _____________________________________________________
>
>