aboutsummaryrefslogtreecommitdiffstats
path: root/components/script/makefile.cargo
Commit message (Collapse)AuthorAgeFilesLines
* Native MSVC windows build, convert to cmakeVladimir Vukicevic2016-08-171-59/+0
|
* Generate a list of supported DOM APIs from parsed WebIDLs.Josh Matthews2016-07-151-1/+11
|
* Fix spurious rebuilds of the script crateAlex Crichton2015-10-081-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The script crate currently has a build script, and Cargo will consider all files in the script crate as inputs to the build script as it otherwise doesn't know [what the input files are][cargo-1162]. This means that if any file in the source tree of the script crate changes (or is created) then Cargo will think it needs to re-run the build script and rebuild the crate. [cargo-1162]: https://github.com/rust-lang/cargo/issues/1162 The build script of the script crate is invoking python, and consequently Python is generating some bytecode files in the source tree. On the second build of Servo, Cargo will see these new files, think that something has changed, and will re-run the build script of the script crate. This change passes the `-B` flag to python to avoid generating these bytecode files, which should avoid tampering with the source tree and appease Cargo by ensuring that it doesn't get rebuilt. --- As a helpful tip to if this comes up again, this was discovered by using the changes in rust-lang/cargo@c447e9d plus the change in rust-lang/cargo#2044. Once `RUST_LOG` was set to `cargo::ops::cargo_rustc::fingerprint=info`, the second run of `./mach build` printed out: ``` precalculated components have changed: 1444364448.000000000s (/build/servo/components/script/dom/bindings/codegen/parser/WebIDL.pyc) != 1444364235.000000000s (/build/servo/components/script/document_loader.rs) ``` Which should help easily diagnose these kinds of problems in the future!
* Allow 'script' component to enter a 'built' stateCorey Farwell2015-09-021-0/+1
| | | | | | | | | | | | | After this pull request merged: https://github.com/servo/servo/pull/7209 the 'script' component would never enter a 'built' state. In other words, if one calls `mach build`, lets it complete, then calls `mach build` again, the 'script' component would rebuild even though we supposedly just built it. This was due to the `ParserResults.pkl` getting placed in the `components/script` directory instead of the output directory, causing cargo to think that there were unbuilt files.
* Cleanup/refactor build scripts for DOM codegenCorey Farwell2015-08-141-10/+13
| | | | | | | | Prior to this commit, the script codegen makefile relied on an intermediary pythonpath.py file that handled python dependencies and incorporated a couple hacks to get the codegen building working. This commit removes that intermediary file and attempts to make the script codegen build process cleaner.
* Don't generate pyc files.Jack Moffitt2015-06-171-2/+2
| | | | | This eliminates the last bit of script crate generating in-tree files. This now allows cargo target dir sharing to fully work.
* Generate code into OUT_DIR.Jack Moffitt2015-06-171-11/+11
| | | | | | | | This is necessary to ensure Cargo knows when to rebuild. Normally .gitignore would be enough to exclude these from Cargo's freshness calculation, but https://github.com/rust-lang/cargo/issues/1729 prevents this currently. This is the new, correct way to do these thigns, just like the style crate does.
* Cargoify servoJack Moffitt2014-09-081-0/+45