https://github.com/rust-lang/rust http://git.dreamy.place/mirrors/rust/atom?h=try 2012-03-03T02:46:13+00:00 2012-03-03T02:46:13+00:00 Graydon Hoare graydon@mozilla.com 2012-02-29T19:46:23+00:00 urn:sha1:87c14f1e3d85751bffffda0b1920be5e726172c4 2012-02-09T14:30:27+00:00 Marijn Haverbeke marijnh@gmail.com 2012-02-09T14:30:19+00:00 urn:sha1:52a741754c76f147e8a009051c307091efaf45b2 2012-02-01T01:05:20+00:00 Tim Chevalier chevalier@alum.wellesley.edu 2012-02-01T01:05:20+00:00 urn:sha1:e5d095d67e3926fa104ac495076fe9d4cd4f5562 Now that core exports "option" as a synonym for option::t, search-and- replace option::t with option. The only place that still refers to option::t are the modules in libcore that use option, because fixing this requires a new snapshot (forthcoming). 2012-01-25T23:01:58+00:00 Kevin Atkinson kevina@cs.utah.edu 2012-01-25T07:39:07+00:00 urn:sha1:60a146bf0f76c47d24cb4b01a408a329425d11f9 2012-01-24T01:37:15+00:00 Kevin Atkinson kevina@cs.utah.edu 2012-01-23T00:24:55+00:00 urn:sha1:ad21d9c64a1b7b6fb996f37d697c5d4f43f13bae This correctly fixes issue #1362. chpos/byte_pos are now the offsets within a particular file, but rather the offsets within a virtual file with is formed by combing all of the modules within a crate. Thus, resetting them to 0 causes an overlap and hence, bogus source locations. Fix #1362 by moving chpos/byte_pos to parse_sess so that new_parser_from_source_str has access to them and hence can chose an initial value that is not already been used in the crate. Note that the trigger for bug 1361 was that syntax/ext/expand.rs calls parse_expr_from_source_str (which calls new_parser_from_source_str) using the same codemap as the current crate (and hence causing overlap with files in the crate as new_parser_from_source_str resets the chpos/byte_pos to 0). 2012-01-19T07:17:34+00:00 Tim Chevalier chevalier@alum.wellesley.edu 2012-01-19T06:37:22+00:00 urn:sha1:04a2887f8791bb080b4e76a55949a7c1954dbb97 Does what it says on the tin. The next commit will remove support for this syntax. 2012-01-13T10:50:53+00:00 Marijn Haverbeke marijnh@gmail.com 2012-01-13T08:56:53+00:00 urn:sha1:7f6294455963334fec69fc799442ae74ef65b35e 2012-01-03T21:13:52+00:00 Niko Matsakis niko@alum.mit.edu 2011-12-29T20:03:39+00:00 urn:sha1:72a3667eb30705826a99bfa2b9478c4037589dbc will guarantee they have unit type. 2011-12-23T00:14:00+00:00 Graydon Hoare graydon@mozilla.com 2011-12-23T00:13:40+00:00 urn:sha1:389329ef1ebde8f4f09545310a10866c9107a90d 2011-12-22T22:42:52+00:00 Graydon Hoare graydon@mozilla.com 2011-12-22T22:42:52+00:00 urn:sha1:8b580954fe140dd45db61d719a49065c3e31de95