On Tue, Sep 09, 2014 at 04:16:20PM +0200, Raphael 'kena' Poss
wrote:
> Clang 3.5 with the same flags confirmed the error too.
Thanks - turned out that you simply can't use typedefs for function pointers
in C++, as throw() cannot be specified anywhere, but still makes types
assignment-incompatibl
Hij mark
I tripped on this one using GCC 4.7 from Debian, with -std=c11 and many -W
flags enabled (including Wall Wextra, perhaps -pedantic too).
Clang 3.5 with the same flags confirmed the error too.
On 9 september 2014 14:26:19 CEST, Marc Lehmann wrote:
>On Mon, Sep 08, 2014 at 09:58:17PM +0
On Tue, Sep 09, 2014 at 02:51:40PM +0200, Marc Lehmann
wrote:
> On Tue, Sep 09, 2014 at 02:43:31PM +0200, Marc Lehmann
> wrote:
> > that would be of great help, because we can't seem to find any compiler
> > which doesn't accept it as an extension (tries with msvc, gcc and clang).
>
> Found on
On Tue, Sep 09, 2014 at 02:43:31PM +0200, Marc Lehmann
wrote:
> that would be of great help, because we can't seem to find any compiler
> which doesn't accept it as an extension (tries with msvc, gcc and clang).
Found one, apples proprietary clang fork seems to error out, the official
release do
On Tue, Sep 09, 2014 at 02:26:19PM +0200, Marc Lehmann
wrote:
> > ev.h since modified in 4.15 is currently invalid when used from C++: it
> > includes exception information (throw()) for the typedef
> > ev_loop_callback_nothrow, which is not legal in C++.
>
> Indeed, may I ask which compiler d
On Mon, Sep 08, 2014 at 09:58:17PM +0200, Raphael 'kena' Poss
wrote:
> ev.h since modified in 4.15 is currently invalid when used from C++: it
> includes exception information (throw()) for the typedef
> ev_loop_callback_nothrow, which is not legal in C++.
Indeed, may I ask which compiler did
Dear all,
ev.h since modified in 4.15 is currently invalid when used from C++: it
includes exception information (throw()) for the typedef
ev_loop_callback_nothrow, which is not legal in C++.
throw() is not part of a function's type, so it cannot be captured by typedef.
The correct fix is to r
