On Wed, Mar 9, 2011 at 11:09 AM, Adam Borowski wrote:
>> Or is it actually so that the libc should map uses of epoll_create1 to
>> epoll_create? Or do we need to introduce run-time checks as to whether
>> epoll_create1 is available?
>
> There's no way around run-time checks if you want to be safe
On Wed, Mar 9, 2011 at 15:23:09 +0530, Joachim Breitner wrote:
> Hi,
>
> Am Mittwoch, den 09.03.2011, 10:22 +0100 schrieb Julien Cristau:
> > epoll_create1 was added in 2.6.27, afaict. If that's what haskell is
> > using, then it's not unexpected to have it fail on 2.6.26.
>
> good shot, thank
On Wed, Mar 09, 2011 at 03:23:09PM +0530, Joachim Breitner wrote:
> Am Mittwoch, den 09.03.2011, 10:22 +0100 schrieb Julien Cristau:
> > epoll_create1 was added in 2.6.27, afaict. If that's what haskell is
> > using, then it's not unexpected to have it fail on 2.6.26.
>
> #if defined(HAVE_EPOLL_C
Hi,
Am Mittwoch, den 09.03.2011, 10:22 +0100 schrieb Julien Cristau:
> epoll_create1 was added in 2.6.27, afaict. If that's what haskell is
> using, then it's not unexpected to have it fail on 2.6.26.
good shot, thanks!
From ./libraries/base/System/Event/EPoll.hsc: (this line does not start wit
On Wed, Mar 9, 2011 at 12:49:55 +0530, Joachim Breitner wrote:
> Dear Devel list,
>
> updating the GHC haskell compiler to the newest version in Debian is
> causing surprisingly many problems. With one of those, I am totally at a
> loss to understand it, especially as I cannot reproduce it.
>
>
Dear Devel list,
updating the GHC haskell compiler to the newest version in Debian is
causing surprisingly many problems. With one of those, I am totally at a
loss to understand it, especially as I cannot reproduce it.
Basically, the new GHC compiler uses the epoll system call where
available, wh
6 matches
Mail list logo