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

Disable rustfmt on the bindings, as it can occasionally cause build breakage #13

Merged
merged 1 commit into from
Jun 8, 2018

Conversation

Rhuagh
Copy link
Collaborator

@Rhuagh Rhuagh commented May 19, 2018

This change is Reviewable

@Rhuagh
Copy link
Collaborator Author

Rhuagh commented May 19, 2018

Fixes #7.

Copy link

@torkleyy torkleyy left a comment

Choose a reason for hiding this comment

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

How does it do that?

@Rhuagh
Copy link
Collaborator Author

Rhuagh commented May 24, 2018

By default, bindgen will run rustfmt on the generated bindings (internally in bindgen, not user requested). This can sometimes mess up the generated code so it doesn't compile. This PR disables that default behaviour.

@Rhuagh Rhuagh merged commit 2dc8ba9 into RustAudio:master Jun 8, 2018
@Rhuagh Rhuagh deleted the fix/rustfmt branch June 8, 2018 11:29
glandium added a commit to glandium/coreaudio-sys that referenced this pull request Jul 26, 2019
Because recent versions of bindgen generate their bindings on one line,
because of bindgen's use of u128 and rust's warnings of its unsafety
FFI-wise, and because of rust-lang/rust#62999,
combined, building the crate generates massive logs... which exceed
travis's maximum log length.

It was disabled in RustAudio#13 because back then rustfmt had some problems with
the bindgen output. Now that rustfmt is part of rust, these kind of
problems presumably should happen less if at all.
glandium added a commit to glandium/coreaudio-sys that referenced this pull request Jul 26, 2019
Because recent versions of bindgen generate their bindings on one line,
because of bindgen's use of u128 and rust's warnings of its unsafety
FFI-wise, and because of rust-lang/rust#62999,
combined, building the crate generates massive logs... which exceed
travis's maximum log length.

It was disabled in RustAudio#13 because back then rustfmt had some problems with
the bindgen output. Now that rustfmt is part of rust, these kind of
problems presumably should happen less if at all.
glandium added a commit to glandium/coreaudio-sys that referenced this pull request Aug 6, 2019
Because recent versions of bindgen generate their bindings on one line,
because of bindgen's use of u128 and rust's warnings of its unsafety
FFI-wise, and because of rust-lang/rust#62999,
combined, building the crate generates massive logs... which exceed
travis's maximum log length.

It was disabled in RustAudio#13 because back then rustfmt had some problems with
the bindgen output. Now that rustfmt is part of rust, these kind of
problems presumably should happen less if at all.
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.

2 participants