FreeBSD 10 support in snapshots for stage0.

[lyuts]

Rust's stage0 snapshots, rustc in particular, are linked against libkvm.so.5. This version is available in FreeBSD 9 but seems to had a version bump in FreeBSD 10 to libkvm.so.6. As a result, there is currently no way to build rust for FreeBSD10. Is there any means to build a snapshot for FreeBSD10 and distribute it along with other snapshots?

[alexcrichton]

libkvm is brought in by libuv, so if we switch the compiler over to libnative by default we wouldn't have a dependency on libkvm for the snapshots.

[lyuts]

Since you have more knowledge on the code base, what are the components that will need to be modified in order to migrate the compiler from libuv to libnative? I suppose it should be librustuv, compiler-rt. Did i miss anything?

[alexcrichton]

The compiler has switched to libnative, so this is just waiting on a snapshot now.

While not fixed yet, we'll get new snapshots soon-ish, so I'm going to close this (the underlying issue has been fixed).

[lyuts]

I've noticed you released a new version of stage0. Do you know if the latest snapshot is able to build rust's 0.9 release? I'm seeing some error during compilation, and unsure if I missed something in build configuration or maybe this is an expected outcome.

/usr/ports/lang/rust/work/rust-0.9/src/libstd/lib.rs:66:14: 66:24 error: `extern mod` is obsolete, use `extern crate` instead to refer to external crates.
/usr/ports/lang/rust/work/rust-0.9/src/libstd/lib.rs:66 #[cfg(test)] extern mod rustuv = "rustuv";
                                                                     ^~~~~~~~~~
/usr/ports/lang/rust/work/rust-0.9/src/libstd/lib.rs:67:14: 67:24 error: `extern mod` is obsolete, use `extern crate` instead to refer to external crates.
/usr/ports/lang/rust/work/rust-0.9/src/libstd/lib.rs:67 #[cfg(test)] extern mod native = "native";
                                                                     ^~~~~~~~~~
/usr/ports/lang/rust/work/rust-0.9/src/libstd/lib.rs:68:14: 68:24 error: `extern mod` is obsolete, use `extern crate` instead to refer to external crates.
/usr/ports/lang/rust/work/rust-0.9/src/libstd/lib.rs:68 #[cfg(test)] extern mod green = "green";
                                                                     ^~~~~~~~~~
/usr/ports/lang/rust/work/rust-0.9/src/libstd/lib.rs:71:14: 71:24 error: `extern mod` is obsolete, use `extern crate` instead to refer to external crates.

Thanks.

[alexcrichton]

We don't maintain old releases of rust (currently), so you'll have to update to master if you want to pick up the update.

[lyuts]

Got it, thanks for clarifying.

[lyuts]

Apologies, for reusing this issues again, just no sure if the problem worth of a separate one.

Latest snapshot works ok on FreeBSD. However, it looks like something is missing the libm library.

oxidize: x86_64-unknown-freebsd/stage1/lib/rustlib/x86_64-unknown-freebsd/lib/libstd x86_64-unknown-freebsd/stage1/bin/../lib/librustc-6ccece0c-0.10-pre.so: Undefined symbol "sinh"

I wasn't able to quickly find the root cause, so I'm using a workaround now for building rust, which involves setting LD_PRELOAD=/usr/lib/libm.so. This way, I have rust built and at least I can more or less use it.
Can you give me a hint on what should I fix in order to solve this linker errors?

Thanks.

[alexcrichton]

That's odd, I've never seen that before! Could you check libm.so to make sure that the sinh symbol is indeed defined in the library? I'd also recommend running ldd over the binary located at x86_64-unknown-freebsd/stage1/bin/rustc to see what it's dynamic dependencies are to make sure that at least one of them points to libm

[lyuts]

sinh is in libm:

> nm -D /usr/lib/libm.so | grep -e "\<sinh" 000000000000f810 T sinh 000000000000f6e0 T sinhf 000000000000f1a0 W sinhl

Ran ldd over rustc and its dependency libs (including libs used by libs), libm is not there, neither base system libs nor rust's distribution libs link against libm.

[alexcrichton]

Oh whoops! Looks like we forgot to specify that we should link to libm! I believe that #13134 should fix your problem.

[lyuts]

Thanks.