From 6ec0f2f44f74657799b4b215c913a67089110061 Mon Sep 17 00:00:00 2001 From: Denys Shabalin Date: Tue, 25 Feb 2014 13:03:41 +0100 Subject: SI-8333 can't use modifiers if class is in a block Was caused by the ordering of parser cases. Need to check for definition first due to the fact that modifiers unquote looks like identifier from parser point of view. --- test/files/scalacheck/quasiquotes/DefinitionConstructionProps.scala | 6 +++++- 1 file changed, 5 insertions(+), 1 deletion(-) (limited to 'test/files') diff --git a/test/files/scalacheck/quasiquotes/DefinitionConstructionProps.scala b/test/files/scalacheck/quasiquotes/DefinitionConstructionProps.scala index fdb0d83277..c6ad453c45 100644 --- a/test/files/scalacheck/quasiquotes/DefinitionConstructionProps.scala +++ b/test/files/scalacheck/quasiquotes/DefinitionConstructionProps.scala @@ -9,7 +9,7 @@ object DefinitionConstructionProps with ValDefConstruction with PatDefConstruction with DefConstruction - with PackageConstruction + with PackageConstruction with ImportConstruction { val x: Tree = q"val x: Int" @@ -81,6 +81,10 @@ trait ClassConstruction { self: QuasiquoteProperties => assertEqAst(q" class C($privx)", " class C(x: Int) ") assertEqAst(q"case class C($privx)", "case class C(private[this] val x: Int)") } + + property("SI-8333") = test { + assertEqAst(q"{ $NoMods class C }", "{ class C }") + } } trait TraitConstruction { self: QuasiquoteProperties => -- cgit v1.2.3