Thanks, that's the clue needed to track it down. It turns out I had the OS environment variable set, and this was overriding the assignment in libuv's build.mk due to the use of "OS ?= ..." rather than "OS = ..." there. Remove the environment variable, and it builds fine.
Colin On 1 Apr 2013, at 00:52, Brian Anderson wrote: > Thanks. > > `OS` is set in libuv's [build.mk] with > > OS ?= $(shell sh -c 'uname -s | tr "[A-Z]" "[a-z]"') > > Perhaps it is failing somehow, though it seems unlikely. I've opened an > [issue] and will try to reproduce it. > > [build.mk]: https://github.com/brson/libuv/blob/master/build.mk#L21 > [issue]: https://github.com/mozilla/rust/issues/5650 > > > On 03/31/2013 06:36 AM, Colin Perkins wrote: >> 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 >> >> >> >> >> On 31 Mar 2013, at 07:26, Brian Anderson wrote: >>> Greetings, >>> >>> Here's a prerelease build of Rust 0.6: >>> >>> http://static.rust-lang.org/dist/rust-0.6.tar.gz >>> http://static.rust-lang.org/dist/rust-0.6-install.exe >>> >>> With sha256's: >>> >>> ebc7ff9dd1a72c9d23e3276c94c8d34b55ff622a0eb1aea4b61d78850e1c5b7e >>> rust-0.6.tar.gz >>> 5ccfc062242562956f1fdfd252cf16744d704893799404774aa6a6a02065e7b0 >>> rust-0.6-install.exe >>> >>> It's about time for 0.6, and it looks like all the critical features are >>> in, so we've got a build ready for testing. This is _not_ a signed release, >>> just a candidate. If you have some spare cycles please give this an install >>> and report whether it does what you expect. If all goes well we will >>> release 0.6 in the next few days. >>> >>> Our new integration process with bors has been keeping the tree >>> consistently green so I feel much more confident in this release than >>> previous ones. We mostly want to prove that the install works on platforms >>> we tend to support (OS X 10.6+, various Linuxes, and Windows 7 & 2008) and >>> the compiler generally behaves as expected, considering the various known >>> issues. If you have fixes or features you are passionate about then now is >>> the time to confirm they are working as intended. We are doing time based >>> releases though, so there's no need to sweat the small things - there will >>> be another one in a few months. >>> >>> -Brian >>> _______________________________________________ >>> Rust-dev mailing list >>> [email protected] >>> https://mail.mozilla.org/listinfo/rust-dev -- Colin Perkins http://csperkins.org/ _______________________________________________ Rust-dev mailing list [email protected] https://mail.mozilla.org/listinfo/rust-dev
