Scala

At this moment relu_layer op doesn't allow threshold configuration, and legacy RELU op allows that.
We should add configuration option to relu_layer.

Are you looking for help?

No.

Play Version

2.6 to 2.8

API

Java / Scala

Expected Behavior

The instructions at https://www.playframework.com/documentation/2.8.x/Deploying-CloudFoundry work.

As it stands (see https://stackoverflow.com/a/62506207/4432837 and cloudfoundry/java-test-applications#20) those instructions are no longer applic

e.g. in https://lichess.org/study/HBTNQi9H/3ttnXzfm#11, Stockfish fails to load this absurd board, following an illegal king capture.
(NNUE in this screenshot, but I did see the same thing with HCE.)

Stockfish does fail loudly, as I indicated: the UI might be able to notice this and emit some error.
![image](https://user-images.githubusercontent.com/5666174/117732143-31038800-b1a4-11eb-9997-b

Let's support at least reading "b3" header from a single string, most commonly traceid-spanid-1
It would also be nice to support optionally writing this, especially in message providers or others with constrained environments.

Expected behavior

As discussed on openzipkin/b3-propagation#21 and first implemented here: https://github.com/openzipkin/brave/blob/master/brave/src/main/java/bra

Not that complicated to implement:

• introduce in SslClientContext the same kind of changes as in SslServerContext so it's no longer

Compiler version

3.0.1-RC1

Minimized example

class Bag extends reflect.Selectable

val m = new Bag { val f = 23; def g = 47; def h(i: Int): Int = i }

Output

in the repl the type printed has a type that is not source compatible

scala> val m = new Bag { val f = 23; def g = 47; def h(i: Int): Int = i; var i = 101; type N = Int }
val m: Bag{f: Int; 

I just came across the fact that a Show[Throwable] exists.

1. It is not wired up into import Scalaz._, one needs to import scalaz.std.java.throwable._
2. It discards the stack trace entirely.

What's going on with this? :D
Is it OK if I fix both of these (for 7.2 and 7.3)?

steps

Reproduction available as sbt-bug.zip.

val scala3Version = "3.0.1-RC2"

lazy val catsCoreV          = "2.6.1"
lazy val catsEffectV        = "3.1.1"

lazy val root = project
  .in(file("."))
  .settings(
    name := "scala3-simple",
    version := "0.1.0",

    scalaVersion := scala3Version,
    libraryDepe

The lack of support for concurrency primitives like this makes it difficult to write cross-platform code. The implementation should be trivial.

The plotting UI leaves a lot to be desired:

• When you bring up the plotting UI, it's not obvious that you have to do some work to make a plot happen. If you don't, there's no error message, just a never-ending wait. (see https://gitter.im/polynote/polynote?at=5e0e36f9eac8d1511e9ed2ff )
• Why do we make you drag things onto axes? Especially when there is only one axis it could go onto (at leas

$ sw_vers
ProductName:	Mac OS X
ProductVersion:	10.14.6
BuildVersion:	18G9028

struct utsname name;
    if (uname(&name) == 0) {
        printf("os.name=%s\n",name.sysname);
        printf("os.version=%s\n",name.release);
    }
// os.name=Darwin
// os.version=18.7.0

Seems no way to map Darwin version to Mac OS X version.

/usr/libexec/PlistBuddy -c "Print: