rust/src/etc/unicode.py, branch 1.0.0-betahttps://github.com/rust-lang/rust
http://git.dreamy.place/mirrors/rust/atom?h=1.0.0-beta2015-03-03T19:04:55+00:00unicode: Properly parse ranges in UnicodeData.txt2015-03-03T19:04:55+00:00Florian Zeitzflorob@babelmonkeys.de2015-03-03T17:35:41+00:00urn:sha1:c9e2de42b590c6d294afd1db44334c5168a694bb
This handles the ranges contained in UnicodeData.txt.
Counterintuitively this actually makes the tables shorter.
Use `const`s instead of `static`s where appropriate2015-03-02T16:11:51+00:00Florian Zeitzflorob@babelmonkeys.de2015-02-27T14:36:53+00:00urn:sha1:f35f973cb700c444d8c029ee13b37dc16d560225
This changes the type of some public constants/statics in libunicode.
Notably some `&'static &'static [(char, char)]` have changed
to `&'static [(char, char)]`. The regexp crate seems to be the
sole user of these, yet this is technically a [breaking-change]
Audit integer types in libunicode, libcore/(char, str) and libstd/ascii2015-02-14T21:09:40+00:00Vadim Petrochenkovvadim.petrochenkov@gmail.com2015-02-14T21:09:40+00:00urn:sha1:09f53fd45c14a9fb796eca54a8954e943bf09477cleanup: s/impl Copy/#[derive(Copy)]/g2015-01-25T16:20:38+00:00Jorge Apariciojaparicious@gmail.com2015-01-24T21:36:30+00:00urn:sha1:bff462302b3e0a8f68c14cad2806c7ff5005364es/deriving/derives in Comments/Docs2015-01-17T19:08:02+00:00Earl St Sauverestsauver@gmail.com2015-01-12T10:02:38+00:00urn:sha1:6ab95bdd62095429139f1b24717cbf0e5aa4a235
There are a large number of places that incorrectly refer
to deriving in comments, instead of derives.
Fixes #20984
std: Collapse SlicePrelude traits2014-12-15T03:03:56+00:00Alex Crichtonalex@alexcrichton.com2014-12-11T17:44:17+00:00urn:sha1:7741516a8bb206bf9357b70e12990a4dc1ba8169
This commit collapses the various prelude traits for slices into just one trait:
* SlicePrelude/SliceAllocPrelude => SliceExt
* CloneSlicePrelude/CloneSliceAllocPrelude => CloneSliceExt
* OrdSlicePrelude/OrdSliceAllocPrelude => OrdSliceExt
* PartialEqSlicePrelude => PartialEqSliceExt
Get rid of all the remaining uses of `refN`/`valN`/`mutN`/`TupleN`2014-12-14T01:04:41+00:00Jorge Apariciojaparicious@gmail.com2014-12-13T15:04:55+00:00urn:sha1:029789b98cf0115f347fe12fd19bd2c29751f8ceRegister new snapshots2014-12-11T19:30:38+00:00Alex Crichtonalex@alexcrichton.com2014-12-09T22:08:10+00:00urn:sha1:52edb2ecc9530264dc75babe477fd75c64feac04Utilize fewer reexports2014-12-05T23:13:04+00:00Corey Farwellcoreyf@rwell.org2014-11-28T16:57:41+00:00urn:sha1:4ef16741e355754abd446acbd80e5afb784864c7
In regards to:
https://github.com/rust-lang/rust/issues/19253#issuecomment-64836729
This commit:
* Changes the #deriving code so that it generates code that utilizes fewer
reexports (in particur Option::* and Result::*), which is necessary to
remove those reexports in the future
* Changes other areas of the codebase so that fewer reexports are utilized
Switch to purely namespaced enums2014-11-17T15:35:51+00:00Steven Facklersfackler@gmail.com2014-11-06T08:05:53+00:00urn:sha1:3dcd2157403163789aaf21a9ab3c4d30a7c6494d
This breaks code that referred to variant names in the same namespace as
their enum. Reexport the variants in the old location or alter code to
refer to the new locations:
```
pub enum Foo {
A,
B
}
fn main() {
let a = A;
}
```
=>
```
pub use self::Foo::{A, B};
pub enum Foo {
A,
B
}
fn main() {
let a = A;
}
```
or
```
pub enum Foo {
A,
B
}
fn main() {
let a = Foo::A;
}
```
[breaking-change]