Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • Jul 09 15:35
    soronpo commented #186
  • Jul 09 15:35
    soronpo commented #186
  • Jul 09 15:24
    kevinwright commented #186
  • Jul 09 15:23
    kevinwright commented #186
  • Jul 09 14:58
    som-snytt commented #186
  • Jul 09 13:54
    milessabin commented #186
  • Jul 09 13:03
    smarter commented #186
  • Jul 09 13:02
    smarter commented #186
  • Jul 09 12:26
    kevinwright commented #186
  • Jul 09 12:26
    kevinwright commented #186
  • Jul 03 20:38
    som-snytt commented #186
  • Jul 03 20:01
    clhodapp commented #186
  • Jul 03 17:34
    SethTisue commented #186
  • Jul 03 16:09
    sellout commented #186
  • Jul 03 08:49
    odersky commented #186
  • Jul 03 04:45
    gvolpe commented #186
  • Jul 02 17:37
    zainab-ali commented #186
  • Jul 01 18:01
    smarter commented #186
  • Jul 01 16:03
    tpolecat commented #186
  • Jul 01 14:49
    tindzk commented #186
that's why we added it
also, ftr, I brought up these cross project issues with the scala center advisory board, not sure what happened as I was not there
BennyHill
@BennyHill

@larsrh @BennyHill Is there any interest in having this proposal discussed at the next meeting, on 31 May?

Any votes, better be quick ;)

Michael Pilquist
@mpilquist
Anyone bored and want to take a shot at fixing: scala/bug#10326
Tim Pigden
@TimPigden
Hi, just switched to typelevel 2.11.11 as per docs.
I get this error message
[error] (counters-api/compile:compileIncremental) scala.reflect.internal.MissingRequirementError: class scala.annotation.inductive in compiler mirror not found.
I'm using the induction heuristic option (lots of shapeless generic type builder stuff)
Tim Pigden
@TimPigden
turning the inductionHeuristic option off makes the problem go away - but that was the main point in switching :-)
Ghost
@ghost~540393fe163965c9bc2018ce
@TimPigden upgrade coursier or turn off cachedResolution in your build.
Sounds like a bad classpath
Tim Pigden
@TimPigden
@fommil I wasn't aware I had a coursier to upgrade. How would I do that?
Tim Pigden
@TimPigden
@fommil you're right it's something to do with that but sadly the cure is worse the problem - turning off cacheresolution means the whol thing takes longer. I've got lots of subprojects. And coursier, which I found and tried, doesn't like my use of "latest integration" in conjuinction with publishLocal so is not viable at this time. Thanks anyway
Ghost
@ghost~540393fe163965c9bc2018ce
@TimPigden yeah it sucks. I can't use sbt without coursier because it's so slow.
Oron Port
@soronpo
Miles Sabin
@milessabin
@aparo your scala.js dependency should be CrossVersion.patch.
Odomontois
@Odomontois
Is there example how I can use 2.12.2 typelevel scala (with new release encoding) along with addCompilerPlugin("org.scalamacros" % "paradise" % "2.1.0" cross CrossVersion.full)
Oron Port
@soronpo
@Odomontois checkout this branch of singleton-ops. I'm using 2.12.2 TLS with macro paradise.
Odomontois
@Odomontois
@soronpo Thank you! But I'm little bit confused, where are your scalaVersion and crossScalaVersions are defined?
Oron Port
@soronpo
In .travis.yml. I'm not that familiar with the mechanics. The author of this is @fthomas . I just change the version and it magically works :smile:
Odomontois
@Odomontois
@soronpo Ok, thank you . CrossVersion.patch did the job
Is someone familiar with java.lang.IllegalArgumentException: Comparison method violates its general contract! during compilation?
Odomontois
@Odomontois
java.lang.IllegalArgumentException: Comparison method violates its general contract!
        at java.util.TimSort.mergeHi(TimSort.java:899)
        at java.util.TimSort.mergeAt(TimSort.java:516)
        at java.util.TimSort.mergeForceCollapse(TimSort.java:457)
        at java.util.TimSort.sort(TimSort.java:254)
        at java.util.Arrays.sort(Arrays.java:1438)
        at scala.collection.SeqLike.sorted(SeqLike.scala:646)
        at scala.collection.SeqLike.sorted$(SeqLike.scala:634)
        at scala.collection.AbstractSeq.sorted(Seq.scala:41)
        at scala.collection.SeqLike.sortWith(SeqLike.scala:599)
        at scala.collection.SeqLike.sortWith$(SeqLike.scala:599)
        at scala.collection.AbstractSeq.sortWith(Seq.scala:41)
        at scala.tools.nsc.typechecker.Implicits$ImplicitSearch.tryInduction(Implicits.scala:1189)
        at scala.tools.nsc.typechecker.Implicits$ImplicitSearch.bestImplicit(Implicits.scala:1774)
        at scala.tools.nsc.typechecker.Implicits.inferImplicit(Implicits.scala:92)
        at scala.tools.nsc.typechecker.Implicits.inferImplicit$(Implicits.scala:81)
        at scala.tools.nsc.Global$$anon$1.inferImplicit(Global.scala:479)
        at scala.tools.nsc.typechecker.Implicits.inferImplicitFor(Implicits.scala:39)
        at scala.tools.nsc.typechecker.Implicits.inferImplicitFor$(Implicits.scala:38)
        at scala.tools.nsc.Global$$anon$1.inferImplicitFor(Global.scala:479)
        at scala.tools.nsc.typechecker.Typers$Typer.$anonfun$applyImplicitArgs$2(Typers.scala:174)
        at scala.tools.nsc.typechecker.Typers$Typer.applyImplicitArgs(Typers.scala:166)
        at scala.tools.nsc.typechecker.Typers$Typer.$anonfun$adapt$2(Typers.scala:851)
        at scala.tools.nsc.typechecker.Typers$Typer.$anonfun$silent$2(Typers.scala:719)
        at scala.tools.nsc.typechecker.Typers$Typer.silent(Typers.scala:719)
        at scala.tools.nsc.typechecker.Typers$Typer.$anonfun$adapt$1(Typers.scala:850)
        at scala.tools.nsc.typechecker.Typers$Typer.adaptToImplicitMethod$1(Typers.scala:485)
        at scala.tools.nsc.typechecker.Typers$Typer.adapt(Typers.scala:1244)
        at scala.tools.nsc.typechecker.Typers$Typer.runTyper$1(Typers.scala:5645)
        at scala.tools.nsc.typechecker.Typers$Typer.typedInternal(Typers.scala:5661)
        at scala.tools.nsc.typechecker.Typers$Typer.body$2(Typers.scala:5605)
        at scala.tools.nsc.typechecker.Typers$Typer.typed(Typers.scala:5609)
        at scala.tools.nsc.typechecker.Typers$Typer.$anonfun$typed1$53(Typers.scala:4936)
        at scala.tools.nsc.typechecker.Typers$Typer.typedSelectInternal$1(Typers.scala:4929)
        at scala.tools.nsc.typechecker.Typers$Typer.typedSelect$1(Typers.scala:4907)
        at scala.tools.nsc.typechecker.Typers$Typer.typedSelectOrSuperCall$1(Typers.scala:5034)
        at scala.tools.nsc.typechecker.Typers$Typer.typedInAnyMode$1(Typers.scala:5579)
        at scala.tools.nsc.typechecker.Typers$Typer.typed1(Typers.scala:5595)
        at scala.tools.nsc.typechecker.Typers$Typer.runTyper$1(Typers.scala:5631)
        at scala.tools.nsc.typechecker.Typers$Typer.typedInternal(Typers.scala:5661)
        at scala.tools.nsc.typechecker.Typers$Typer.body$2(Typers.scala:5605)
...
This one is happening only when -Yinduction-heuristics is on
Frank S. Thomas
@fthomas
@Odomontois the Scala versions are defined by sbt-travisci via .travis.yml
Bjørn Madsen
@aeons
hey, I get this error:
no-symbol does not have a type constructor (this may indicate scalac cannot find fundamental classes)
is that something that has a “well, duh” answer or should I work on getting a minimal example?
Paul Phillips
@paulp
@aeons The parenthetical is one of those ad hoc error message adjustments made because that's the way things explode when it can't find either scala-reflect or scala-compiler on the classpath, can't remember which. But if nothing precedes that error, that's probably the reason.
Or even scala-library. Something something classpath.
Bjørn Madsen
@aeons
okay
that is super weird because it started appearing suddenly after adding some code, but not changing any build configuration
so, changing to scalac and back to typelevel scala made it go away...
Paul Phillips
@paulp
Did you try a full clean before that
Bjørn Madsen
@aeons
yes, several times
and also manually deleting target/ and project/target/
Paul Phillips
@paulp
The failure happens during compilation?
Bjørn Madsen
@aeons
yes
it says it’s at a line like
case class Service[F[_]: Monad](dependency: Dependecy[F])
with call site: value dependency in package…
Paul Phillips
@paulp
@Odomontois it means the typelevel changes caused the "is this implicit better than that implicit" order relation to become intransitive.
Edmund Noble
@edmundnoble
The SI-2712 fix?
Paul Phillips
@paulp
No, the -Yinduction-heuristics
Edmund Noble
@edmundnoble
Oh shit. I didn't think it changed behavior.
Paul Phillips
@paulp
I'm sure it wasn't intended to.
Edmund Noble
@edmundnoble
I feel like we never understood implicit resolution enough to change it :/
Paul Phillips
@paulp
Simply inspecting values in scalac is easily enough to change behavior.
Edmund Noble
@edmundnoble
Then replace "implicit resolution" with "scalac"
Paul Phillips
@paulp
@aeons it's been too long for me, so I can only say a rigorous inspection of what's on your classpath is likely to lead to the answer
Bjørn Madsen
@aeons
okay thanks, I will try that if it pops up again :)
Miles Sabin
@milessabin
@Odomontois do you have a small reproduction of that IllegalArgumentException?