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

Add the `etc/bindings-all.py` script to orchestrate bindings generation #302

Merged
merged 1 commit into from Sep 9, 2016

Conversation

@fitzgen
Copy link
Member

fitzgen commented Sep 6, 2016

The bindings-all.py script will make sure that you don't accidentally try and use DEBUG bindings for a non-DEBUG build or vice-versa. It orchestrates all of building, regenerating and testing new SpiderMonkey bindings.

Running this script on fedora regenerates the linux_64 bindings exactly as they are on the smup branch for me. I think this is a large usability improvement over what we do now.

r? @Ms2ger @nox


This change is Reviewable

try:
run(["cargo", "build"] + extra_cargo_flags)
except subprocess.CalledProcessError:
# This is expected to initially fail because the bindings aren't up to

This comment has been minimized.

@Ms2ger

Ms2ger Sep 7, 2016

Collaborator

Can you try making this call cargo build -p mozjs_sys instead? r+ either way.

This comment has been minimized.

@fitzgen

fitzgen Sep 8, 2016

Author Member

Fixed and force pushed

The `bindings-all.py` script will make sure that you don't accidentally try and
use DEBUG bindings for a non-DEBUG build or vice-versa. It orchestrates all of
building, regenerating and testing new SpiderMonkey bindings.
@fitzgen fitzgen force-pushed the fitzgen:bindings-all branch from f73d71c to c9e056c Sep 8, 2016
@Ms2ger
Copy link
Collaborator

Ms2ger commented Sep 9, 2016

@bors-servo
Copy link
Contributor

bors-servo commented Sep 9, 2016

📌 Commit c9e056c has been approved by Ms2ger

@bors-servo
Copy link
Contributor

bors-servo commented Sep 9, 2016

Testing commit c9e056c with merge 4d4466f...

bors-servo added a commit that referenced this pull request Sep 9, 2016
Add the `etc/bindings-all.py` script to orchestrate bindings generation

The `bindings-all.py` script will make sure that you don't accidentally try and use DEBUG bindings for a non-DEBUG build or vice-versa. It orchestrates all of building, regenerating and testing new SpiderMonkey bindings.

Running this script on fedora regenerates the linux_64 bindings exactly as they are on the smup branch for me. I think this is a large usability improvement over what we do now.

r? @Ms2ger @nox

<!-- Reviewable:start -->
---
This change is [<img src="https://reviewable.io/review_button.svg" height="34" align="absmiddle" alt="Reviewable"/>](https://reviewable.io/reviews/servo/rust-mozjs/302)
<!-- Reviewable:end -->
@bors-servo
Copy link
Contributor

bors-servo commented Sep 9, 2016

☀️ Test successful - status-appveyor, status-travis

@bors-servo bors-servo merged commit c9e056c into servo:master Sep 9, 2016
2 checks passed
2 checks passed
continuous-integration/appveyor/pr AppVeyor build succeeded
Details
homu Test successful
Details
bors-servo added a commit to servo/mozjs that referenced this pull request Sep 12, 2016
…, r=Ms2ger

Update the upgrading instructions to use `bindings-all.py` instead of many manual steps

Now that servo/rust-mozjs#302 landed.

r? @Ms2ger

<!-- Reviewable:start -->
---
This change is [<img src="https://reviewable.io/review_button.svg" height="34" align="absmiddle" alt="Reviewable"/>](https://reviewable.io/reviews/servo/mozjs/100)
<!-- Reviewable:end -->
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Linked issues

Successfully merging this pull request may close these issues.

None yet

3 participants
You can’t perform that action at this time.