summaryrefslogtreecommitdiff
path: root/test/files/scalacheck/quasiquotes/LiftableProps.scala
diff options
context:
space:
mode:
authorDenys Shabalin <denys.shabalin@typesafe.com>2014-02-10 14:29:59 +0100
committerDenys Shabalin <denys.shabalin@typesafe.com>2014-02-10 14:44:27 +0100
commit2b67f8b94f9e95c5fb7be0e6d6c4718a6e045ec4 (patch)
tree437aa34986ad2b060b5ef52533a7f8abf5b199e4 /test/files/scalacheck/quasiquotes/LiftableProps.scala
parent08e51dfec50842253afb87cc5ae3c7400dc18ced (diff)
downloadscala-2b67f8b94f9e95c5fb7be0e6d6c4718a6e045ec4.tar.gz
scala-2b67f8b94f9e95c5fb7be0e6d6c4718a6e045ec4.tar.bz2
scala-2b67f8b94f9e95c5fb7be0e6d6c4718a6e045ec4.zip
Make handling of tuples more consistent in quasi-quotes
On one hand we know that q"($expr)" is the same as q"$expr". On the other if we wrap it into a list and splice as q"(..$expr)" we get a Tuple1 constructor call which is inconsistent. This pull request fixes this inconsistency by making q"(..$expr)" being equivalent q"(${expr.head})" for single-element list. We also add support for matching of expressions as single-element tuples (similarly to blocks) and remove liftables and unliftables for Tuple1 (which aren't clearly defined any longer due to q"(foo)" == q"foo" invariant).
Diffstat (limited to 'test/files/scalacheck/quasiquotes/LiftableProps.scala')
-rw-r--r--test/files/scalacheck/quasiquotes/LiftableProps.scala1
1 files changed, 0 insertions, 1 deletions
diff --git a/test/files/scalacheck/quasiquotes/LiftableProps.scala b/test/files/scalacheck/quasiquotes/LiftableProps.scala
index bd631b8734..20cfcbe139 100644
--- a/test/files/scalacheck/quasiquotes/LiftableProps.scala
+++ b/test/files/scalacheck/quasiquotes/LiftableProps.scala
@@ -99,7 +99,6 @@ object LiftableProps extends QuasiquoteProperties("liftable") {
}
property("lift tuple") = test {
- assert(q"${Tuple1(1)}" ≈ q"scala.Tuple1(1)")
assert(q"${(1, 2)}" ≈ q"(1, 2)")
assert(q"${(1, 2, 3)}" ≈ q"(1, 2, 3)")
assert(q"${(1, 2, 3, 4)}" ≈ q"(1, 2, 3, 4)")