summaryrefslogtreecommitdiff
Commit message (Collapse)AuthorAgeFilesLines
...
* | Merge pull request #1480 from ingoem/topic/scaladocAdriaan Moors2012-10-192-563/+9
|\ \ | | | | | | Fixes SI-6170: issue with dragging scaladoc splitter over central iframe
| * | Fixes SI-6170: issue with dragging scaladoc splitter over central iframeingoem2012-10-092-563/+9
| | |
* | | Merge pull request #1498 from paulp/defs-not-valsPaul Phillips2012-10-192-115/+115
|\ \ \ | |_|/ |/| | Changes Tree and Type members from vals to defs.
| * | Changes Tree and Type members from vals to defs.Paul Phillips2012-10-132-115/+115
|/ / | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | Explanatory email: The reflection API defines a great many abstract vals. I would like these all to be defs. I'm sending a pull request to that end. Reasons: for starters, they should default to being defs. It's a decision to use vals for which one should have to supply reasons. The reason for THAT is that defs can be implemented with vals, but not vice versa. Why does this matter? I can't find my long writing on the subject of TypeRef. In short, we waste a huge amount of memory on its fields, because given the way TypeRef is defined, each one demands a pre, a sym, and an args. Except that somewhere between 1/3 and 1/2 have prefix "NoPrefix", and somewhere between 1/3 and 1/2 have args "Nil". We know it at creation time, but we give every typeref the whole field anyway. At present there's no way to fix this which has acceptable performance - i.e. custom subclasses save us lots of memory, but are too much slower for having to use an extractor - but there's no reason we should have to choose, and I fully expect to fix it eventually. Let's not make that fix into a breaking change by abstractly defining "pre" and "args" as field-requiring vals.
* | Merge pull request #1492 from scalamacros/pullrequest/reflection-docsv2.10.0-RC1Josh Suereth2012-10-1145-786/+3943
|\ \ | | | | | | Pullrequest/reflection docs
| * | JavaUniverseVlad Ureche2012-10-111-2/+1
| | |
| * | Moved @contentDiagram in SymbolsVlad Ureche2012-10-111-2/+2
| | |
| * | Adds lots of new documentation for TypeTags, Mirrors, Universes and moreHeather Miller2012-10-1120-352/+646
| | | | | | | | | | | | | | | Additionally includes improvements, formatting fixes, and link additions and fixes.
| * | runtime.JavaUniverse - put ungrouped members at the topVlad Ureche2012-10-112-2/+4
| | |
| * | Forgotten annotation in AnnotationsVlad Ureche2012-10-111-1/+1
| | |
| * | Diagram tweakingVlad Ureche2012-10-1113-7/+29
| | | | | | | | | | | | blocked by SI-6511
| * | Grouping for reflection and macrosVlad Ureche2012-10-1124-251/+1046
| | | | | | | | | | | | and warning cleanup
| * | fixes a typoEugene Burmako2012-10-111-1/+1
| | |
| * | scala.reflect.api.Symbols documentationVlad Ureche2012-10-111-50/+330
| | | | | | | | | | | | Oh those pretty groups, u gotta luv'em...
| * | Symbols docs cleanup, mostly moved to guideingoem2012-10-111-198/+32
| | |
| * | scala.reflect.api.Position documentationVlad Ureche2012-10-113-61/+50
| | |
| * | scala.reflect.api.StandardNames documentationVlad Ureche2012-10-113-11/+27
| | |
| * | scala.reflect.api.Constants documentationVlad Ureche2012-10-112-82/+124
| | |
| * | removed docs for internal TypeCreator and TreeCreatorChristopher Vogt2012-10-112-37/+5
| | |
| * | simplified reflection docs for treesChristopher Vogt2012-10-111-216/+28
| | |
| * | Rearranged some reflection docs, moving things to the guideingoem2012-10-1111-437/+86
| | |
| * | reflection docs improvements and moves to doc pageChristopher Vogt2012-10-115-234/+23
| | |
| * | docs for reflection and macrosEugene Burmako2012-10-1140-385/+3051
| | |
* | | Merge pull request #1489 from heathermiller/issue/6453Josh Suereth2012-10-111-2/+1
|\ \ \ | |/ / |/| | SI-6453 Documentation links for @switch are broken
| * | SI-6453 Documentation links for @switch are brokenHeather Miller2012-10-101-2/+1
| | |
* | | Merge pull request #1491 from VladUreche/topic/scaladoc2Josh Suereth2012-10-1112-72/+208
|\ \ \ | | | | | | | | Scaladoc bugfixes for reflection
| * | | SI-6509 Correct @template ownersVlad Ureche2012-10-115-5/+61
| | | |
| * | | SI-6155 Scaladoc @template diagrmsVlad Ureche2012-10-114-1/+49
| | | |
| * | | SI-6501 Scaladoc will correctly link to @templatedVlad Ureche2012-10-113-7/+14
| | | | | | | | | | | | | | | | members
| * | | SI-6495 Scaladoc will pick up group from ownerVlad Ureche2012-10-112-52/+71
| | | |
| * | | SI-6487 Scaladoc can link to inner classesVlad Ureche2012-10-113-7/+13
|/ / /
* | | Merge pull request #1487 from dragos/issue/fix-6505Josh Suereth2012-10-113-1/+48
|\ \ \ | | | | | | | | Fixed SI-6505. Respond to ask calls by immediate failure after compiler shutdown.
| * | | Fixed SI-6505. Respond to ask calls by immediate failure even after compiler ↵Iulian Dragos2012-10-103-1/+48
| | | | | | | | | | | | | | | | | | | | | | | | | | | | shutdown. When the compiler is asked to shutdown, it may still have items on the working queue, and more can be added by clients in other thread that don't *know* the compiler is down yet. These requests were never serviced, leading to deadlocks or timeouts. review by @odersky, @hubertp
* | | | Merge pull request #1490 from paulp/issue/6499Josh Suereth2012-10-112-7/+32
|\ \ \ \ | | | | | | | | | | Fix for SI-6499, regression in type inference.
| * | | | Fix for SI-6499, regression in type inference.Paul Phillips2012-10-102-7/+32
|/ / / / | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | I can't do any better than a reproduced comment: For some reason which is still a bit fuzzy, we must let Nothing through as a lower bound despite the fact that Nothing is always a lower bound. My current supposition is that the side-effecting type constraint accumulation mechanism depends on these subtype tests being performed to make forward progress when there are mutally recursive type vars. See pos/t6367 and pos/t6499 for the competing test cases.
* | | | Merge pull request #1486 from heathermiller/issue/6099Josh Suereth2012-10-103-57/+70
|\ \ \ \ | |_|/ / |/| | | SI-6099 - Scaladoc for scala.concurrent incomplete
| * | | SI-6099 - Scaladoc for scala.concurrent incompleteHeather Miller2012-10-103-57/+70
| | | | | | | | | | | | | | | | | | | | | | | | This is a rebase and resubmission of @phaller's pull https://github.com/scala/scala/pull/1485 With the reviewers' comments additionally addressed
* | | | Merge pull request #1488 from dotta/topic/deprecated-instrumentation-apiJosh Suereth2012-10-107-1/+11
|\ \ \ \ | |/ / / |/| | | Deprecated instrumentation API
| * | | 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.
generated by cgit v1.2.3 (git 2.39.1) at 2024-06-02 18:57:36 +0000