u/predefin r/scala • Recommends
SF Scala: Martin Odersky, Binary Compatibility in Scala
0:00 / 0:00
#binarycompatibility#dotty#tasty
SF Scala: Martin Odersky, Binary Compatibility in Scala
FunctionalTV
10K subscribers • 19 videos on Hallway
- Recommended by 2 people: 2 in engineering communities.
- Presented by Martin Odersky, creator of Scala
Advanced. Deep dive for people who know the field.
3.1K views11 years ago2 recommendations
Programming languagesSystems programmingScalaCompilers and interpretersPerformance and optimization
Martin Odersky discusses the challenges of binary compatibility in Scala and how intermediate formats can solve them.
This talk video is a node in devreal.ai, the developer community graph. It connects to: Talk: The Binary Compatibility Challenge in Scala — devreal.ai/t/150313-binary-compatibility-challenge-scala-ver… Speaker: Martin Odersky — devreal.ai/n/martin-odersky Company: EPFL — devreal.ai/c/epfl Project: Scala — devreal.ai/p/scala Event: Martin Odersky at Verizon — devreal.ai/e/150313-sf-scala-verizon-oncue Explore these connections and related videos, photos, speakers’ blogs and podcasts, and other By the Bay networks. ----- At this SF Scala meetup at Verizon OnCue, Martin describes parse trees, an intermediate format that is cross-platform and allows upgrading dependencies, as well as deep optimization for JVM/JS, portable tooling, and much more. This is a truly revolutionary development for Scala systems.Why it's here
2 people recommend thisWhat people say. Recommended for its explanation of how Scala plans to solve binary compatibility issues using intermediate formats.
u/RDOmegain r/scala • Recommends
On “Binary compatibility going forward?”
This is all correct, although none of it is new information for me.
link to this video
There's the talk. I took away from it that eventually the binary compatibility issue is going to be solved at some point. I'm kinda wondering when...
u/birdwasthewordin r/scala • Mentions
On “Scala Days 2015: San Francisco”
I think you are right about dotc not using abstract classes for traits. This is why it depends on Java 8. I think Martin mentioned it in this talk about binary compatibility: link to this video