Skip to content

bitrig integration #21959

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

Merged
merged 11 commits into from
Feb 21, 2015
Merged

bitrig integration #21959

merged 11 commits into from
Feb 21, 2015

Conversation

dhuseby
Copy link

@dhuseby dhuseby commented Feb 5, 2015

This patch adds the necessary pieces to support rust on Bitrig https://bitrig.org

@rust-highfive
Copy link
Contributor

Thanks for the pull request, and welcome! The Rust team is excited to review your changes, and you should hear from @pcwalton (or someone else) soon.

If any changes to this PR are deemed necessary, please add them as extra commits. This ensures that the reviewer can see what has changed since they last reviewed the code. The way Github handles out-of-date commits, this should also make it reasonably obvious what issues have or haven't been addressed. Large or tricky changes may require several passes of review and changes.

Please see CONTRIBUTING.md for more information.

@dhuseby
Copy link
Author

dhuseby commented Feb 5, 2015

Fixed the whitespace errors.

RUSTC_CROSS_FLAGS_$(1)=-C linker=$$(call FIND_COMPILER,$$(CC_$(1))) \
-C ar=$$(call FIND_COMPILER,$$(AR_$(1))) $(RUSTC_CROSS_FLAGS_$(1))

RUSTC_FLAGS_$(1)=$$(RUSTC_CROSS_FLAGS_$(1)) $(RUSTC_FLAGS_$(1))
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Can this keep the previous indentation?

@alexcrichton
Copy link
Member

r? @brson

@rust-highfive rust-highfive assigned brson and unassigned pcwalton Feb 5, 2015
@dhuseby
Copy link
Author

dhuseby commented Feb 5, 2015

Let me fix the other issues and push again.

@dhuseby
Copy link
Author

dhuseby commented Feb 5, 2015

I rebased to master too.

@dhuseby
Copy link
Author

dhuseby commented Feb 5, 2015

I did. In ad45164.

@brson
Copy link
Contributor

brson commented Feb 5, 2015

@bors: r+ fc147f1

pub st_ctime_nsec: c_long,
pub st_atim: timespec,
pub st_mtim: timespec,
pub st_ctim: timespec,
pub st_size: off_t,
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I am not completely agreed with the conversion form time_t + c_long to timespec.
Under bitrig and openbsd, the timespec definition is under conditionnal definition:
#if __POSIX_VISIBLE >= 200809 || __BSD_VISIBLE. Here, the mod is posix01.

Note: the C size of timespec is the same as time_t + c_long, so it don't break code, only the ABI.

see https://github.com/bitrig/bitrig/blob/master/sys/sys/stat.h#L53

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

good point. 2001 < 2008

@dhuseby
Copy link
Author

dhuseby commented Feb 7, 2015

@Manishearth good catch! oops!

@dhuseby
Copy link
Author

dhuseby commented Feb 7, 2015

Alright, all review changes are made and I rebased to master.

@Manishearth
Copy link
Member

The rollup should land in a few minutes; it has conflicts with your PR : try rebasing over https://github.com/Manishearth/rust/compare/rollup (d3732a1)

@dhuseby
Copy link
Author

dhuseby commented Feb 7, 2015

@Manishearth I just rebased to d3732a1.

@Manishearth
Copy link
Member

Great, looks mergeable now.

@@ -4130,7 +4149,7 @@ pub mod consts {
pub const _SC_THREAD_THREADS_MAX : c_int = 90;
pub const _SC_THREADS : c_int = 91;
pub const _SC_TTY_NAME_MAX : c_int = 107;
pub const _SC_ATEXIT_MAX : c_int = 46;
pub const _SC_ATEXIT_MAX : c_int = 146;
pub const _SC_XOPEN_CRYPT : c_int = 117;
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

the _SC_ATEXIT_MAX value is wrong for openbsd and for bitrig too.
please keep 46.
see https://github.com/bitrig/bitrig/blob/master/include/unistd.h#L199

Copy link
Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Good catch again! Thank you for taking the time to look at my patch so closely. I must have added the '1' accidentally when I was going through the constants.

@alexcrichton
Copy link
Member

@bors: retry

@bors
Copy link
Collaborator

bors commented Feb 17, 2015

⌛ Testing commit 5513040 with merge 14ac4d0...

@bors
Copy link
Collaborator

bors commented Feb 17, 2015

💔 Test failed - auto-win-32-nopt-t

@alexcrichton
Copy link
Member

@bors: retry

@bors
Copy link
Collaborator

bors commented Feb 17, 2015

⌛ Testing commit 5513040 with merge 603553a...

bors added a commit that referenced this pull request Feb 17, 2015
This patch adds the necessary pieces to support rust on Bitrig https://bitrig.org
@bors
Copy link
Collaborator

bors commented Feb 17, 2015

💔 Test failed - auto-mac-32-opt

@dhuseby
Copy link
Author

dhuseby commented Feb 18, 2015

@alexcrichton @brson again, the auto-mac-32-opt failures are unrelated to my work. the first error is a panic in ReaderRng.fill_bytes:

thread '<unnamed>' panicked at 'ReaderRng.fill_bytes error: IoError { kind: EndOfFile, desc: "end of file", detail: None }', /Users/rustbuild/src/rust-buildbot/slave/auto-mac-32-opt/build/src/libstd/rand/reader.rs:70

and then there are some test failures:

<test>:1:62: 1:63 error: macro undefined: 'z!'
<test>:1 fn bogus() {macro_rules! z (() => (3+4));}fn inty() -> i32 { z!() }
                                                                      ^
error: aborting due to previous error
<test>:1:59: 1:60 error: macro undefined: 'z!'
<test>:1 mod foo {macro_rules! z (() => (3+4));}fn inty() -> i32 { z!() }
                                                                   ^
error: aborting due to previous error

I'm not sure what to do about these? They are unrelated to my changes. Should these prevent my changes from landing?

@dhuseby
Copy link
Author

dhuseby commented Feb 19, 2015

@alexcrichton @brson should I rebase to get updated code that might fix the unrelated test failures?

@alexcrichton
Copy link
Member

@bors: retry

Oh this just looks like a spurious timeout failure

@bors
Copy link
Collaborator

bors commented Feb 20, 2015

⌛ Testing commit 5513040 with merge 2f3f7d5...

@bors
Copy link
Collaborator

bors commented Feb 20, 2015

💔 Test failed - auto-mac-64-opt

@dhuseby
Copy link
Author

dhuseby commented Feb 20, 2015

@alexcrichton @brson again, I'm not sure why this test is failing:

thread '<unnamed>' panicked at 'ReaderRng.fill_bytes error: IoError { kind: EndOfFile, desc: "end of file", detail: None }', /Users/rustbuild/src/rust-buildbot/slave/auto-mac-64-opt/build/src/libstd/rand/reader.rs:70

I'm certain that this is unrelated to my patch.

@dhuseby
Copy link
Author

dhuseby commented Feb 20, 2015

would rebasing help here?

@semarie
Copy link
Contributor

semarie commented Feb 20, 2015

@dhuseby the error you cite isn't the cause of the build failed. I think the error line come from rand::reader::test::test_reader_rng_insufficient_bytes test (which is ok).

The problem is a timeout in testing std crate (20 min without output).

I am not sure a rebasing would help. it seems some buildbots have some instabilities (timeout, file creation problem...).

@alexcrichton
Copy link
Member

@bors: retry

@semarie's analysis is spot on (this just needs a retry)

@dhuseby
Copy link
Author

dhuseby commented Feb 20, 2015

@alexcrichton how many more times do we have to repeat this before we declare the testing system broken and land the patch anyway?

@alexcrichton
Copy link
Member

Sorry our buildbots aren't always the most reliable builders :(

@brson
Copy link
Contributor

brson commented Feb 20, 2015

@bors: retry

Apparently there have been a lot of timeouts lately, but unfortunately we can't land anything without a successful test run.

@brson
Copy link
Contributor

brson commented Feb 20, 2015

I don't see other mac timeouts from looking through the build history.

@alexcrichton says we're having a lot of problems with windows right now.

@bors
Copy link
Collaborator

bors commented Feb 21, 2015

⌛ Testing commit 5513040 with merge 9efabd8...

@bors
Copy link
Collaborator

bors commented Feb 21, 2015

💔 Test failed - auto-win-64-opt

@alexcrichton
Copy link
Member

@bors: retry

@bors
Copy link
Collaborator

bors commented Feb 21, 2015

⌛ Testing commit 5513040 with merge 2b01a37...

bors added a commit that referenced this pull request Feb 21, 2015
This patch adds the necessary pieces to support rust on Bitrig https://bitrig.org
@bors bors merged commit 5513040 into rust-lang:master Feb 21, 2015
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

Successfully merging this pull request may close these issues.

8 participants