about summary refs log tree commit diff
path: root/src/test/run-make
AgeCommit message (Collapse)AuthorLines
2015-02-18Fallout: tests. As tests frequently elide things, lots of changesNiko Matsakis-16/+28
here. Some of this may have been poorly rebased, though I tried to be careful and preserve the spirit of the test.
2015-02-18Update suffixes en masse in tests using `perl -p -i -e`Niko Matsakis-18/+18
2015-02-18Remove `i`, `is`, `u`, or `us` suffixes that are not necessary.Niko Matsakis-2/+2
2015-02-17Test fixes and rebase conflictsAlex Crichton-5/+4
2015-02-17rollup merge of #22191: nagisa/target-ptr-width-jsonAlex Crichton-3/+3
This aligns json target specification to match terminology used elsewhere in the code base. [breaking-change] for custom target json users. Change all appearances of target-word-size to target-pointer-width.
2015-02-17Rollup merge of #22402 - nagisa:spring-cleanup-2, r=nikomatsakisManish Goregaokar-7/+7
This commit mostly replaces some of the uses of os::args with env::args. This, for obvious reasons is based on top of #22400. Do not r+ before that lands.
2015-02-17Rollup merge of #22360 - wg:master, r=alexcrichtonManish Goregaokar-2/+2
2015-02-16tests: make run-make/issue-7349 more specific to avoid false positives.Eduard Burtescu-4/+4
2015-02-16Replace some uses of deprecated os functionsSimonas Kazlauskas-7/+7
This commit mostly replaces some of the uses of os::args with env::args.
2015-02-15Rollup merge of #22224 - sanxiyn:must-use, r=cmrManish Goregaokar-0/+28
Fix #20109.
2015-02-15Fix tests that fail on FreeBSDWill-2/+2
2015-02-13rustdoc: Show must_use attributeSeo Sanghyeon-0/+28
2015-02-11Change target-word-size to target-pointer-widthSimonas Kazlauskas-3/+3
This aligns json target specification to match terminology used elsewhere in the code base. [breaking-change] for custom target json users. Change all appearances of target-word-size to target-pointer-width.
2015-02-11Revert #22051Simonas Kazlauskas-5/+0
This resulted in some very unexpected fallout such as empty llvm-ir, llvm-bc and asm in some cases. See #22183 for related info.
2015-02-10Test fixes and rebase conflictsAlex Crichton-2/+3
2015-02-10rollup merge of #22135: apasel422/issue-22131Alex Crichton-0/+23
fixes #22131
2015-02-10rollup merge of #22115: nagisa/dedupe-cratetypesAlex Crichton-0/+1
Crate types from multiple sources appear to be deduplicated properly, but not deduplicated if they come from the command line arguments. At worst, this used to cause compiler failures when `--crate-type=lib,rlib` (the same as `--crate-type=rlib,rlib`, at least at the time of this commit) is provided and generate the output multiple times otherwise. r? @alexcrichton
2015-02-10rollup merge of #22088: semarie/openbsd-rmakeAlex Crichton-8/+16
- c-link-to-rust-staticlib: use `EXTRACFLAGS` defined by tools.mk for choose the good libraries to link to. tools.mk define a variable `EXTRACFLAGS` that contains the needed library per target. So it is better to use it, instead of duplicate the code here. I keep the `ifndef IS_WINDOWS` has tools.mk define something for WINDOWS... so I don't change things that I couldn't test. - no-stack-check: disabled for openbsd (no segmented stacks here) - symbols-are-reasonable: use portable grep pattern - target-specs: use POSIX form for options when invoking grep - use-extern-for-plugins: disable as OpenBSD only support x86_64 for now
2015-02-10rollup merge of #22051: nagisa/main-emissionAlex Crichton-0/+5
Fixes #21813
2015-02-10parse cfgspecs passed to rustdocAndrew Paseltiner-0/+23
fixes #22131
2015-02-09Deduplicate --crate-type argumentsSimonas Kazlauskas-0/+1
Crate types from multiple sources appear to be deduplicated properly, but not deduplicated if they come from the command line arguments. At worst, this used to cause compiler failures when `--crate-type=lib,rlib` (the same as `--crate-type=rlib,rlib`, at least at the time of this commit) is provided and generate the output multiple times otherwise.
2015-02-08adapt run-make test suite for openbsdSébastien Marie-8/+16
- c-link-to-rust-staticlib: use EXTRACFLAGS defined by tools.mk for choose the good libraries to link to. - no-stack-check: disabled for openbsd (no segmented stacks here) - symbols-are-reasonable: use portable grep pattern - target-specs: use POSIX form for options when invoking grep - use-extern-for-plugins: disable as OpenBSD only support x86_64 for now
2015-02-08Add a test for mainless emit targetsSimonas Kazlauskas-0/+5
2015-02-08Auto merge of #21999 - tomjakubowski:rustdoc-fixes, r=alexcrichtonbors-16/+129
r? @alexcrichton
2015-02-07Fix new testKeegan McAllister-1/+1
2015-02-07Feature-gate #![no_std]Keegan McAllister-3/+8
Fixes #21833. [breaking-change]
2015-02-07Don't use std:: paths in syntax extensions when compiling a #![no_std] crateKeegan McAllister-1/+1
Fixes #16803. Fixes #14342. Fixes half of #21827 -- slice syntax is still broken.
2015-02-07Auto merge of #22023 - alexcrichton:oops-picked-the-wrong-plugin, r=nikomatsakisbors-0/+69
The compiler would previously fall back to using `-L` and normal lookup paths if a `--extern` path was specified but it did not match (wrong architecture, for example). This commit removes this behavior and forces the hand of the crate loader to *always* use the `--extern` path if specified, no matter whether it is correct or not. This fixes a bug today where the compiler's own libraries are favored in cross compilation by accident. For example when a crate using the crates.io version of `log` was cross compiled, Cargo would compile `log` for the target architecture. When loading the macros, however, the compiler currently favors using the *host* architecture (for plugins), and because the `--extern log=...` pointed at an rlib for the target architecture, that lookup failed. The crate loader then fell back on `-L` paths to find the compiler-used `log` crate (the wrong one!) and then a compile failure happened because the logging macros are slightly different.
2015-02-07Auto merge of #21978 - Potpourri:error-extern-crate-staticlib, r=alexcrichtonbors-0/+31
Add special error for this case and help message `please recompile this crate using --crate-type lib`, also list found candidates. See issue #14416 r? @alexcrichton
2015-02-06rustc: Don't fall back to -L if using --externAlex Crichton-0/+69
The compiler would previously fall back to using `-L` and normal lookup paths if a `--extern` path was specified but it did not match (wrong architecture, for example). This commit removes this behavior and forces the hand of the crate loader to *always* use the `--extern` path if specified, no matter whether it is correct or not. This fixes a bug today where the compiler's own libraries are favored in cross compilation by accident. For example when a crate using the crates.io version of `log` was cross compiled, Cargo would compile `log` for the target architecture. When loading the macros, however, the compiler currently favors using the *host* architecture (for plugins), and because the `--extern log=...` pointed at an rlib for the target architecture, that lookup failed. The crate loader then fell back on `-L` paths to find the compiler-used `log` crate (the wrong one!) and then a compile failure happened because the logging macros are slightly different.
2015-02-07Rollup merge of #22009 - japaric:no-mov, r=alexcrichtonManish Goregaokar-2/+1
If you were still using `MaybeOwnedVector`, update your code to use `CowVec`. [breaking-change] --- We already removed `MaybeOwned` (the string equivalent) long time ago and with a much shorter deprecation period. It's time to let go.
2015-02-06remove the deprecated MaybeOwnedVectorJorge Aparicio-2/+1
2015-02-06Encode foreign function argument namesTom Jakubowski-0/+40
Fix #21917
2015-02-06Print full Type::ResolvedPaths starting with SelfTom Jakubowski-0/+25
(e.g., `Self::Output`) This doesn't actually "resugar" qualified paths like `<Self as Foo>::Output`, it just doesn't elide the prefix segments when rendering cleaned paths like `Self::Output`. cc #21145
2015-02-06Rollup merge of #21966 - scialex:fix-extern, r=alexcrichtonManish Goregaokar-0/+41
Also added test for it. Fixes #21928
2015-02-06rustdoc: Show non-Rust ABIs on methodsTom Jakubowski-0/+48
Fix #21621
2015-02-05rustdoc: Clean up some htmldocck testsTom Jakubowski-16/+16
Fix #21740
2015-02-06Improve error message, when found staticlib instead cratePotpourri-0/+31
2015-02-05Clean up tidy scripts, coverage, performanceBrian Anderson-7/+29
This restructures tidy.py to walk the tree itself, and improves performance considerably by not loading entire files into buffers for licenseck. Splits build rules into 'tidy', 'tidy-basic', 'tidy-binaries', 'tidy-errors', 'tidy-features'.
2015-02-05cleanup: replace `as[_mut]_slice()` calls with deref coercionsJorge Aparicio-41/+41
2015-02-05Made external_crates feature work again.Alexander Light-0/+41
Also added test for it. Fixes #21928
2015-02-04remove all kind annotations from closuresJorge Aparicio-1/+1
2015-02-04Compute widths properly when displaying spans in error messagesP1start-0/+32
Closes #8706.
2015-02-02Test fixes and rebase conflictsAlex Crichton-2/+3
2015-02-02rollup merge of #21782: alexcrichton/issue-21771Alex Crichton-0/+34
Previously if --extern was specified it would not override crates in the standard distribution, leading to issues like #21771. This commit alters the behavior such that if --extern is passed then it will always override any other choice of crates and no previous match will be used (unless it is the same path as --extern). Closes #21771
2015-02-02rollup merge of #21754: semarie/openbsd-rebasedAlex Crichton-0/+3
Hi. Here a commit in order to add OpenBSD support to rust. - tests status: run-pass: test result: ok. 1879 passed; 0 failed; 24 ignored; 0 measured run-fail: test result: ok. 81 passed; 0 failed; 5 ignored; 0 measured compile-fail: test result: ok. 1634 passed; 0 failed; 22 ignored; 0 measured run-pass-fulldeps: test result: ok. 22 passed; 0 failed; 1 ignored; 0 measured compile-fail-fulldeps: test result: ok. 13 passed; 0 failed; 0 ignored; 0 measured - The current implementation of load_self function (src/libstd/sys/unix/os.rs) isn't optimal as under OpenBSD I haven't found a reliable method to get the filename of a running process. The current implementation is enought for bootstrapping purpose. - I have disable `run-pass/tcp-stress.rs` test under openbsd. When run manually, the test pass, but when run under `compiletest`, it timeout and echo continuoulsy `Too many open files`. - For building with jemalloc, a more recent version of jemalloc would be mandatory. See https://github.com/jemalloc/jemalloc/pull/188 for more details.
2015-02-01openbsd supportSébastien Marie-0/+3
2015-01-31Kill more `isize`sTobias Bucher-383/+383
2015-01-30Test fixes and rebase conflictsAlex Crichton-6/+6
Also some tidying up of a bunch of crate attributes
2015-01-30rollup merge of #21631: tbu-/isize_policeAlex Crichton-2/+2
Conflicts: src/libcoretest/iter.rs
generated by cgit-pink 1.4.1-3-g733a5 (git 2.37.1) at 2026-07-04 17:14:43 +0000