Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Build fails on OSX Mountain Lion #15

Closed
puzza007 opened this issue Jun 4, 2013 · 3 comments
Closed

Build fails on OSX Mountain Lion #15

puzza007 opened this issue Jun 4, 2013 · 3 comments
Assignees
Milestone

Comments

@puzza007
Copy link

puzza007 commented Jun 4, 2013

I have an up-to-date brew installation and get the follow on make:

libtool: link: sed -e 's,^,_,' < .libs/libcloudi_socket_drv.exp > .libs/libcloudi_socket_drv-symbols.expsym
libtool: link: g++ -o .libs/libcloudi_socket_drv.so -bundle .libs/libcloudi_socket_drv_la-cloudi_socket_drv.o .libs/libcloudi_socket_drv_la-assert.o -O2 -Wl,-exported_symbols_list,.libs/libcloudi_socket_drv-symbols.expsym
Undefined symbols for architecture x86_64:
"_enif_get_int", referenced from:
_libcloudi_socket_drv_local_listen in libcloudi_socket_drv_la-cloudi_socket_drv.o
_libcloudi_socket_drv_local_accept in libcloudi_socket_drv_la-cloudi_socket_drv.o
"_enif_get_string", referenced from:
_libcloudi_socket_drv_local_listen in libcloudi_socket_drv_la-cloudi_socket_drv.o
_libcloudi_socket_drv_local_accept in libcloudi_socket_drv_la-cloudi_socket_drv.o
"_enif_make_atom", referenced from:
_libcloudi_socket_drv_local_listen in libcloudi_socket_drv_la-cloudi_socket_drv.o
_libcloudi_socket_drv_local_accept in libcloudi_socket_drv_la-cloudi_socket_drv.o
"_enif_make_badarg", referenced from:
_libcloudi_socket_drv_local_listen in libcloudi_socket_drv_la-cloudi_socket_drv.o
_libcloudi_socket_drv_local_accept in libcloudi_socket_drv_la-cloudi_socket_drv.o
"_enif_make_tuple", referenced from:
_libcloudi_socket_drv_local_listen in libcloudi_socket_drv_la-cloudi_socket_drv.o
_libcloudi_socket_drv_local_accept in libcloudi_socket_drv_la-cloudi_socket_drv.o
"_enif_mutex_create", referenced from:
_on_load in libcloudi_socket_drv_la-cloudi_socket_drv.o
"_enif_mutex_destroy", referenced from:
_on_unload in libcloudi_socket_drv_la-cloudi_socket_drv.o
"_enif_mutex_lock", referenced from:
_libcloudi_socket_drv_local_listen in libcloudi_socket_drv_la-cloudi_socket_drv.o
_libcloudi_socket_drv_local_accept in libcloudi_socket_drv_la-cloudi_socket_drv.o
"_enif_mutex_unlock", referenced from:
_libcloudi_socket_drv_local_listen in libcloudi_socket_drv_la-cloudi_socket_drv.o
_libcloudi_socket_drv_local_accept in libcloudi_socket_drv_la-cloudi_socket_drv.o
"_erl_errno_id", referenced from:
_libcloudi_socket_drv_local_listen in libcloudi_socket_drv_la-cloudi_socket_drv.o
_libcloudi_socket_drv_local_accept in libcloudi_socket_drv_la-cloudi_socket_drv.o
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
make[5]: *** [libcloudi_socket_drv.la] Error 1
make[4]: *** [all] Error 2
make[3]: *** [all-recursive] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

@ghost ghost assigned okeuday Jun 4, 2013
@okeuday
Copy link
Member

okeuday commented Jun 5, 2013

Unfortunately, the "local" protocol option for external services does not work properly on OSX. It is probably the known issue with the schedulers locking up within a NIF when NIF execution takes too much time (it locks up on the unix domain socket accept function call). I am setting the provided cloudi.conf file to utilize the "tcp" protocol option, like it was before, so that problems do not occur for OSX.

@okeuday
Copy link
Member

okeuday commented Jun 5, 2013

The fix is on the develop branch. You shouldn't have further problems with it. For now, just use the "tcp" protocol option for external services on OSX.

@puzza007
Copy link
Author

puzza007 commented Jun 5, 2013

Works for me. Thanks!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants