Mac OS X: -Werror=strict-prototypes causes compilation of dyncall_thunk* to fail about nqp

[gerdr]

I thought I fixed that problem with 99f34ab - it seems gcc 4.2 doesn't think that -w should take precedence...

Could you check if this helps:

diff --git a/3rdparty/dyncall/GNUmakefile b/3rdparty/dyncall/GNUmakefile
index 89a6e76..24a5f9c 100644
--- a/3rdparty/dyncall/GNUmakefile
+++ b/3rdparty/dyncall/GNUmakefile
@@ -20,7 +20,7 @@
 #

 # FIXME: workaround for Parrot issue #735
-CFLAGS   := $(CFLAGS) -w
+CFLAGS   := $(CFLAGS) -w -Wno-strict-prototypes

 TOP       = .
 GMAKE_TOP ?= $(TOP)/buildsys/gmake

[hds]

I've just tried again, but now I'm getting a parrot 4.3.0 / 4.4.0 related error:

Incompatible versions of `core_ops' oplib, possibly due to loading bytecode generated by an old version of Parrot. Found 4.4.0 but loaded 4.3.0

I'm guessing this is unrelated though, should I give it a shot from a slightly older revision of nqp?

[gerdr]

Yes, that should be unrelated. You can either downgrade your NQP to 5308279 or earlier or fix your parrot installation.

[hds]

Yep, that's fixed the problems. Thanks!

[gerdr]

@hds should be fixed in master now

The patch I just pushed is slightly different from the one I posted here, so please holler if it doesn't work as advertised ;)

[hds]

Will do, thanks again. (-:

[hds]

Yes, this is now working fine for me from HEAD.