Adding a line break after a Trait in a template argument list breaks emacs-mode indentation about rust-mode

[strega-nil]

The second issue is one with (backward-up-list) in (rust-mode-indent-line), after
(rust-rewind-irrelevant):

mod test |2| {
    fn test|3|<A,|1|
               V>() {

The cursor goes from |1| to |2|, when it should go from |1| to |3|.

With issue 1, <> is not recognized as a paren-level by (rust-paren-level)

[MicahChalmer]

To make backward-up-list go where it should, emacs would have to recognize the < and > angle brackets as parentheses in its syntax table. In theory it's possible to do it perfectly, since rust's grammar does not require you to know the symbol table to make this distinction (unlike C++.)

I've been trying to get it to do just that recognizing angle brackets but not mistaking other < and > characters (return type arrows, match arrows, less than and greater than operators, etc). At this point I have something that almost works. Under normal circumstances it fixes this issue. It also makes the normal paren matching modes work on them without the code to simulate it that's there now (taking care of #50 in the process.)

Unfortunately at this point there are still a few cases where it gets the angle bracket identification wrong. The other problem with the patch as I currently have it is performance--on my machine, it makes emacs grind to a halt on even moderately large source files (at 7637 lines, src/librustc/middle/ty.rs from the rust tree is enough to make it freeze for minutes.) If anyone is curious I can put it up as an incomplete work-in-progress PR, but it's not ready for merging yet.

[gsingh93]

Is this related to the following indentation problem, or should I make a new issue:

if true
    || false {
        // Wrong indentation
    }