Now inline rules with arguments (if no Parser[_]) parameters
Slightly better errors
- Changed tests and big modifications on code
Removed RuleParams and Rule, RuleInfo remains
Corrected error reporting + refactored rulecall expansion
Add embryon of support for type parameters
First version of Parser parameters in rules
Parsers parameters in rules somehow works if there's no Type parameters nor recursion
Rule call with parser combinators as arguments now work
Rule with Parsers or type parameters are still buggy.
Can no call extern rules, without inlining
Extern call now correctly replace inner calls by extern calls, i.e. :

   val parser = FastParser {
     def rule1(x: Int) = '(' ~> repN('a',x) <~ ')'
     def rule2 = rule1(3)
     def rule3 = 'e' ~ 'f'
   }

    val parser2 = FastParser {
     def rule1 =  'c' ~ 'f' ~ parser.rule2
   }
parser2.rule1 will be correctly inlined to 'c' ~ 'f' ~ parser.rule1(3)
So foreign calls with parameters work.

Parameter substitution in the saveAST(_) code is somewhat shaky, see substituteTermName function in TreeTools.scala
Renamed CombinatorImpl to ParserImplHelper
Modify architecture, everything has a package now
Rule Inlining logic is now separated and can be activated/desactivated with the RuleInliner trait
Modify ResultStruct so that its easier to register results during rule rewriting

- rename ParserImplHelper to ParserImplBase
- move de combineResult to ResultStruct.combine
- add methods to deal with temporary and non temporary results
Add a ParseError trait and change ParseResult[+T] to ParseResult[+T,U] where U is the type of the error
Change error code in Parser implementations using ParseError
Add IgnoreParseError for error "reporting", gain of 200-300% in performance (now 20-30 times faster than Scala Parser Combinators)