summary refs log tree commit diff
path: root/src/test/run-make
AgeCommit message (Collapse)AuthorLines
2015-12-09Auto merge of #30208 - pnkfelix:fix-issue-30063, r=alexcrichtonbors-0/+46
When given `rustc -C codegen-units=4 --emit=obj`, reset units back to 1. Fix #30063 Note: while this code is careful to handle the case of mutliple emit types (e.g. `--emit=asm,obj`) by reporting all the emit types that conflict with codegen units in its warnings, an invocation with multiple emit types *and* `-o PATH` will continue to ignore the requested target path (with a warning), as it already does today, since the code that checks for that is further downstream. (Multiple emit types without `-o PATH` will "work", though it will downgrade codegen-units to 1 just like all the other cases.) r? @alexcrichton
2015-12-08regression test for issue #30063Felix S. Klock II-0/+46
2015-12-06Auto merge of #30187 - alexcrichton:stabilize-1.6, r=aturonbors-6/+3
This commit is the standard API stabilization commit for the 1.6 release cycle. The list of issues and APIs below have all been through their cycle-long FCP and the libs team decisions are listed below Stabilized APIs * `Read::read_exact` * `ErrorKind::UnexpectedEof` (renamed from `UnexpectedEOF`) * libcore -- this was a bit of a nuanced stabilization, the crate itself is now marked as `#[stable]` and the methods appearing via traits for primitives like `char` and `str` are now also marked as stable. Note that the extension traits themeselves are marked as unstable as they're imported via the prelude. The `try!` macro was also moved from the standard library into libcore to have the same interface. Otherwise the functions all have copied stability from the standard library now. * `fs::DirBuilder` * `fs::DirBuilder::new` * `fs::DirBuilder::recursive` * `fs::DirBuilder::create` * `os::unix::fs::DirBuilderExt` * `os::unix::fs::DirBuilderExt::mode` * `vec::Drain` * `vec::Vec::drain` * `string::Drain` * `string::String::drain` * `vec_deque::Drain` * `vec_deque::VecDeque::drain` * `collections::hash_map::Drain` * `collections::hash_map::HashMap::drain` * `collections::hash_set::Drain` * `collections::hash_set::HashSet::drain` * `collections::binary_heap::Drain` * `collections::binary_heap::BinaryHeap::drain` * `Vec::extend_from_slice` (renamed from `push_all`) * `Mutex::get_mut` * `Mutex::into_inner` * `RwLock::get_mut` * `RwLock::into_inner` * `Iterator::min_by_key` (renamed from `min_by`) * `Iterator::max_by_key` (renamed from `max_by`) Deprecated APIs * `ErrorKind::UnexpectedEOF` (renamed to `UnexpectedEof`) * `OsString::from_bytes` * `OsStr::to_cstring` * `OsStr::to_bytes` * `fs::walk_dir` and `fs::WalkDir` * `path::Components::peek` * `slice::bytes::MutableByteVector` * `slice::bytes::copy_memory` * `Vec::push_all` (renamed to `extend_from_slice`) * `Duration::span` * `IpAddr` * `SocketAddr::ip` * `Read::tee` * `io::Tee` * `Write::broadcast` * `io::Broadcast` * `Iterator::min_by` (renamed to `min_by_key`) * `Iterator::max_by` (renamed to `max_by_key`) * `net::lookup_addr` New APIs (still unstable) * `<[T]>::sort_by_key` (added to mirror `min_by_key`) Closes #27585 Closes #27704 Closes #27707 Closes #27710 Closes #27711 Closes #27727 Closes #27740 Closes #27744 Closes #27799 Closes #27801 cc #27801 (doesn't close as `Chars` is still unstable) Closes #28968
2015-12-05std: Stabilize APIs for the 1.6 releaseAlex Crichton-6/+3
This commit is the standard API stabilization commit for the 1.6 release cycle. The list of issues and APIs below have all been through their cycle-long FCP and the libs team decisions are listed below Stabilized APIs * `Read::read_exact` * `ErrorKind::UnexpectedEof` (renamed from `UnexpectedEOF`) * libcore -- this was a bit of a nuanced stabilization, the crate itself is now marked as `#[stable]` and the methods appearing via traits for primitives like `char` and `str` are now also marked as stable. Note that the extension traits themeselves are marked as unstable as they're imported via the prelude. The `try!` macro was also moved from the standard library into libcore to have the same interface. Otherwise the functions all have copied stability from the standard library now. * The `#![no_std]` attribute * `fs::DirBuilder` * `fs::DirBuilder::new` * `fs::DirBuilder::recursive` * `fs::DirBuilder::create` * `os::unix::fs::DirBuilderExt` * `os::unix::fs::DirBuilderExt::mode` * `vec::Drain` * `vec::Vec::drain` * `string::Drain` * `string::String::drain` * `vec_deque::Drain` * `vec_deque::VecDeque::drain` * `collections::hash_map::Drain` * `collections::hash_map::HashMap::drain` * `collections::hash_set::Drain` * `collections::hash_set::HashSet::drain` * `collections::binary_heap::Drain` * `collections::binary_heap::BinaryHeap::drain` * `Vec::extend_from_slice` (renamed from `push_all`) * `Mutex::get_mut` * `Mutex::into_inner` * `RwLock::get_mut` * `RwLock::into_inner` * `Iterator::min_by_key` (renamed from `min_by`) * `Iterator::max_by_key` (renamed from `max_by`) Deprecated APIs * `ErrorKind::UnexpectedEOF` (renamed to `UnexpectedEof`) * `OsString::from_bytes` * `OsStr::to_cstring` * `OsStr::to_bytes` * `fs::walk_dir` and `fs::WalkDir` * `path::Components::peek` * `slice::bytes::MutableByteVector` * `slice::bytes::copy_memory` * `Vec::push_all` (renamed to `extend_from_slice`) * `Duration::span` * `IpAddr` * `SocketAddr::ip` * `Read::tee` * `io::Tee` * `Write::broadcast` * `io::Broadcast` * `Iterator::min_by` (renamed to `min_by_key`) * `Iterator::max_by` (renamed to `max_by_key`) * `net::lookup_addr` New APIs (still unstable) * `<[T]>::sort_by_key` (added to mirror `min_by_key`) Closes #27585 Closes #27704 Closes #27707 Closes #27710 Closes #27711 Closes #27727 Closes #27740 Closes #27744 Closes #27799 Closes #27801 cc #27801 (doesn't close as `Chars` is still unstable) Closes #28968
2015-12-04Expand run-make test with regression tests for #30204Felix S. Klock II-0/+29
Fix #30204.
2015-11-26fix tests & rustdocAriel Ben-Yehuda-5/+7
2015-11-26make check worksAriel Ben-Yehuda-10/+21
2015-11-26remove csearch from the rest of rustcAriel Ben-Yehuda-0/+1
2015-11-25Remove all uses of `#[staged_api]`Vadim Petrochenkov-1/+0
2015-11-20rustc: Fix `extern crate` being order dependentAlex Crichton-0/+46
This commit fixes a bug where a crate could fail to compile depending on the order of `extern crate` directives at the top of the crate. Specifically, if the same crate is found at two locations, then if it's loaded first via `--extern` it will not emit a duplicate warning, but if it's first loaded transitively via a dep and *then* via `--extern` an error will be emitted. The loader was tweaked to catch this scenario and coalesce the loading of these two crates to prevent errors from being emitted.
2015-11-18Patch graphviz tests to account for the fact that nested items are notNiko Matsakis-5/+5
listed (an improvement, I think).
2015-11-18MIR: Add pass that erases all regions right before transMichael Woerister-1/+1
2015-11-06Preserve public static items across LTOarcnmx-1/+5
2015-11-04Auto merge of #29478 - angelsl:msvc2, r=alexcrichtonbors-0/+38
r? @alexcrichton
2015-11-04Build compiler-rt/builtins with MSVCangelsl-0/+38
2015-11-03Pass the mir map to transNiko Matsakis-2/+2
2015-11-01Auto merge of #29177 - vadimcn:rtstuff, r=alexcrichtonbors-1/+4
Note: for now, this change only affects `-windows-gnu` builds. So why was this `libgcc` dylib dependency needed in the first place? The stack unwinder needs to know about locations of unwind tables of all the modules loaded in the current process. The easiest portable way of achieving this is to have each module register itself with the unwinder when loaded into the process. All modules compiled by GCC do this by calling the __register_frame_info() in their startup code (that's `crtbegin.o` and `crtend.o`, which are automatically linked into any gcc output). Another important piece is that there should be only one copy of the unwinder (and thus unwind tables registry) in the process. This pretty much means that the unwinder must be in a shared library (unless everything is statically linked). Now, Rust compiler tries very hard to make sure that any given Rust crate appears in the final output just once. So if we link the unwinder statically to one of Rust's crates, everything should be fine. Unfortunately, GCC startup objects are built under assumption that `libgcc` is the one true place for the unwind info registry, so I couldn't find any better way than to replace them. So out go `crtbegin`/`crtend`, in come `rsbegin`/`rsend`! A side benefit of this change is that rustc is now more in control of the command line that goes to the linker, so we could stop using `gcc` as the linker driver and just invoke `ld` directly.
2015-10-31Remove PatWildMultiVadim Petrochenkov-1/+1
2015-10-24Auto merge of #29151 - wthrowe:linker-output-ICE, r=alexcrichtonbors-0/+60
I suspect this won't work on Windows, but let's be optimistic and try it before disabling.
2015-10-23Add a regression test for #29122 (fixed in #29134)William Throwe-0/+60
2015-10-21Auto merge of #29171 - nrc:servo-dxr, r=@arielb1bors-1/+1
2015-10-21save-analysis: don't recompute crate nameNick Cameron-1/+1
2015-10-19Fix up tests and docs.Vadim Chugunov-1/+4
2015-10-19Clean whitespaceCarlos Liam-1/+1
Remove leading newlines; replace lines containing only whitespace with empty lines; replace multiple trailing newlines with a single newline; remove trailing whitespace in lines
2015-10-16trans: Use an isize to count the number of registers so we don't underflow ↵Luqman Aden-0/+25
for fn's with > 7 args in debug builds.
2015-10-15Update the comments for Win64 ABI in tests.Luqman Aden-54/+38
2015-10-15rust_trans: struct argument over ffi were passed incorrectly in some ↵Luqman Aden-0/+354
situations on x86_64.
2015-10-09Misc fixupsNick Cameron-4/+5
2015-10-09Make save-analysis work for `if let` etc.Nick Cameron-0/+19
2015-10-04Auto merge of #28806 - wthrowe:bare-outfile-fix, r=alexcrichtonbors-1/+3
The reason this was not failing is fascinating. The variable $(rustc) is empty, so the make recipe was expanded as " -o foo foo.rs". make interpreted this as an instruction to run the command "o foo foo.rs" and ignore any failure that occurred, because it uses a leading '-' on a command to signal that behavior.
2015-10-03Fix run-make/bare-outfile testWilliam Throwe-1/+3
The reason this was not failing is fascinating. The variable $(rustc) is empty, so the make recipe was expanded as " -o foo foo.rs". make interpreted this as an instruction to run the command "o foo foo.rs" and ignore any failure that occurred, because it uses a leading '-' on a command to signal that behavior.
2015-10-02Rollup merge of #28805 - wthrowe:compile-stdin, r=alexcrichtonSteve Klabnik-0/+5
2015-10-02Auto merge of #28768 - alexcrichton:dep-info++, r=brsonbors-10/+67
This PR closes out #28716 and #28735 by making two changes to the compiler: 1. The `--emit` flag to the compiler now supports the ability to specify the output file name of a partuclar emit type. For example `--emit dep-info=bar.d,asm=foo.s,link` is now accepted. 2. The dep-info emission now emits a dummy target for all input file names to protect against deleted files.
2015-10-02rustc: Emit phony targets for inputs in dep-infoAlex Crichton-2/+21
This helps protect against files being deleted to ensure that `make` won't emit errors. Closes #28735
2015-10-01Add a test that rustc can compile standard inputWilliam Throwe-0/+5
2015-09-30rustc: Swap link order of native libs/rust depsAlex Crichton-21/+46
This commit swaps the order of linking local native libraries and upstream native libraries on the linker command line. Detail of bugs this can cause can be found in #28595, and this change also invalidates the test case that was added for #12446 which is now considered a bug because the downstream dependency would need to declare that it depends on the native library somehow. Closes #28595
2015-09-30rustc: Support output filenames for each emit typeAlex Crichton-8/+46
Currently the compiler supports the ability to emit multiple output types as part of one compilation (e.g. asm, LLVM IR, bytecode, link, dep-info, etc). It does not, however, support the ability to customize the output filename for each of these output types. The `-o` flag is ignored if multiple emit types are specified (and the compiler emits a warning about this). Normally this doesn't matter too much, but in the case of `dep-info` it can lead to a number of problems (e.g. see #28716). By allowing customization of the output filename for each emit type we're able to solve the problems in that issue. This commit adds support for the `--emit` option to the compiler to look like: rustc foo.rs --emit dep-info=.deps/foo.d,link This indicates that the `dep-info` output type will be placed at `.deps/foo.d` and the `link` output type will otherwise be determined via the `--out-dir` and `-o` flags. Closes #28716
2015-09-27Rollup merge of #28673 - wthrowe:bad-archive, r=alexcrichtonManish Goregaokar-0/+5
2015-09-26Don't ICE if an archive isn't actually an archiveWilliam Throwe-0/+5
2015-09-25Auto merge of #28505 - apasel422:issue-28448, r=alexcrichtonbors-2/+6
Closes #28448. r? @brson
2015-09-22run-make: search libstdc++ in /usr/local/lib tooSébastien Marie-0/+5
extend the search path of libraries to /usr/local/lib in `run-make` testsuite. It should permit to find libstdc++.so on usual directory.
2015-09-19Rollup merge of #28430 - apasel422:issue-14698, r=alexcrichtonSteve Klabnik-0/+15
Emit an error upon failing to create a temp dir instead of panicking Closes #14698.
2015-09-18Always pass `/DEBUG` flag to MSVC linkerAndrew Paseltiner-2/+6
Closes #28448.
2015-09-18Auto merge of #28465 - apasel422:tidy, r=alexcrichtonbors-0/+0
It is likely that these were committed by mistake.
2015-09-17Auto merge of #28421 - alexcrichton:msvc-rmake, r=alexcrichtonbors-74/+138
Work carried over from #27938
2015-09-17Remove empty test filesAndrew Paseltiner-0/+0
It is likely that these were committed by mistake.
2015-09-17rmake: Get all tests passing on MSVCAlex Crichton-74/+138
2015-09-17Changes to testsNick Cameron-1/+1
2015-09-16Emit an error upon failing to create a temp dir instead of panickingAndrew Paseltiner-0/+15
Closes #14698.
2015-09-03Use consistent terminology for byte string literalsVadim Petrochenkov-1/+1
Avoid confusion with binary integer literals and binary operator expressions in libsyntax
generated by cgit-pink 1.4.1-3-g733a5 (git 2.37.1) at 2026-04-26 20:17:30 +0000