aboutsummaryrefslogtreecommitdiff
path: root/project
Commit message (Collapse)AuthorAgeFilesLines
...
* Move dynamically generated content to JVM sideFelix Mulder2016-08-191-3/+5
|
* Fix packages not ending up in `packages` map in Phases.scalaFelix Mulder2016-08-191-2/+5
|
* Add command alias for dottydocFelix Mulder2016-08-191-2/+2
|
* Add project and impl for initial barebones dottydocFelix Mulder2016-08-191-0/+57
|
* Dotty: actually put dotty.jar into bootclasspath.Dmitry Petrashko2016-07-281-1/+1
| | | | | Partest used to run tests with Dotty, but stopped at some moment. I guess this line may have been deleted at some merge conflict.
* Fixes #1316: Remove JLineKazuyoshi Kato2016-07-271-1/+0
| | | | | Dotty uses ammonite.terminal since April (53bd25f) which replaces JLine. There is no reason to keep it anymore.
* Fix #1312: Improve XprintNicolas Stucki2016-07-151-0/+1
| | | | | | | * Do not reprint a tree that has not changed. * Highlight changes with yellow and insertions in green. * -Xprint-diff-del: Inserts the deleted parts of the tree in red and the parts that where changed in magenta.
* Change versioning to SNAPSHOT and nightly releases for nowFelix Mulder2016-06-251-4/+21
|
* Fix #1323: change sbt interface dependency to allow artifact resolution by ↵Felix Mulder2016-06-211-3/+2
| | | | coursier
* Change versioning to a sonatype approved schemeFelix Mulder2016-06-101-2/+2
|
* remove `dotty-core` project and publish individually insteadFelix Mulder2016-06-101-7/+1
| | | | | | Since you still need to depend on multiple artifacts from within the dotty project, a unified project is not feasible. A plugin would work better of course.
* Add developers and license to POMFelix Mulder2016-06-091-0/+36
|
* Disable binary publishing in bridgeFelix Mulder2016-06-091-2/+5
|
* Add date and hash to publishing versionFelix Mulder2016-06-092-2/+22
|
* Remove duplicate lineFelix Mulder2016-06-091-1/+0
|
* Add virtual project `dotty-core` to aggregate publishing of necessary artifactsFelix Mulder2016-06-091-2/+11
|
* Merge pull request #1306 from dotty-staging/add/dotty-bridgeFelix Mulder2016-06-072-0/+54
|\ | | | | Merge the sbt compiler bridge as a subproject of dotty
| * Make the dotty-bridge sbt project a subproject of dottyGuillaume Martres2016-06-072-0/+54
| | | | | | | | | | | | | | | | | | Note that the dotty-bridge tests will not be run automatically by `test` which is short for `dotty/test`, to run the dotty-bridge tests, do in sbt: > dotty-bridge/test > dotty-bridge/scripted Original history: https://github.com/smarter/dotty-bridge/commits/master
* | Add ability to publish snapshots to sonatypeFelix Mulder2016-06-071-1/+23
|/
* Switch organization from org.scala-lang to ch.epfl.lampGuillaume Martres2016-06-021-1/+1
| | | | Publishing artifacts under ch.epfl.lamp is easier.
* fix benchmarks exceptionliu fengyun2016-05-301-3/+7
| | | | | | | | | | | | | The benchmark project generates a dubious exception when compiling scala stdlib: java.lang.ClassCastException: scala.tools.nsc.backend.jvm.BTypes$ClassBType cannot be cast to scala.tools.nsc.backend.jvm.BTypes$ArrayBType Upon investigation, this turns out to be a backend incompatibility problem. The bench project runs with a previous version of scala-compiler. Explicitly designating the scala-compiler version for bench fixes the problem.
* Add sbt incremental compilation supportGuillaume Martres2016-05-281-1/+2
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | To test this with sbt, see https://github.com/lampepfl/dotty/wiki/Using-Dotty-with-sbt The following flags are added: - -Yforce-sbt-phases: Run the phases used by sbt for incremental compilation (ExtractDependencies and ExtractAPI) even if the compiler is ran outside of sbt, for debugging. - -Ydump-sbt-inc: For every compiled foo.scala, output the API representation and dependencies used for sbt incremental compilation in foo.inc, implies -Yforce-sbt-phases. This commit introduces two new phases which do not transform trees: - `ExtractDependencies` which extracts the dependency information of the current compilation unit and sends it to sbt via callbacks - `ExtractAPI` which creates a representation of the API of the current compilation unit and sends it to sbt via callbacks Briefly, when a file changes sbt will recompile it, if its API has changed (determined by what `ExtractAPI` sent) then sbt will determine which reverse-dependencies (determined by what `ExtractDependencies` sent) of the API have to be recompiled depending on what changed. See http://www.scala-sbt.org/0.13/docs/Understanding-Recompilation.html for more information on how sbt incremental compilation works. This phase was originally based on https://github.com/adriaanm/scala/tree/sbt-api-consolidate/src/compiler/scala/tools/sbt which attempts to integrate the sbt phases into scalac (and is itself based on https://github.com/sbt/sbt/tree/0.13/compile/interface/src/main/scala/xsbt), but it has been heavily refactored and adapted to Dotty. The main functional differences are: - ExtractDependencies runs right after Frontend (so that we don't lose dependency informations because of the simplifications done by PostTyper), but ExtractAPI runs right after PostTyper (so that SuperAccessors are part of the API). - `ExtractAPI` only extract types as they are defined and never "as seen from" some some specific prefix, see its documentation for more details. - `ExtractDependenciesTraverser` and `ExtractUsedNames` have been fused into one tree traversal in `ExtractDependenciesCollector`. TODO: Try to run these phases in parallel with the rest of the compiler pipeline since they're independent (except for the sbt callbacks in `GenBCode`) ?
* Fix stdin/out for repl launched by SBTFelix Mulder2016-04-281-0/+4
| | | | | Launching the repl with: `runMain dotty.tools.dotc.repl.Main` is now working correctly
* Update to new version of DottyBackendInterface.Dmitry Petrashko2016-04-181-1/+1
| | | | That knows that there exists only single magical array method.
* workaround for ScalaMeter incorrect report pathliu fengyun2016-04-141-1/+0
| | | | | | | | | The ScalaMeter issue is reported here: https://github.com/scalameter/scalameter/pull/163/files The issue exists both in v0.7 and v0.6. As dotty uses v0.6 now, use this workaround until we upgrate to a new version of ScalaMeter.
* Upgrade to Scala.js 0.6.8.Sébastien Doeraene2016-03-181-1/+1
| | | | | | This allows to remove the ugly workaround for default methods. There is also a slight adaptation for the new way to encode a reference to the JS global scope in the IR.
* Removed invalid javacOptions in (Compile, doc)andreaTP2016-03-091-1/+3
|
* Add the sources of scalajs-ir to dotty instead of its binaries.Sébastien Doeraene2016-03-041-2/+32
| | | | | This guarantees that we can bootstrap dotty without depending on the binaries of scalajs-ir compiled by another Scala compiler.
* Initial infrastructure and hello world for the Scala.js back-end.Sébastien Doeraene2016-03-012-0/+153
| | | | | | | | | | | | | | | | The Scala.js back-end can be enabled with the `-scalajs` command-line option. Currently, it adds one phase to the pipeline, which emits .sjsir files from trees. A sandbox project `sjsSandbox`, in `sandbox/scalajs/`, can be used to easily test Scala.js compilation. One can run the `main()` method of the `hello.world` object with > sjsSandbox/run The back-end only contains the bare mimimum to compile the hello world application in the sandbox. Anything else will blow up (for example, primitive method calls). It is a work-in-progress.
* Build.scala: increase Jenkins max heap from 1.1G to 1.3GGuillaume Martres2016-03-011-3/+1
| | | | | | | | This should be safe now that run tests do not take so much memory anymore (cf #1033 and #1076). It would be even better if we could figure out why we're using so much memory, but that's less important than avoiding spurious test failures.
* Rename travisMemLimit to jenkinsMemLimit, we don't use travis anymoreGuillaume Martres2016-03-011-2/+2
|
* Merge pull request #1125 from dotty-staging/add/interfaceGuillaume Martres2016-02-281-1/+10
|\ | | | | Add a `dotty-interfaces` package
| * Add a `dotty-interfaces` packageGuillaume Martres2016-02-281-1/+10
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | We introduce a new entry point for the compiler in `dotty.tools.dotc.Driver`: ``` def process(args: Array[String], simple: interfaces.SimpleReporter, callback: interfaces.CompilerCallback): interfaces.ReporterResult ``` Except for `args` which is just an array, the argument types and return type of this method are Java interfaces defined in a new package called `dotty-interfaces` which has a stable ABI. This means that you can programmatically run a compiler with a custom reporter and callbacks without having to recompile it against every version of dotty: you only need to have `dotty-interfaces` present at compile-time and call the `process` method using Java reflection. See `test/test/InterfaceEntryPointTest.scala` for a concrete example. This design is based on discussions with the IntelliJ IDEA Scala plugin team. Thanks to Nikolay Tropin for the discussions and his PR proposal (see #1011).
* | Upgrade sbt to 0.13.11 and scalastyle-sbt-plugin to 0.8.0Guillaume Martres2016-02-282-6/+2
|/ | | | | | | | | Upgrading sbt will allow us to experiment with bootstrapping using sbt since 0.13.11 is the first release that supports building with dotty (see https://github.com/smarter/dotty-bridge). Upgrading scalastyle-sbt-plugin allows us to remove the workaround for https://github.com/scalastyle/scalastyle/issues/156
* Modernize and clean up the build.Sébastien Doeraene2016-02-171-160/+151
| | | | | | | | | | | | Settings `in Global` are moved to Build.settings. Otherwise they are added *twice* in every project. Project definitions use the `project` macro rather than the `Project()` factory, as is the customary notation since sbt 0.13. The `Defaults.coreDefaultSettings` is therefore dropped. The coding style of project definitions is adapted to the style shown in sbt documentations.
* Upgrade scala-partest to 1.0.11Guillaume Martres2016-01-171-1/+1
| | | | First step in fixing #1034
* Increase the maximum heap size on JenkinsGuillaume Martres2016-01-161-1/+3
| | | | | | | | We're getting a lot of OutOfMemoryException when the maximum size is 1 GB, but we cannot increase it too much without using up all the memory available on the Jenkins instances, let's see if 1.1 GB is enough. Also stop using a custom -Xss, the default of 1 MB should be good enough.
* Partest dotty non-bootstrapped.Dmitry Petrashko2016-01-131-1/+2
| | | | | | Needs to go in before https://github.com/scala/scala-jenkins-infra/pull/152 is deployed
* Build.scala: only enable features we useGuillaume Martres2016-01-041-2/+2
| | | | | -language:_ does not work when compiling dotty with dotty because it implies -language:keepUnions which prevents dotty from typechecking
* Add a compiler.properties resource file like in Scala 2Guillaume Martres2015-12-311-0/+8
| | | | | | | This is used by sbt to get the compiler's version. The code to generate the resource comes from http://www.scala-sbt.org/0.13/docs/Howto-Generating-Files.html#Generate+resources
* Revert "Go back to sbt 0.13.5 until 0.13.9 is published on type safe ↵Dmitry Petrashko2015-11-101-1/+1
| | | | | | artifactory" This reverts commit 2f41c73ee86a56b190758baaf5999ed85d2f57a1.
* Go back to sbt 0.13.5 until 0.13.9 is published on type safe artifactoryDmitry Petrashko2015-11-091-1/+1
|
* Fix sbt: project/plugins.sbt needs empty line.Dmitry Petrashko2015-11-091-0/+1
|
* Upgrade SBT to 0.13.9 and upgrade SBT pluginsGuillaume Martres2015-10-302-4/+6
|
* Build.scala: Fix deprecation warningsGuillaume Martres2015-10-251-2/+2
|
* Run partest under bootstrapped dotty.Dmitry Petrashko2015-10-231-3/+3
|
* Update version of bundled backend.Dmitry Petrashko2015-10-221-1/+1
|
* Merge pull request #735 from dotty-staging/ycheck-methodsodersky2015-08-041-1/+1
|\ | | | | Ycheck that methods defined in ClassInfo exist in tree.
| * Update version of shared backend.Dmitry Petrashko2015-07-141-1/+1
| | | | | | | | | | | | Includes fix to emission of invokeDynamic instructions in positions where expected type isn't the type of lambda being returned. SI-9387
| * Upgrade shared backend.Dmitry Petrashko2015-07-131-1/+1
| | | | | | | | Fixes bugs in handling try-finally blocks.
generated by cgit v1.2.3 (git 2.39.1) at 2024-05-30 07:17:04 +0000