-
Notifications
You must be signed in to change notification settings - Fork 125
Use cargo provided icu_capi #596
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
Conversation
35fb8f0
to
fc81aeb
Compare
fc81aeb
to
72a603d
Compare
Use the headers provided by cargo, instead of our local checkout. This also revealed that we had been using version 1.5, when we wanted to use 1.4, to be in sync with upstream. Signed-off-by: Jonathan Schwender <[email protected]>
Signed-off-by: Jonathan Schwender <[email protected]>
72a603d
to
84996cb
Compare
Signed-off-by: Jonathan Schwender <[email protected]>
@sagudev @jdm Does either of you know if I can set includes in moz.build, that point to somewhere in |
I think you can use env vars in moz.build. EDIT: Or maybe not and you need to write wrapper to get it available in https://firefox-source-docs.mozilla.org/build/buildsystem/mozbuild-symbols.html#config |
Signed-off-by: Jonathan Schwender <[email protected]>
I think that part worked (but now I'm not sure anymore). What caused me problems is that |
I believe this PR would also allow publishing mozjs via crates.io (unless there were other blockers besides the vendored rust crates) |
Instead of vendoring a copy of icu_capi, mozjs now instead determines the location of the provided c header files by parsing the cargo metadata output. This will allow vendoring mozjs and is a step towards publishing mozjs and thus servo again. Corresponding mozjs PR: servo/mozjs#596 Testing: Covered by existing tests Signed-off-by: Jonathan Schwender <[email protected]>
Instead of vendoring a copy of icu_capi, mozjs now instead determines the location of the provided c header files by parsing the cargo metadata output. This will allow vendoring mozjs and is a step towards publishing mozjs and thus servo again. Corresponding mozjs PR: servo/mozjs#596 Testing: Covered by existing tests Signed-off-by: Jonathan Schwender <[email protected]>
Instead of vendoring a copy of icu_capi, mozjs now instead determines the location of the provided c header files by parsing the cargo metadata output. This will allow vendoring mozjs and is a step towards publishing mozjs and thus servo again. Corresponding mozjs PR: servo/mozjs#596 Testing: Covered by existing tests Signed-off-by: Jonathan Schwender <[email protected]>
Instead of vendoring a copy of icu_capi, mozjs now instead determines the location of the provided c header files by parsing the cargo metadata output. This will allow vendoring mozjs and is a step towards publishing mozjs and thus servo again. Corresponding mozjs PR: servo/mozjs#596 Testing: Covered by existing tests Signed-off-by: Jonathan Schwender <[email protected]>
Instead of vendoring a copy of icu_capi, mozjs now instead determines the location of the provided c header files by parsing the cargo metadata output. This will allow vendoring mozjs and is a step towards publishing mozjs and thus servo again. Corresponding mozjs PR: servo/mozjs#596 Testing: Covered by existing tests Signed-off-by: Jonathan Schwender <[email protected]>
Using vendored rust crates causes problems with
cargo vendor
and offline builds as well as cargo publish.Using
cargo metadata
is currently the officially recommended solution to get the location of the c header files, but ideally we add a patch upstream to support reading the location from aDEP_
environment variable, that cargo could set for us (posted unicode-org/icu4x#6769).For ease of reviewing the changes to the build system and removing the now unnecessary vendored code are separate commits.