about summary refs log tree commit diff
path: root/.gitattributes
AgeCommit message (Collapse)AuthorLines
2019-01-23ignore images line ending on older git versionsPietro Albini-0/+4
On Ubuntu 16.04 git 2.7.4 tries to fix the line ending of .png and .ico files, and obviously it ruins them. This commit adds an attribute to those files to properly mark them as binary.
2018-05-28Mark .fixed files as Rust syntax for GitHubManish Goregaokar-0/+1
2018-05-16GitHub: Stop treating Cargo.lock as a generated file.kennytm-1/+1
We do want to inspect the changes to Cargo.lock, hiding the diff by default would miss important details like https://github.com/rust-lang/rust/pull/50629#discussion_r187556602
2017-12-06Do not automatically merge Cargo.lockOliver Schneider-0/+1
2017-02-13fix gitattributes for vendorSteve Klabnik-1/+1
2017-01-24rustbuild: Start building --enable-extendedAlex Crichton-2/+1
This commit adds a new flag to the configure script, `--enable-extended`, which is intended for specifying a desire to compile the full suite of Rust tools such as Cargo, the RLS, etc. This is also an indication that the build system should create combined installers such as the pkg/exe/msi artifacts. Currently the `--enable-extended` flag just indicates that combined installers should be built, and Cargo is itself not compiled just yet but rather only downloaded from its location. The intention here is to quickly get to feature parity with the current release process and then we can start improving it afterwards. All new files in this PR inside `src/etc/installer` are copied from the rust-packaging repository.
2016-11-08rustbuild: Tweak for vendored dependenciesAlex Crichton-0/+1
A few changes are included here: * The `winapi` and `url` dependencies were dropped. The source code for these projects is pretty weighty, and we're about to vendor them, so let's not commit to that intake just yet. If necessary we can vendor them later but for now it shouldn't be necessary. * The `--frozen` flag is now always passed to Cargo, obviating the need for tidy's `cargo_lock` check. * Tidy was updated to not check the vendor directory Closes #34687
2015-07-27std: Remove msvc/valgrind headersAlex Crichton-2/+0
These aren't really used for anything any more, so there doesn't seem to be much reason to leave them around in the `rt` directory. There was some limiting of threads spawned or tests when run under valgrind, but very little is run under valgrind nowadays so there's also no real use keeping these around.
2014-07-08webfonts: proper fixAdrien Tétar-0/+1
2014-05-11make sure jemalloc valgrind support is enabledDaniel Micay-1/+1
This requires pointing it at the valgrind headers we carry in-tree.
2014-05-10gitattributes: rm obsolete jemalloc entryDaniel Micay-1/+0
2014-03-28dist: Tweak the OSX pkg installerAlex Crichton-0/+1
This performs a few touch-ups to the OSX installer: * A rust logo is shown during installation * The installation happens to /usr/local by default (instead of /) * A new welcome screen is shown that's slightly more relevant
2013-10-16drop the linenoise libraryDaniel Micay-1/+0
Closes #5038
2013-09-25stop fighting with rust logo filetype.Felix S. Klock II-0/+1
2013-09-19restore auto-detection of text filesDaniel Micay-1/+1
We force the usage of LF line endings, but *only* in text files.
2013-09-16gitattributes: force LF line endings for all filesadridu59-4/+1
This avoids default CRLF on msysgit for Windows which can cause trouble. Cf. https://help.github.com/articles/dealing-with-line-endings#text-eollf Commit dad2ccc9b3b27d3f438eeea53b771cc85f6dfa32 followup. Closes #7723.
2013-08-24Force line ending of '.in' files in jemalloc to LFMukilan Thiagarajan-0/+3
This fixes issue #8731 . On Windows, if the git option core.autocrlf is true (github recommends users to turn on this flag - see https://help.github.com/articles/dealing-with-line-endings), the headers generated from the .in files will have syntatic errors, causing compilation to fail.
2013-06-01add jemalloc to the runtimeDaniel Micay-0/+1
2013-05-03add gitattributes and fix whitespace issuesDaniel Micay-0/+9