summaryrefslogtreecommitdiff
path: root/test/files/buildmanager
Commit message (Collapse)AuthorAgeFilesLines
* Fixed the broken build by my previous change.Iulian Dragos2010-10-141-1/+1
|
* Fixed typo in error message. No review.Martin Odersky2010-04-231-1/+1
|
* Fixed some position issues and build manager test.Iulian Dragos2010-04-111-1/+1
|
* As a brief diversion from real work, implemente...Paul Phillips2010-04-061-1/+1
| | | | | | | | | As a brief diversion from real work, implemented Damerau–Levenshtein and ran it on trunk to elicit obvious misspellings. Unfortunately they're mostly in places like compiler comments which real people never see, but I fixed them anyway. All those English Lit majors who peruse our sources are sure to be pleased. No review.
* If I work on this patch any longer without chec...Paul Phillips2010-04-051-1/+0
| | | | | | | | | | | | | | | | If I work on this patch any longer without checking in I will go stark raving mad. It is broken up into a couple pieces. This one is the changes to test/. It includes fixing a bunch of tests, removing deprecated constructs, moving jars used by tests to the most specific plausible location rather than having all jars on the classpath of all tests, and some filesystem layout change (continuations get their whole own srcpath.) This would be the world's most tedious review, so let's say no review. [Note: after this commit, I doubt things will build very smoothly until the rest of the partest changes follow. Which should only be seconds, but just in case.]
* Fixes #3054. No review.Hubert Plociniczak2010-03-194-0/+16
|
* Closes #3133. Review by community.Hubert Plociniczak2010-03-173-0/+11
|
* Checking the symbols of parameters in overloade...Hubert Plociniczak2010-02-173-0/+19
| | | | | | | | | Checking the symbols of parameters in overloaded methods didn't seem to work in all cases. Apparently the enclosing class of the owner of the parameter was changing during the compilations from trait to the implementation class. This was causing annoying excessive compilation for Types.scala.
* Removed leftovers of r20857, added test for #3045Hubert Plociniczak2010-02-113-0/+11
|
* Disabled failing test. Review by plocinic.Paul Phillips2010-02-107-33/+0
|
* Closes #2651Hubert Plociniczak2010-02-1020-0/+88
|
* Fixes the problem mentioned in #2882, which see...Hubert Plociniczak2010-02-034-0/+11
| | | | | Fixes the problem mentioned in #2882, which seems to be the reason for #2280 - allow simple ananlysis on java sources. Review by dragos
* Correctly check annotated types.Hubert Plociniczak2010-02-023-0/+9
|
* Fixed tests. No review.Hubert Plociniczak2010-02-022-2/+2
|
* Exclude anonymous function classes from the def...Hubert Plociniczak2010-02-014-0/+28
| | | | | | | | Exclude anonymous function classes from the definitions in dependency analysis. This was causing spurious errors in for example Global.scala and Interpreter.scala because of fresh names numbering. Also cleanup up some code. No review.
* Check recursively the type aliases.Hubert Plociniczak2010-02-015-0/+29
|
* Better test for checking existential types, whe...Hubert Plociniczak2010-01-303-0/+24
| | | | | | | | Better test for checking existential types, where symbols not necessarily have the same name. Added test for that. The problem manifested itself in Globals.scala for variable classpath causing execissive compilation without any reason. No review.
* Closes #2650.Hubert Plociniczak2010-01-2915-0/+78
|
* Another batch of tests. No review.Hubert Plociniczak2010-01-2610-0/+57
|
* Hack for the refined build manager to print inf...Hubert Plociniczak2010-01-261-1/+1
| | | | | | Hack for the refined build manager to print info in a deterministic way. No review.
* More tests, plus missing file. No review.Hubert Plociniczak2010-01-2611-0/+58
|
* Changed the info statements in refined build ma...Hubert Plociniczak2010-01-2655-0/+279
| | | | | | | | Changed the info statements in refined build manager to print the information in more consistent way, so that we can test it using partest. Added more tests for build manager, more to follow... No review.
* First test for buildmanager. No review necessaryHubert Plociniczak2010-01-245-0/+21