Y
HN Search
Hacker News Search
new
|
comments
|
top
|
jobs
Rochus
searching PlanetScale…
1.
▲
2.
▲
3.
▲
4.
▲
5.
▲
6.
▲
52 ms
·
901.
▲
by
Rochus
2y ago
> Don't all of Wirth's languages let you use any ordinal as the array index? In Oberon, Wirth kicked out everything to the bare minimum, including subrange types. Array indices in Oberon start with 0.
902.
▲
by
Rochus
2y ago
Funny; it's actually surprisingly hard to find information; but Perplexity told me, that Lululemon's Luon is a material which has great flexibility and maintains its shape over time, wicking away sweat, and good coverage; all good
903.
▲
by
Rochus
2y ago
What do you mean by "natively"? Ahead of time compiled, or just working? If the latter, the present VM is already available on the mentioned systems. In my version, Gingko, I additionally removed a lot of outdated code to increase
904.
▲
by
Rochus
2y ago
It's excellent hardware, I have many redundant copies and thus high availability, the system just works, I automatically take care of efficient implementation, and the generated executables have high probability to work on all newer Li
905.
▲
by
Rochus
2y ago
Yes, but value types are only basic types. Structured types only have reference semantics and are nil by default.
906.
▲
by
Rochus
2y ago
I'm usually working on older machines on which the IDE's supporting language servers would be much too slow or wouldn't work at all because of incompatibilities. I like lean tools with little dependencies. But there is a pars
907.
▲
by
Rochus
2y ago
Records, arrays and hashmaps are structured types; in contrast to original Oberon, Luon has no pointer type, but reference semantics instead.
908.
▲
by
Rochus
2y ago
This is not actually a contradicion, and the audience will decide whether the language will be used more widely. It's not my first priority, but there's nothing against it either. What you call "tradition" applies to my
909.
▲
by
Rochus
2y ago
Actually, I only use original Oberon when I'm migrating the old Oberon systems. My interest lies in finding out how I would have to modify original Oberon to be as productive as I am used to with e.g. C++, but still adhering to the goa
910.
▲
by
Rochus
2y ago
Luon doesn't directly support tables, but instead supports records, arrays and hashmaps (which internally use tables). Since it's statically typed you can only store nil to a field or element if it is of a structured type.
911.
▲
by
Rochus
2y ago
> what the author plans to use it for Thanks. I e.g. re-implemented the Smalltalk-80 VM in Luon (see https://github.com/rochus-keller/Smalltalk/ ), and I consider implementing an Interlisp VM (see https:/
912.
▲
by
Rochus
2y ago
> Luon looks mostly like Oberon and not so much like Lua Luon can indeed look similar to Oberon if you use upper-case keywords and semicolons, but there is not need for this. Both - Lua and Luon - have much in common with Modula-2 (giv
913.
▲
by
Rochus
2y ago
https://github.com/rochus-keller/Luon
914.
▲
by
Rochus
2y ago
It's not about a "final conclusion", just about a summary of the measurement results at hand. Instead of letting the user to trawl through a lot of documents and figures and make geomean and factors calculations him/hers
915.
▲
by
Rochus
2y ago
Is there a summary somewhere, i.e. what are the overall conclusions from the measurement results?
916.
▲
by
Rochus
2y ago
Maybe I'm a bit biased because I was there for a study visit in the eighties. Of course it depends on the use case; if the composition is fully electronic, the composer can essentially be the same person as the performer, conductor and
917.
▲
by
Rochus
2y ago
Interesting. Using a regular language has some advantages, but also many disadvantages. One of the intentions of BUSY was - similar to e.g. Meson - to avoid a fully Turing complete language, because then people start to implement complex th
918.
▲
by
Rochus
2y ago
There is also the need to understand a build and to navigate a build system. Try e.g. to understand how the Chromium build works, and which options are enabled in which case. I even built a tool (see https://github.com/rochu
919.
▲
by
Rochus
2y ago
It's https://github.com/rochus-keller/crossline/ , a tool which I implemented and used for many years in my projects. It's inspired by Netmanage Ecco and implements features which can also be found in Ted
920.
▲
by
Rochus
2y ago
Interesting, thanks.
921.
▲
by
Rochus
2y ago
You seem to be hell-bent on a disagreement. Let's invest our time better, for example, making music. Do you have any musical works that can be listened to?
922.
▲
by
Rochus
2y ago
It's a rather traditional type system; the specification is here: http://software.rochus-keller.ch/busy_spec.html . The main advantage are the combination of modularization, types and formal declarations, so that if you
923.
▲
by
Rochus
2y ago
Maybe there is a difference how formally trained musicians and computer scientists see it. But actually I don't see a contradition of your statement to what I've written. And don't forget that also Miller Puckette comes from
924.
▲
by
Rochus
2y ago
> a large Starlark codebase is a large Python codebase, and large Python codebases are imperative, untyped, and can get messy even without all the things mentioned above. Even though your Starlark is pure and deterministic, it still eas
925.
▲
by
Rochus
2y ago
Thanks. I was able to download the paper from https://webaudioconf.com/_data/papers/pdf/2021/2021_8.pdf (the original link didn't work). Is the PhD thesis also available somewhere? What are your exp
926.
▲
by
Rochus
2y ago
It's actually a good analogy. It doesn't mention "timbre" and doesn't claim that timpre is not part of the compositional process. A classical composer can indeed specify timbre to a certain degree, and modern compos
927.
▲
by
Rochus
2y ago
Is there a link or copy of the conference paper or the PhD thesis?
928.
▲
by
Rochus
2y ago
Also notation systems were further developed. Many famous composers came up with their own scores for their electronic or electro-acoustic compositions (see e.g. Xenakis or Stockhausen).
929.
▲
by
Rochus
2y ago
The first sentence of the foreword brings to the point, what the book is about: " The Theory and Technique of Electronic Music is a uniquely complete source of information for the computer synthesis of rich and interesting musical timb
930.
▲
by
Rochus
2y ago
Nevertheless there is a huge difference between composing or improvising a musical piece, and programming a filter or oscillator. Btw. "audio engineering" is what audio engineers are doing (see e.g. https://aes2.org
More ›