aboutsummaryrefslogtreecommitdiff
path: root/compiler/src/dotty/tools/dotc/core/tasty/TreePickler.scala
Commit message (Collapse)AuthorAgeFilesLines
* Rename NameExtractor -> NameKindMartin Odersky2017-04-111-1/+1
|
* Add ShadowedName and AvoidClashNameMartin Odersky2017-04-111-1/+1
|
* Get rid of ExpandedName flagMartin Odersky2017-04-111-1/+2
|
* Drop Config.semanticNames optionMartin Odersky2017-04-111-11/+1
| | | | | We now handle only semantic names. Also, name extractor tags and TASTY name tags are now aligned.
* Eliminate TastyNamesMartin Odersky2017-04-111-26/+7
|
* Add NameExtractorsMartin Odersky2017-04-111-3/+3
| | | | | Use a new scheme for creating and accessing semantic names which is based on semantic name extractors with nested info classes.
* Properly integrate TraitSetter namesMartin Odersky2017-04-111-1/+1
|
* Semantic SuperAccessor and Initializer namesMartin Odersky2017-04-111-12/+17
|
* Add Variant NameInfoMartin Odersky2017-04-111-0/+1
| | | | Plus further bug fixes.
* Bug fixesMartin Odersky2017-04-111-1/+1
| | | | nameddefaults.scala now compiles without crashing
* Disentangle Names from SeqsMartin Odersky2017-04-111-1/+1
| | | | | | | | | Structured names are not Seqs anymmore. But the Seq behavior is required in many places that mangle names. As an intermediate step we drop the Seq basetype but add Seq behavior through a decorator. Most Seq operations only work on SimpleTermNames and their TypeName analogue, will throw an exception wehn called on structured names.
* Split HKTypeLambda from PolyTypeMartin Odersky2017-04-061-1/+1
|
* Handle hk lambdas in tastyMartin Odersky2017-04-061-9/+11
|
* Further refactoringsMartin Odersky2017-04-061-1/+1
| | | | | - Use TypeLambda instead of PolyType. - Further harmonize factory operations
* Rename PolyTypeTree -> LambdaTypeTreeMartin Odersky2017-04-061-1/+1
|
* Eliminate ParamTypeMartin Odersky2017-04-061-3/+3
| | | | Replace with ParamRef
* Rename PolyParam --> TypeParamRefMartin Odersky2017-04-061-1/+1
|
* Refactor ParamRef so that no type params are neededMartin Odersky2017-04-061-1/+1
|
* Get rid of Name parameter for LambdaType and ParamRefMartin Odersky2017-04-061-1/+1
| | | | Use an abstract type instead.
* ParamType refactoringsMartin Odersky2017-04-061-1/+1
| | | | Trying to bring PolyTypes closer to TypeLambdas
* Harmonize paramTypes and paramBoundsMartin Odersky2017-04-061-3/+3
| | | | | | MethodTypes have paramTypes whereas PolyTypes have paramBounds. We now harmonize by alling both paramInfos, and parameterizing types that will become common to both.
* Break out functionality from MethodTypeMartin Odersky2017-04-061-1/+1
| | | | | and generalize MethodParam to ParamRef, and TypeParamInfo to ParamInfo
* Encode variances in parameter namesMartin Odersky2017-04-061-3/+1
| | | | | | | | | | This leads to a slight overall simplification, harmonizes pickle format with internal representation, and makes MethodTypes and PolyTypes more similar to each other. I believe the change is useful as it is, but in particular it is a useful step for an eventual unification of MethodTypes and PolyTypes.
* Move compiler and compiler tests to compiler dirFelix Mulder2016-11-221-0/+641