brew install haxe, neko dependency error OSX 10.10

[unknowndevice]

Running OSX 10.10 GM Candidate
https://gist.github.com/anonymous/5afc2402843839d6b8bd

➜  ~  brew install haxe
==> Installing dependencies for haxe: neko, objective-caml
==> Installing haxe dependency: neko
==> Cloning https://github.com/HaxeFoundation/neko.git
Updating /Library/Caches/Homebrew/neko--git
==> Checking out revision 6ab8f48a8dc62e4d917b599b3d8c8e10f764f839
==> make os=osx LIB_PREFIX=/usr/local INSTALL_FLAGS=
20 errors generated.
Called from tools/install.neko line 419
Called from tools/install.neko line 380
Uncaught exception - Error 1 : aborted
make: *** [libs] Error 1

[mistydemeo]

Please read the troubleshooting guide and post all of the requested diagnostics.

[unknowndevice]

Sorry @mistydemeo ! Fixed now.

[mistydemeo]

Looks like an issue building against the system's apache:

clang -O3 -fPIC -D_LARGEFILE64_SOURCE -I../common -c -I../../vm -I/usr/include/apache2 -I/usr/include/apr-1 mod_tora.c
mod_tora.c:151:3: error: member reference base type 'char' is not a structure or union
ap_log_rerror(__FILE__, __LINE__, APLOG_WARNING, LOG_SUCCESS c->r, "[mod_tora] %s", msg);
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/include/apache2/http_log.h:448:28: note: expanded from macro 'ap_log_rerror'
#define ap_log_rerror(...) ap_log_rerror__(__VA_ARGS__)
^~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/include/apache2/http_log.h:450:14: note: expanded from macro 'ap_log_rerror__'
do { if (APLOG_R_MODULE_IS_LEVEL(r, mi, level)) \
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/include/apache2/http_log.h:197:14: note: expanded from macro 'APLOG_R_MODULE_IS_LEVEL'
(ap_get_request_module_loglevel(r, module_index) \
^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/include/apache2/http_config.h:592:29: note: expanded from macro 'ap_get_request_module_loglevel'
(ap_get_module_loglevel(ap_get_request_logconf(r),i))
~~~~~~~~~~~~~~~~~~~~~~~^~~~~~~~~~~~~~~~~~~~~~~~~~~~
/usr/include/apache2/http_config.h:573:9: note: expanded from macro 'ap_get_request_logconf'
((r)->log ? (r)->log : \
^ ~~~
/usr/include/apache2/http_config.h:578:19: note: expanded from macro 'ap_get_module_loglevel'
(((i) < 0 || (l)->module_levels == NULL || (l)->module_levels[i] < 0) ? \
^

[DomT4]

This is fun. I get a very slightly different error:

/usr/include/mach/lock_set.h:75:15: error: conflicting types for 'neko_lock_try'
kern_return_t lock_try
              ^
../../vm/neko.h:370:20: note: expanded from macro 'lock_try'
#define lock_try                        neko_lock_try
                                        ^
../../vm/neko.h:443:13: note: previous declaration is here
        EXTERN int lock_try( mt_lock *l );
                   ^
../../vm/neko.h:370:20: note: expanded from macro 'lock_try'
#define lock_try                        neko_lock_try
                                        ^
3 errors generated.
Called from tools/install.neko line 423
Called from tools/install.neko line 384
Uncaught exception - Error 1 : aborted
make: *** [libs] Error 1

[DomT4]

Have thrown this onto the list @ #29988.

[unknowndevice]

issue still present in GM 2

[jacknagel]

This compiles cleanly for me on 10.10/Xcode-only

[DomT4]

No dice for me still. Full gist here.

[cybertim]

installed 6.1 from the App Store, still no go, my gist is here
edit: today i had a different build error - updated my gist

[jonasschneider]

These are apparently caused by trying to build the mod_neko2, mod_tora2 and ui modules. Personally, I don't need those, so I worked around by (hackily) disabling building them in the linked commit. Feel free to merge this if you think it's appropriate.

[mnem]

It appears that neko has been fixed upstream now: HaxeFoundation/neko#44

I may try and see if that fixes this issue later, but I've just been on a really long train journey and would like some food and sleep right now :)

[DomT4]

Ah, yes, this issue should have actually been closed and marked as resolved by #34355, but for whatever reason it wasn't when #34355 was merged. These things happen. The HEAD build should work now though, indeed.