summary refs log tree commit diff
path: root/src/libsyntax/ext
AgeCommit message (Collapse)AuthorLines
2014-01-08auto merge of #11401 : michaelwoerister/rust/issue11322, r=alexcrichtonbors-13/+6
`expand_include_str()` in libsyntax seems to have corrupted the CodeMap by always setting the BytePos of any included files to zero. It now uses `CodeMap::new_filemap()` which should set everything properly. This should fix issue #11322 but I don't want to close it before I have confirmation from the reporters that the problem is indeed fixed.
2014-01-08auto merge of #11370 : alexcrichton/rust/issue-10465, r=pwaltonbors-1/+1
Turned out to be a 2-line fix, but the compiler fallout was huge.
2014-01-08Fix CodeMap issue in expand_include_str()Michael Woerister-13/+6
2014-01-07Fixup the rest of the tests in the compilerAlex Crichton-0/+1
2014-01-07Fix remaining cases of leaking importsAlex Crichton-1/+0
2014-01-07'borrowed pointer' -> 'reference'Brian Anderson-1/+1
2014-01-06auto merge of #11332 : sfackler/rust/de-at-se, r=huonwbors-61/+60
This is necessary for #11151 to make sure dtors run before the libraries are unloaded.
2014-01-06Disowned the Visitor.Eduard Burtescu-1/+1
2014-01-05Use ~-objects instead of @-objects for syntax extsSteven Fackler-61/+60
This is necessary for #11151 to make sure dtors run before the libraries are unloaded.
2014-01-04etc: licenseck: don't hardcode a specific yearAdrien Tétar-2/+2
2014-01-03libsyntax: Fix tests.Patrick Walton-9/+10
2014-01-03librustc: Remove `@mut` support from the parserPatrick Walton-9/+10
2014-01-03libsyntax: Remove unused `MultiRenamer`Patrick Walton-17/+3
2014-01-03libsyntax: De-`@mut` `ps::boxes`Patrick Walton-2/+3
2014-01-03libsyntax: De-`@mut` `CodeMap::files`Patrick Walton-1/+2
2014-01-03libsyntax: De-`@mut` `FileMap::multibyte_chars`Patrick Walton-1/+1
2014-01-03libsyntax: De-`@mut` `FileMap::lines`Patrick Walton-1/+2
2014-01-03libsyntax: Correctly de-`@mut` the pretty printer writerPatrick Walton-1/+1
2014-01-03libsyntax: De-`@mut` `SCTable::table`Patrick Walton-2/+6
2014-01-03libsyntax: De-`@mut` `TtFrame`Patrick Walton-7/+7
2014-01-03libsyntax: De-`@mut` `TtFrame::idx`Patrick Walton-14/+14
2014-01-03librustc: De-`@mut` the span handlerPatrick Walton-3/+3
2014-01-03libsyntax: De-`@mut` `StringReader`, `TtReader`, and `reader`Patrick Walton-28/+19
2014-01-03libsyntax: De-`@mut` `TtReader::stack`Patrick Walton-24/+24
2014-01-03libsyntax: De-`@mut` `TtReader::cur_span`Patrick Walton-10/+11
2014-01-03libsyntax: De-`@mut` `TtReader::cur_tok`Patrick Walton-8/+9
2014-01-03libsyntax: De-`@mut` `TtReader::repeat_len`Patrick Walton-5/+8
2014-01-03libsyntax: De-`@mut` `TtReader::repeat_idx`Patrick Walton-17/+29
2014-01-03libsyntax: De-`@mut` `TtReader::interpolations`Patrick Walton-4/+9
2014-01-03librustc: De-`@mut` the parse sessionPatrick Walton-14/+13
2014-01-03auto merge of #11149 : alexcrichton/rust/remove-either, r=brsonbors-24/+27
Had to change some stuff in typeck to bootstrap (getting methods in fmt off of Either), but other than that not so painful. Closes #9157
2014-01-03Remove std::eitherAlex Crichton-24/+27
2014-01-03auto merge of #11228 : sfackler/rust/syntaxenv, r=pcwaltonbors-247/+129
I'd really like to be able to do something like ```rust struct MapChain<'next, K, V> { info: BlockInfo, map: HashMap<K, V>, next: Option<&'next mut MapChain<'next, K, V> } ``` but I can't get the lifetimes to work out.
2014-01-02libsyntax: De-`@mut` `Parser::last_span`Patrick Walton-4/+4
2014-01-02libsyntax: De-`@mut` `Parser::span`Patrick Walton-3/+3
2014-01-02libsyntax: De-`@mut` `token` in the parserPatrick Walton-28/+30
2014-01-02libsyntax: De-`@mut` `quote_depth` in the parserPatrick Walton-3/+3
2014-01-02libsyntax: Make the parser mutablePatrick Walton-45/+59
2014-01-01syntax::codemap: Add static DUMMY_SPklutzy-12/+12
It replaces `dummy_sp()`.
2014-01-01syntax::diagnostic: Remove unnecessary traitsklutzy-4/+3
This removes trait `handler` and `span_handler`, and renames `HandlerT` to `Handler`, `CodemapT` to `SpanHandler`.
2013-12-30Rewrite SyntaxEnvSteven Fackler-247/+129
I'd really like to be able to do something like struct MapChain<'next, K, V> { info: BlockInfo, map: HashMap<K, V>, next: Option<&'next mut MapChain<'next, K, V> } but I can't get the lifetimes to work out.
2013-12-29Remove @muts from ExtCtxtSteven Fackler-20/+20
2013-12-29Start passing around &mut ExtCtxtSteven Fackler-48/+49
2013-12-29Make ast_fold take &mut selfSteven Fackler-37/+38
2013-12-28Stop passing duplicate parameters in expandSteven Fackler-128/+92
2013-12-28Remove unecessary extern "Rust" specifiersSteven Fackler-17/+8
2013-12-28Stop using @ExtCtxtSteven Fackler-138/+138
2013-12-24Test fixes and rebase problemsAlex Crichton-1/+0
Note that this removes a number of run-pass tests which are exercising behavior of the old runtime. This functionality no longer exists and is thoroughly tested inside of libgreen and libnative. There isn't really the notion of "starting the runtime" any more. The major notion now is "bootstrapping the initial task".
2013-12-24green: Rip the bandaid off, introduce libgreenAlex Crichton-2/+2
This extracts everything related to green scheduling from libstd and introduces a new libgreen crate. This mostly involves deleting most of std::rt and moving it to libgreen. Along with the movement of code, this commit rearchitects many functions in the scheduler in order to adapt to the fact that Local::take now *only* works on a Task, not a scheduler. This mostly just involved threading the current green task through in a few locations, but there were one or two spots where things got hairy. There are a few repercussions of this commit: * tube/rc have been removed (the runtime implementation of rc) * There is no longer a "single threaded" spawning mode for tasks. This is now encompassed by 1:1 scheduling + communication. Convenience methods have been introduced that are specific to libgreen to assist in the spawning of pools of schedulers.
2013-12-17Remove obsolete mutability from ast::TySeo Sanghyeon-2/+2
generated by cgit-pink 1.4.1-3-g733a5 (git 2.37.1) at 2026-02-26 02:33:06 +0000