summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
...
| * | | Deprecated instrumentation APIMirco Dotta2012-10-107-1/+11
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | The instrumentation logic needed by the Scala IDE Worksheet is currently part of the Scala project, but it doesn't need to be. I already have a PR ready for completely removing the instrumentation logic, but I considered it too risky at this point for 2.10.0 release (an oversight can lead to the impossibility of running the worksheet with Scala 2.10.0). For the moment, I believe it's better to deprecate the whole instrumentation API in 2.10.0, and the PR for removing the instrumentation logic will target 2.10.1 or 2.11.0. Besides deprecating the instrumentation API, this commit also raised visibility of `interruptsEnabled` member in `Global`. This change alone is sufficient for moving the instrumentation logic outside of the compiler, and it is needed because the Presentation Compiler thread should never be interrupted while instrumenting a source. This commit is related to SI-6458
* | | | Merge pull request #1483 from gkossakowski/SI-6440Josh Suereth2012-10-103-6/+9
|\ \ \ \ | |/ / / |/| | | SI-6440: Revert change to `TraversableLike.filterNot`
| * | | SI-6440: Revert change to `TraversableLike.filterNot`Grzegorz Kossakowski2012-10-093-6/+9
| |/ / | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Commit df9f470f14262b9b1002f022c2620d8c38835805 introduced a change to `TraversableLike.filterNot` which broke Stream implementation that does override `filter` implementation but does not override `filterNot` implementation. This shows clearly that reusing code for strict and non-strict collections is very problematic. Added a test-case covering this problem. Closes SI-6440. Review by @retronym.
* | | Merge pull request #1471 from retronym/ticket/6483Josh Suereth2012-10-093-0/+36
|\ \ \ | | | | | | | | SI-6483 Prohibit super[T] references in value classes.
| * | | SI-6483 Prohibit super[T] references in value classes.Jason Zaugg2012-10-073-0/+36
| | | | | | | | | | | | | | | | This seems the safest course of action for 2.10.0.
* | | | Merge pull request #1481 from odersky/ticket/6490Paul Phillips2012-10-091-0/+2
|\ \ \ \ | | | | | | | | | | Proposed fix for SI-6490.
| * | | | Proposed fix for SI-6490.Martin Odersky2012-10-091-0/+2
|/ / / / | | | | | | | | | | | | Issues a "companions must be in same file" error only if both class and module exist. This can certainly do no harm. I believe it should adress SI-6490, but, lacking a test case, I don't have evidence for that.
* | | | Merge pull request #1458 from scalamacros/pullrequest/reflectionJosh Suereth2012-10-0945-206/+163
|\ \ \ \ | |_|/ / |/| | | Another reflection bomb
| * | | removes strongly-typed Constant.value wrappersEugene Burmako2012-10-081-12/+0
| | | | | | | | | | | | | | | | These are surely not necessary. Thanks Vlad!
| * | | upgrades showRawEugene Burmako2012-10-041-18/+29
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Fixes the stuff that was irritating, when I was preparing examples for reflection documentation. Has zero impact at stability of scalac, because showRaw isn't used anywhere in the compiler unless invoked explicitly.
| * | | introduces api.JavaMirrorsEugene Burmako2012-10-042-12/+17
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | This trait carries mirror-related changes of the API that happen when api.Universe transforms into api.JavaUniverse. From a coding standpoint this is a mere rehashing of the code, but from a documentation standpoint this provides additional insights into what's going on in reflection.
| * | | moves Attachments from api to macrosEugene Burmako2012-10-045-9/+18
| | | | | | | | | | | | | | | | | | | | | | | | Because they are only available in macros.Universe, not in api.Universe, therefore I'd argue that the confusion factor is stronger than the weirdness of scala.reflect.api.Position extending scala.reflect.macros.Attachments.
| * | | introduces macros.package.scalaEugene Burmako2012-10-041-0/+4
| | | | | | | | | | | | | | | | | | | | For the sole reason of putting docs on it in a separate pull request, which is being prepared elsewhere
| * | | removes extraneous methods from api.StandardNamesEugene Burmako2012-10-041-2/+0
| | | | | | | | | | | | | | | | | | | | nme.ROOT doesn't have much use in the public API (unlike nme.ROOTPKG). tpnme.EMPTY duplicates a method inherited from the base class.
| * | | removes extraneous methods from api.StandardDefinitionsEugene Burmako2012-10-041-11/+0
| | | | | | | | | | | | | | | | Never got to use these guys, so let's better remove them.
| * | | removes extraneous methods from api.TreesEugene Burmako2012-10-031-3/+0
| | | | | | | | | | | | | | | | Tree.hasSymbol is really too much to document for its merit.
| * | | hides internal methods of api.PrintersEugene Burmako2012-10-031-3/+3
| | | |
| * | | removes extraneous methods from api.MirrorsEugene Burmako2012-10-032-41/+1
| | | | | | | | | | | | | | | | | | | | We decided to give up on providing symbol table traversal facilities in the current incarnation of mirrors. Let's be consistent with ourselves.
| * | | removes extraneous methods from api.ScopesEugene Burmako2012-10-031-10/+4
| | | | | | | | | | | | | | | | It's been more than a year, and I never used these methods.
| * | | removes extraneous indirection from FlagValuesEugene Burmako2012-10-032-5/+1
| | | | | | | | | | | | | | | | We don't really need that abstract type.
| * | | removes extraneous methods from api.ConstantsEugene Burmako2012-10-031-3/+0
| | | | | | | | | | | | | | | | The next round of scaladoc-driven cleanup kicks in.
| * | | removes EmptyTermName and EmptyTypeNameEugene Burmako2012-10-034-12/+4
| | | | | | | | | | | | | | | | We have nme.EMPTY and tpnme.EMPTY for that.
| * | | renames macros.ReificationError to ReificationExceptionEugene Burmako2012-10-037-25/+33
| | | | | | | | | | | | | | | | | | | | And again, this is not a fatal error, so it should end with an Error, and it should subclass not Throwable, but Exception.
| * | | renames macros.TypeError to TypecheckExceptionEugene Burmako2012-10-034-24/+20
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Again, this is not a fatal error, so it should end with an Error, and it should subclass not Throwable, but Exception. Also moved the exception outside the cake to simplify error handling, along the same lines of what've been done for parsing and reification exceptions.
| * | | renames macros.ParseError to ParseExceptionEugene Burmako2012-10-032-3/+4
| | | | | | | | | | | | | | | | Because it's not a fatal error. Neither it should subclass Throwable.
| * | | turns on documentation of scala.reflect.runtimeEugene Burmako2012-10-0312-14/+26
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | We definitely need to document scala.reflect.runtime.universe, therefore adding scala.reflect.runtime to skipPackages was a mistake. But then we need to make a bunch of internal classes private to reflect or to scala. Not very pretty, but it works.
* | | | Merge pull request #1442 from adriaanm/ticket-6215Grzegorz Kossakowski2012-10-083-12/+13
|\ \ \ \ | |_|_|/ |/| | | SI-6215 Fix compiler crash on private method in value class
| * | | SI-6215 Fix compiler crash on private method in value classMartin Odersky2012-10-023-12/+13
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Fixes the problem with private defs in value classes by moving the $extension after the name proper rather than before. The previous scheme did not commute with makeNonPrivate: I.e. if -ext-> is "generate extension name" and -mnp-> is "make not private" we did get for method foo in value class Foo: foo -ext-> extension$foo -mnp-> Foo$$extension$foo but foo -mnp-> Foo$$foo -ext-> extension$Foo$$foo With the change both variations give the same name: foo -ext-> foo$extension -mnp-> Foo$$foo$extension but foo -mnp-> Foo$$foo -ext-> Foo$$foo$extension
* | | | Merge pull request #1474 from scalamacros/topic/6485Eugene Burmako2012-10-084-1/+21
|\ \ \ \ | | | | | | | | | | SI-6485 stops creating extmethods for macros
| * | | | SI-6485 stops creating extmethods for macrosEugene Burmako2012-10-084-1/+21
|/ / / / | | | | | | | | | | | | | | | | Macros don't correspond to bytecode-level methods, therefore there's no need to undergo any transformations past typer.
* | | | Merge pull request #1470 from scalamacros/topic/paramssPaul Phillips2012-10-077-21/+20
|\ \ \ \ | |_|_|/ |/| | | MethodSymbol.params => MethodSymbol.paramss
| * | | MethodSymbol.params => MethodSymbol.paramssEugene Burmako2012-10-077-21/+20
|/ / / | | | | | | | | | | | | | | | | | | | | | This matter was discussed at scala-internals: http://groups.google.com/group/scala-internals/browse_thread/thread/6414d200cf31c357 And I am convinced with Paul's argument: consistency of the convention is very important.
* | | Merge pull request #1455 from scalamacros/topic/manifestsJosh Suereth2012-10-059-49/+40
|\ \ \ | | | | | | | | undeprecates manifests for 2.10.0
| * | | undeprecates manifests for 2.10.0Eugene Burmako2012-10-039-49/+40
| | |/ | |/| | | | | | | | | | | | | | | | | | | Since scala-reflect.jar is going to be declared experimental for 2.10.0, it doesn't make sense to deprecate manifests in favor of type tags. Class manifests, however, ARE deprecated for class tags, because class tags don't require scala-reflect.jar and are generated independently of type tags.
* | | Merge pull request #1463 from VladUreche/issue/6471Josh Suereth2012-10-043-557/+6035
|\ \ \ | | | | | | | | SI-6471 Update jquery from 1.4.2 to 1.8.2
| * | | SI-6471 Update jquery from 1.4.2 to 1.8.2Vlad Ureche2012-10-043-557/+6035
|/ / / | | | | | | | | | | | | | | | | | | | | | This reopens SI-6170 that was fixed by 1be1f760. I don't want to start a revert war, but I see two reasons we should stick to newer jquerys: - they provide better compatibility to new browsers - having diagrams not working is much more annoying than having the splitter not work
* | | Merge pull request #1451 from gkossakowski/SI-6451Grzegorz Kossakowski2012-10-042-64/+64
|\ \ \ | |/ / |/| | SI-6451: Rename classes in `unchecked-abstract.scala` test.
| * | SI-6451: Rename classes in `unchecked-abstract.scala` test.Grzegorz Kossakowski2012-10-032-64/+64
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | As reported Miguel, `Con` is problematic name of a class on Windows and makes this test to fail. Renamed classes to something else which hopefully make Windows build happy again. Closes SI-6451. Review by @magarciaEPFL or @paulp.
* | | Merge pull request #1443 from gkossakowski/anyval-restrictionsGrzegorz Kossakowski2012-10-0313-47/+161
|\ \ \ | | | | | | | | AnyVal/value classes restrictions
| * | | Put more implementation restrictions on value classes.Grzegorz Kossakowski2012-10-037-14/+105
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Nested objects, classes and lazy vals are disallowed at any nesting level in value classes; e.g. lazy vals local to a method defined in a value class. There are still allowed in universal traits. This is a temporary, implementation restriction that is planned to be addressed in future releases of Scala. Error messages has been updated to communicate that intent. Moved tests for SI-5582 and SI-6408 to pending folder. They have to stay there until implementation restrictions are addressed. Closes SI-6408 and SI-6432. Review by @odersky, @harrah and @adriaanm.
| * | | Fixed problem in SI-6408Martin Odersky2012-10-032-1/+13
| | | | | | | | | | | | | | | | Fixed problem reported in comment, where inner classes of value classe caused a compiler crash.
| * | | Revised restrictions for value classes and unversal traitsMartin Odersky2012-10-038-44/+55
| | |/ | |/| | | | | | | | | | | | | | | | | | | | | | and brought compiler in line with them. One thing we can accept IMO are nested classes (nested objects are still a problem). In fact, it makes no sense to exclude nested classes from value classes but not from universal traits. A class nested in universal trait will becomes a class nested in a value class by inheritance. Note that the reflection library already contains a universal trait with a nested class (IndexedSeqLike), so we should accept them if we can.
* | | Merge pull request #1446 from retronym/ticket/6436-2Grzegorz Kossakowski2012-10-035-1/+39
|\ \ \ | |_|/ |/| | SI-6436 Handle ambiguous string processors
| * | SI-6436 Handle ambiguous string processorsJason Zaugg2012-10-025-1/+39
| | | | | | | | | | | | | | | | | | | | | | | | Before, we got in an inifinite loop by chasing the error typed result of adaptToMemberWithArgs. One point of befuddlement remains: why did t6436 and t6436b behave differently before this change?
* | | Merge pull request #1439 from scalamacros/topic/reflective-uniquesJosh Suereth2012-10-021-1/+2
|\ \ \ | |_|/ |/| | fixes a bug in a weak cache in runtime reflection
| * | fixes a bug in a weak cache in runtime reflectionEugene Burmako2012-10-011-1/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Entries in SynchronizedTypes.uniques could previously be garbage collected in-between a successful call to contains and an actual cache lookup. The patch could be a one-liner, but I don't want to use HOFs in this function, whose prototype is a hotspot in the compiler. Also the fix doesn't touch scalac in any way. It only applies to reflective universes that provide runtime reflection functionality.
* | | Merge pull request #1434 from jsuereth/fix/SI-6449Grzegorz Kossakowski2012-10-022-5/+5
|\ \ \ | | | | | | | | Fixes deprecation annotations for 2.10.0
| * | | Fixes deprecation annotations for 2.10.0Josh Suereth2012-09-303-7/+7
| | |/ | |/|
* | | Merge pull request #1440 from VladUreche/issue/language-docGrzegorz Kossakowski2012-10-024-27/+77
|\ \ \ | | | | | | | | Improved the `scala.language` documentation
| * | | Improved the `scala.language` documentationVlad Ureche2012-10-024-27/+77
| | |/ | |/| | | | | | | | | | | | | | | | | | | | | | Also corrected the links in the library rootdoc. **Note: We need to fast track this commit so it reaches master in the next 12 hours, before we generate the next nightly docs.** Review by @odersky
generated by cgit v1.2.3 (git 2.39.1) at 2024-07-24 19:03:48 +0000