mikros/rust
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
15,622 Commits 2 Branches 0 Tags 1.4 GiB
cec1f38c30
Commit Graph

13898 Commits

Author SHA1 Message Date
bors
cec1f38c30 auto merge of #5077 : jbclements/rust/increase-monomorphization-depth-limit, r=catamorphism 
It appears that using deriving_eq/auto_encode on ASTs bumps up against the "gee this looks like infinite unfolding" limit of 10 in monomorphization. Increasing it to 30 seems to solve this problem for me....

Also, commenting and a few renames.
 2013-02-21 19:36:35 -08:00
bors
e7924ce18f auto merge of #5076 : pcwalton/rust/demuting, r=pcwalton 2013-02-21 18:27:32 -08:00
bors
f5cc0b9830 auto merge of #5075 : luqmana/rust/derec, r=catamorphism 
Now only `lib core/pipes.rs` has `#[allow(structural_records)]`. That can be removed after a snapshot.
 2013-02-21 17:30:32 -08:00
bors
ab784b7de5 auto merge of #5059 : Kimundi/rust/incoming, r=catamorphism 
compiles-as-is, but needs a snapshot to remove the `stage0`ed extfmt export in core.

Closes #4750
 2013-02-21 16:42:35 -08:00
Luqman Aden
48c1c3cfc0 librustc: Fix broken test. 2013-02-21 16:40:52 -08:00
John Clements
1869df30a6 bump up limit on monomorphization 2013-02-21 16:18:22 -08:00
John Clements
27b06777e6 Cleanup, commenting, trivial renaming 2013-02-21 16:17:06 -08:00
Patrick Walton
91479363cc librustc: Remove all mutable fields from librustc. rs=demuting 2013-02-21 15:45:55 -08:00
Patrick Walton
9c71249b9d librustc: De-mut trans. rs=demuting 2013-02-21 15:45:55 -08:00
Patrick Walton
553c27c515 librustc: De-mut some of trans 2013-02-21 15:45:55 -08:00
Patrick Walton
cdd6f38220 librustc: De-mut resolve. rs=demuting 2013-02-21 15:44:54 -08:00
Luqman Aden
9ea6a49696 Remove the last bits of structural records from tests/rustc/rusti/rustpkg. 2013-02-21 15:19:40 -08:00
bors
e0767bf24f auto merge of #5068 : sethpink/rust/derive-eq-tuple-struct, r=catamorphism 
Previously an unimplemented error was thrown when using #[deriving_eq] on tuple-like struct definitions.
 2013-02-21 12:30:34 -08:00
bors
4a5e8c5218 auto merge of #5071 : luqmana/rust/derec, r=pcwalton 
Rid libsyntax of records and get rid of the last piece in `librustc/front/test.rs`.
 2013-02-21 09:20:43 -08:00
bors
c0218fb106 auto merge of #5069 : pcwalton/rust/plussing-2, r=pcwalton 2013-02-21 08:35:12 -08:00
Patrick Walton
c0defda499 librustc: Separate the rest of the trait bounds with + and stop parsing space-separated ones. rs=plussing 2013-02-21 08:29:48 -08:00
Marvin Löbel
3792eb2a38 Moved core::extfmt to core::private::extfmt 
Needs a snapshot to remove stage0 extfmt export in core
 2013-02-21 13:32:20 +01:00
Luqman Aden
b02f5c2090 Get rid of structural records in libsyntax and the last bit in librustc. 2013-02-21 00:19:15 -08:00
bors
41a4151173 auto merge of #5065 : catamorphism/rust/issue-3453, r=catamorphism 
...because it appears to work now. Removes a FIXME.
 2013-02-20 22:36:31 -08:00
Seth Pink
6f9eb6aa3c Implement #[deriving_eq] on tuple like structs 2013-02-21 15:32:20 +10:00
bors
a02da4ecde auto merge of #5063 : pcwalton/rust/plussing, r=pcwalton 2013-02-20 21:22:30 -08:00
Patrick Walton
bf2a225c0b librustc: Separate most trait bounds with '+'. rs=plussing 2013-02-20 21:14:20 -08:00
bors
0aa1aaa2c1 auto merge of #5058 : Thiez/rust/incoming, r=catamorphism 
I've moved all intrinsics in a single file (libcore/private/intrinsics.rs) and changed a few files to make use of this file (e.g. vec.rs: move_val_init).

Two intrinsics have been commented out:
visit_tydesc: it uses TyDesc and TyVisitor, this would create a dependency on librustc which seems undesirable.
frame_address: I really had no idea what it should look like without the legacy modes (would it even work? In several places in libcore the (legacy-modes) intrinsics were wrapped
with a normal fn) and what it was supposed to do.

Some documentation is still required, but many names are fairly self-explanatory.
 2013-02-20 20:26:32 -08:00
bors
a307608781 auto merge of #5066 : catamorphism/rust/luqmana-derecording, r=catamorphism 
Most work done by @luqmana and @pcwalton - I just rebased.
 2013-02-20 19:16:33 -08:00
Tim Chevalier
ad9c54c631 Merge 2013-02-20 19:09:32 -08:00
Tim Chevalier
f823d83718 Fix vdef pattern 2013-02-20 18:45:50 -08:00
Tim Chevalier
a4403e5cb8 Fix flipped tuple that was causing all that pain 2013-02-20 18:45:50 -08:00
Tim Chevalier
0c3290a217 Merge 2013-02-20 18:45:50 -08:00
Luqman Aden
6282e5da67 librustc: tidy 2013-02-20 18:45:50 -08:00
Luqman Aden
601c2edb4d Fix fallout in rusti & rustpkg. 2013-02-20 18:45:50 -08:00
Luqman Aden
cd82c4566b librustc: Get rid of structural records save for front/test.rs. 2013-02-20 18:45:50 -08:00
bors
1b04be6858 auto merge of #5049 : bstrie/rust/vim, r=catamorphism 
1. Highlight new lifetime syntax
2. Visually distinguish `unsafe` keyword
3. Add a new file that highlights column 78, to warn when lines get too long
 2013-02-20 18:14:34 -08:00
Tim Chevalier
bad4463a6b rustc: Use position method in check::method 
...because it appears to work now. Removes a FIXME.
 2013-02-20 17:46:01 -08:00
bors
8f8f0ec2c6 auto merge of #5043 : brson/rust/swap, r=brson 
r?
 2013-02-20 16:58:34 -08:00
Brian Anderson
423843e54b Don't perform swap when src == dst. #5041 2013-02-20 16:18:48 -08:00
bors
62f2b4943a auto merge of #5046 : sanxiyn/rust/struct-match, r=catamorphism 
Previously check always succeeded because struct type was derived from the matched expression, not the matched pattern.

Fix #4849.
 2013-02-20 16:08:36 -08:00
Patrick Walton
831840ab24 etc: Suppress the enum variant instruction scheduling Valgrind issues. rs=#rust 2013-02-20 16:04:48 -08:00
Matthijs 'Thiez' Hofstra
9776c38731 Changed a test to use intrinsics.rs and changed a few lines that were too long, had bad whitespace, etc. 2013-02-20 20:45:17 +01:00
Matthijs 'Thiez' Hofstra
675bdcf341 Created libcore/private/intrinsics.rs, which aims to contain every 
rustc intrinsic. Several files in libcore have been changed to use
these intrinsics.
As of yet, none of the intrinsics are documented.
 2013-02-20 20:39:49 +01:00
Ben Striegel
e29b7eedf9 vim improvements 
1. Highlight new lifetime syntax
2. Visually distinguish `unsafe` keyword
3. Add a new file that highlights column 78, to warn when lines get too long
 2013-02-19 23:07:09 -05:00
bors
db25210244 auto merge of #5044 : thestinger/rust/range, r=pcwalton 
Closes #4924

There are some more `Load` calls that could use this, so it's not completely done yet.
 2013-02-19 19:04:28 -08:00
Daniel Micay
fa6e3b49bf replace explicit loops with foldr 2013-02-19 21:20:07 -05:00
bors
b88e4f3b9f auto merge of #5039 : alexcrichton/rust/issue-4875, r=catamorphism 
It looks like the type for the whole pattern wasn't being written back, so when privacy tried to look it up everything died.
 2013-02-19 17:38:29 -08:00
Daniel Micay
12b43b274b add range assert when loading bools 2013-02-19 20:22:04 -05:00
Daniel Micay
0262e4b138 use range assert when loading enum discriminant 
Closes #4924
 2013-02-19 17:59:24 -05:00
bors
e4ff01317c auto merge of #5006 : tedhorst/rust/linear_mand, r=brson 2013-02-19 14:58:30 -08:00
Alex Crichton
cc3fbcee51 Fix for issue 4875 2013-02-19 17:35:02 -05:00
bors
8a520ff99f auto merge of #5000 : jld/rust/test-stdin-thing, r=graydon 
As far as I can tell, the only reason run-pass/type-use-i1-versus-i8
is trying to do a read is because that code was left over from the
original program the issue was found in.  When that test is run as
part of check-fast, and apparently only in that case, the test blocks
indefinitely, which is bad.
 2013-02-19 14:12:37 -08:00
bors
1f956fc3b2 auto merge of #4999 : erickt/rust/incoming, r=brson 
This patch series is doing a couple things with the ultimate goal of removing `#[allow(vecs_implicitly_copyable)]`, although I'm not quite there yet. The main change is passing around `@~str`s in most places, and using `ref`s in others. As far as I could tell, there are no performance changes with these patches, and all the tests pass on my mac.
 2013-02-19 12:24:30 -08:00
bors
a782efc4f1 auto merge of #5032 : lifthrasiir/rust/issue-4935, r=catamorphism 
Actually a trivial fix. Fixes the issue #4935.
 2013-02-19 10:34:31 -08:00