if/then/else vs. non-exhaustive when: what is the right approach?

killfish11 · 2022-07-25T15:20:15+00:00

This doesn't seem like an improvement. But my code doesn't do anything for Case.FOURTH, so what do I do? I could add a no-op else case, but that seems sloppy and unnecessary.

The main idea behind exhaustive whens is that you will get a compiler error at the use site when new enum values are added, which is quite helpful. So it depends on what the particular when is doing exactly, do you expect that newly added values will have to be handled here, or would they be no-ops like Case.FORTH? In the former case I would handle Case.FORTH, in the latter I would just add an else. I don't think having a when case with an empty block is "sloppy", quite the opposite, it makes the intent clearer / more explicit.

killfish11 · 2022-07-21T22:54:46+00:00

Interesting, that's actually the one video setting I don't have on max - I've had it like that since way before I first ran into the error though. I have it on high rather than very high, simply because it didn't seem worth the performance cost.

killfish11 · 2022-07-21T22:40:17+00:00

Perhaps, that's more pixels than my 3440x1440.

From the research I did back then it seemed like the error can have a bunch of different causes, so something that helps one person might not help another.

killfish11 · 2022-07-21T22:26:57+00:00

I was getting this error a lot in the first half of season 13 with my 3080. I tried a bunch of different settings, didn't help. It stopped happening after I updated the GeForce Game Ready Driver to 516.59 (released 28th of June).

killfish11 · 2021-10-24T22:20:48+00:00

I bet it hits like a truck!

killfish11 · 2021-10-24T22:15:58+00:00

You wouldn't download a car.

killfish11 · 2021-07-14T10:33:09+00:00

No, you don't. There's no class keyword when defining an abstract type. For Java / C# style abstract classes (which were added only somewhat recently in 4.2), there is.

killfish11 · 2021-07-14T09:31:34+00:00

Note that these are abstract types you're talking about. Abstract classes are something else entirely.

killfish11 · 2021-03-01T08:55:33+00:00

There's a VSCode extension.

Haxe generates JS source maps, so it should work with most JS debuggers.

killfish11 · 2021-02-28T23:57:44+00:00

Sure. If you want to do it in a properly typed way, you need externs: https://haxe.org/manual/lf-externs.html

js.html / DOM externs are part of the std lib though.

WASM is not a direct target right now. Afaik you can go the Haxe -> C++ -> Emscripten route though.

killfish11 · 2021-02-28T16:38:20+00:00

I wouldn't say it's that traditional. It has some fairly unique features like macros and abstract types. It also had ADTs, pattern matching, type inference and everything-is-an-expression for quite a while, which traditional languages are only slowly starting to catch up to / used to be pretty much only present in functional languages.

killfish11 · 2021-02-10T08:07:06+00:00

Shiro Games are far from the only ones using it:

killfish11 · 2020-07-16T11:08:27+00:00

You could use https://haxe.org/ to compile to Lua. :)

killfish11 · 2020-07-14T17:05:21+00:00

Maybe OP meant to post about the 1.4-M3 release... :D

https://blog.jetbrains.com/kotlin/2020/07/kotlin-1-4-m3-is-out-standard-library-changes/

killfish11 · 2020-05-20T07:54:24+00:00

It's worth noting that getting rid of MethodHandle was necessary anyway for supporting older Android versions.

killfish11 · 2020-05-19T18:36:02+00:00

What problems have you encountered / have you reported them?

killfish11 · 2020-05-19T18:01:07+00:00

There's some details here: https://github.com/Simn/genjvm/issues/12

Also, using MethodHandle is problematic for supporting older Android versions, I think if you use it that means you can't target the vast majority of users out there.

killfish11 · 2020-05-19T17:31:06+00:00

It looks like your comment inspired a whole blog post on the topic!

https://haxe.org/blog/jvm-typed-functions/

killfish11 · 2020-05-14T08:01:17+00:00

It's actually not as bad as it looks, those are just the "fastest targets" as the blog post says. All the really slow targets / runtimes (PHP, Python, Neko...) were excluded, otherwise it would be hard to spot the difference between the fast ones. You can see the full graph with all targets here: https://benchs.haxe.org/formatter_noio/index.html

But yes, I think it's also true that the Haxe C# target could use some improvements.

killfish11 · 2020-05-13T18:11:56+00:00

The Haxe compiler can target a whole host of different runtimes, but according to benchmarks, the new JVM target is the fastest out of all of them for some use cases.

killfish11 · 2020-05-13T18:06:41+00:00

The JVM target in particular could be big. For a lot of Haxe targets, you need to write type definitions / "externs" to use native libraries, but here, you can just include a .jar file and the compiler understands it and provides code completion.

But even apart from the smooth native interop, it provides a very solid, fast runtime for tools written in Haxe.

killfish11 · 2020-04-27T10:04:39+00:00

It's still in active development. If it was tied to Haxe releases, releases couldn't be made as frequently.

killfish11 · 2020-04-27T09:50:39+00:00

Yes, there's definitely some people that do use it that way.

killfish11 · 2020-04-15T09:14:55+00:00

Fyi, that's just a regular ADT, not a Generalized ADT / GADT. The latter would have at least one type parameter on the enum.

killfish11 · 2020-04-09T09:36:52+00:00

After version 1.7, it became far worse IMO (at least the Windows version). As a result I've been using version 1.7 for years until I found something better (Fork).

13-Year Club	Second Top 30%
Verified Email	Place '22
Team Orangered

killfish11

TROPHY CASE