Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
densh
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
12 ms
·
91.
▲
by
densh
10y ago
We're looking into that, but nothing to report yet.
92.
▲
by
densh
10y ago
All of our binary size problems are mostly caused by a single well-known issue [1]. We hope to address that in one of the future releases. In the meanwhile, compressing binaries with upx is a temporary solution that can alleviate some of th
93.
▲
by
densh
10y ago
We've not completely solved the problem of language complexity creeping in to the metaprogramming toolkit but we do have quasiquotes [1] to partially address the pain of ast constructors and destructors. e.g. For code snippet "cla
94.
▲
by
densh
10y ago
Back when we started scala.meta token-level granularity wasn't available in most metaprogramming frameworks. Clang [1] and Roslyn [2] seem to be the first two major industry-grade compilers that use this approach and re-use the compile
95.
▲
by
densh
10y ago
@native implies JNI-style definition to be available along the Scala method definition. @extern lets you call straight to C code without any additional ceremony, all you need is a single forward declaration.
96.
▲
by
densh
10y ago
1. That's our long-term goal, but don't expect that to happen overnight. 2. @extern objects are an easy way to call C code. There is no C++ interop at the moment. 3. Not yet.
97.
▲
by
densh
10y ago
We're are going to have an official guide on licensing in next few days.
98.
▲
by
densh
10y ago
Demo reproduction guide to be published in next few days.
99.
▲
by
densh
10y ago
It's currently based on Scala 2.11 with 2.12 and Dotty support coming in the future.
100.
▲
by
densh
10y ago
In a first release we're going to use Boehm GC. That's just a stepping stone, not a long-term strategy. Stay tuned for news on this front.
101.
▲
by
densh
10y ago
No, it's not released yet, just publicly announced. Developer preview is planned to be released in the future. Stay tuned for further updates.
102.
▲
by
densh
10y ago
1. Yes, base language is the same. 2. It's mostly the question of what language you're most comfortable with. I personally love Scala sans the JVM and that's why I'm developing Scala Native. 3. Subset of java.* is going
103.
▲
by
densh
10y ago
Scala Native is currently being developed on Darwin/Intel/x64. If you can compile and run C code with Clang on some platform, it's reasonable to expect Scala Native to be run there eventually as we're based on the the sa
104.
▲
by
densh
10y ago
We get that for free from LLVM.
105.
▲
by
densh
10y ago
That's a very interesting aspect that's also being explored in our lab under Dotty [1] project and it's Linker [2] subprojects. It's not a direct goal of Scala Native. [1] https://github.com/lampepfl/
106.
▲
by
densh
10y ago
iOS/Android support is the most requested feature. Stay tuned for updates on that front. Scala Native generates LLVM IR that can be compiled to C-linkable code but for now we focus on "one statically linked application at a time&q
107.
▲
by
densh
10y ago
> Q: How much of the collections library is covered with full support? Partial support? NYI w/ ETA? Non-parallel collections should work in first developer preview (to be announced.) Parallel collections may took a few release to ge
108.
▲
by
densh
10y ago
I'm currently employed as research assistant at EPFL at Martin Odersky's lab and closely collaborate with Martin and Sébastien Doeraene (the author of Scala.js) on technical design and implementation of Scala Native.
109.
▲
by
densh
10y ago
> How's the managed runtime implemented (GC, memory model, etc.)? In a first release we're going to use Boehm GC. That's just a stepping stone, not a long-term strategy. Stay tuned for news on this front. > How did you
110.
▲
by
densh
10y ago
The goal is to be as "true" as possible by default with extra flags to trade some exact semantic aspects for performance. E.g. overflow semantics, bounds checks, null safety etc. Apart from the base language we'll also introd
111.
▲
by
densh
10y ago
Hi all, I'm the author of the project and would gladly answer any questions.
112.
▲
by
densh
11y ago
@tailrec works only for simple cases of tail recursion. For example it doesn't support mutual tail recursion at the moment.
113.
▲
by
densh
11y ago
Yes, especially talking about better tail call optimisation.
114.
▲
by
densh
11y ago
A small clarification: this an older project that is not directly related to my upcoming ScalaDays talk [1]. More updates to come in next few months, stay tuned. [1] http://event.scaladays.org/scaladays-nyc-2016#!#schedulePo
115.
▲
by
densh
12y ago
In Scala one can perform reflection purely at compile-time using macros [1]. This lets you to generate code that would have required reflection in other languages with a much better performance. For example pickling [2] library uses macros
116.
▲
by
densh
12y ago
Yes, this is possible. http://www.scala-js.org/doc/export-to-javascript.html
117.
▲
by
densh
12y ago
You can still use all of your favourite JS libraries in Scala similarly to how one can can use Java libraries on JVM. http://www.scala-js.org/doc/calling-javascript.html
118.
▲
Scala.js no longer experimental
(scala-lang.org)
337 points
by
densh
12y ago
|
131 comments
119.
▲
by
densh
12y ago
They keep putting laptop-grade video cards into all desktops but pricey Mac Pros though.
120.
▲
by
densh
12y ago
See also: Scala Pickling [1]. Serialization and deserialisation logic optimised for specific datatype is generated purely at compile time using Scala Macros [2]. [1] http://lampwww.epfl.ch/~hmiller/pickling/ [2]
More ›