Failure linking libuv on OS X 10.7.5

[brson]

From Colin Perkins on the mailing list

Hi,

Trying to compile this on MacOS 10.7.5, I get the following build error in libuv:

...
ar rcs libuv.a src/unix/async.o src/unix/core.o src/unix/dl.o src/unix/error.o src/unix/fs.o src/unix/getaddrinfo.o src/unix/loop.o src/unix/loop-watcher.o src/unix/pipe.o src/unix/poll.o src/unix/process.o src/unix/signal.o src/unix/stream.o src/unix/tcp.o src/unix/thread.o src/unix/threadpool.o src/unix/timer.o src/unix/tty.o src/unix/udp.o src/fs-poll.o src/uv-common.o src/inet.o
link: rt/x86_64-apple-darwin/librustrt.dylib
Undefined symbols for architecture x86_64:
  "_uv__hrtime", referenced from:
      _uv_hrtime in libuv.a(core.o)
      _uv__update_time in libuv.a(core.o)
      _uv__loop_init in libuv.a(loop.o)
  "_uv__fs_event_close", referenced from:
      _uv_close in libuv.a(core.o)
  "_uv__io_poll", referenced from:
      _uv_run in libuv.a(core.o)
  "_uv__platform_loop_init", referenced from:
      _uv__loop_init in libuv.a(loop.o)
  "_uv__platform_loop_delete", referenced from:
      _uv__loop_delete in libuv.a(loop.o)
ld: symbol(s) not found for architecture x86_64
collect2: ld returned 1 exit status
make: *** [rt/x86_64-apple-darwin/librustrt.dylib] Error 1

I can force it to build correctly by adding an "OS=darwin" around line 184 of mk/rt.mk, so it looks like the build system isn't passing the right parameters to the libuv build for some reason.

I just tried with incoming from git, and get the same behaviour.

Colin

[brson]

Full report

[brson]

It seems like OS is not set correctly by build.mk, though all it's doing is OS ?= $(shell sh -c 'uname -s | tr "[A-Z]" "[a-z]"').

I can't reproduce this on 10.6.8. Trying 10.7.4 next.

We could set OS explicitly but it would be nice to know what is different about this environment that makes this not work.

[brson]

This was a problem with OS being set in the environment. Not sure there's anything we can do there.

[simonster]

It looks like this should be fixed by joyent/libuv@a9740c9

[dobkeratops]

i am trying to comprehend and modify rt.mk myself at the minute, not having much luck i'm trying to get it to compile for iOS. i notice a comment that you dont want it to need platform specific tests. there's a place where it seems to decide whats going on based on the OS name, but my modifications needed to distinguish arm from x86 apple-darwin. see issue"some sort of iOS support". it also has parts which seem to define android for 'arm' (on apple)

[emberian]

Can someone reproduce?

[cjheath]

I had an old .profile that set OS=msw, and it caused this failure. After clearing that, it took two rebuilds (using "brew install --no-fetch --HEAD rust") before I got an installed rust (I had no prior version of rust). So yes, I reproduced it, and this issue page told me what to look for and how to fix it.

[alexcrichton]

We've since upgraded libuv, and it sounds like this was fixed upstream (that we surely picked up), so I'm going to close for now.

If anyone can reproduce the failure, though, feel free to reopen!