[ 
https://issues.apache.org/jira/browse/BUILDR-210?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12647233#action_12647233
 ] 

Daniel Spiewak commented on BUILDR-210:
---------------------------------------

FYI, Specs just (as in: 40 min ago) released version 1.4.0 (skipping 1.3.2 
altogether).  This release still isn't compatible with ScalaCheck 1.4, but that 
seems to be due to a bug in ScalaCheck more than anything else.  It works fine 
with ScalaCheck 1.4-scSNAPSHOT.  (thanks for the heads up on that!)

> ScalaCheck Version Broken in Scala 2.7.2
> ----------------------------------------
>
>                 Key: BUILDR-210
>                 URL: https://issues.apache.org/jira/browse/BUILDR-210
>             Project: Buildr
>          Issue Type: Bug
>          Components: Test frameworks
>    Affects Versions: 1.3.3
>            Reporter: Daniel Spiewak
>            Priority: Blocker
>             Fix For: 1.3.4
>
>
> With the release of Scala 2.7.2, the default ScalaCheck version (1.3) is no 
> longer sufficient.  This version of ScalaCheck depends upon a method which no 
> longer exists within the Scala standard library.  For the sake of Google, 
> this is the precise error message:
>     Exception "java.lang.NoSuchMethodError: 
> scala.Stream$cons$.apply(Ljava/lang/Object;Lscala/Function0;)Ljava/lang/Object;"
>  raised on argument generation.
> The solution is to use ScalaCheck 1.4 instead of 1.3.  Just to make things 
> even more fun, Specs 1.3.1 does not work with ScalaCheck 1.4 (only with 1.3 
> and earlier).  This problem is fixed in the (still forthcoming) 1.3.2 
> release, but until then, there will apparently be no running tests under 
> Scala 2.7.2 using Specs and ScalaCheck in conjunction.  Sucks to be me...
> This is an absolute killer for me.  I use ScalaCheck quite extensively, which 
> means that I now have 300+ tests which now crash where before they ran fine.  
> If we can't get a release which either increments the hard-coded version or 
> provides a configurable option, could we at least get a patch which can be 
> applied manually to do the same?

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.

Reply via email to