Rochus

19 ms·

1. 361.▲
   by Rochus 10mo ago

   > my bias against them is very strong Why? OO is just a tool like any other (e.g. functional etc. programming). From an engineering perspective (where engineering is essentially the art of solving problems using technical means), making
2. 362.▲
   by Rochus 10mo ago

   Do you think that "most performance issues" in Python are solved?
3. 363.▲
   by Rochus 10mo ago

   Sure. Late binding in Smalltalk-80 means that a bytecode method is selected via a hash table per class and the address of the internalized selector string (atom) as a key. In Oberon, procedures are natively compiled, but each module is dyna
4. 364.▲
   by Rochus 10mo ago

   The Mono and .Net 4 times were too short; the true time is unknown. I only left the Mandelbrot result because I got a decently looking figure for CoreCLR, but the actual factor to Mono is unreliable. If the Mono result was 1, the factor wou
5. 365.▲
   by Rochus 10mo ago

   You can find all necessary information/data in the article (see references). Finding the same hardware that I used might be an issue though. Concerning Mandelbrot, I wouldn't spend too much time, because the runtime was so short f
6. 366.▲
   by Rochus 10mo ago

   I measured the raw horsepower of the JIT engine itself, not the speed of the standard library (BCL). My results show that the Mono engine is surprisingly capable when executing pure IL code, and that much of the 'slowness' people
7. 367.▲
   by Rochus 10mo ago

   e.g. people who use exceptions and don't use destructors?
8. 368.▲
   by Rochus 10mo ago

   The goal of my compiler is not to get out maximum performance, neither of CoreCLR nor Mono. Just look at it as a random compiler which is not C#, especially not MS's C# which is highly in sync and optimized for specific features of the
9. 369.▲
   by Rochus 10mo ago

   > because it is using the Boehm GC For what reason? Mono has a pretty good precise GC since many years.
10. 370.▲
    by Rochus 10mo ago

    That's interesting. I made measurements with Mono and CoreCLR some years ago, but only with a single thread, and I came to the conclusion that their performance was essentially the same (see https://rochus.hashnode.dev/
11. 371.▲
    by Rochus 10mo ago

    (2007)
12. 372.▲
    by Rochus 10mo ago

    Concerning Lua: there are approaches for years to add static typing to Lua, but from my point of view (as a language developer) none was really good when compatibility with Lua on language level (such as TypeScript vs. JavaScript) is a goal
13. 373.▲
    by Rochus 10mo ago

    Thanks. The HB C++17 dependency is already a show-stopper for me. I want to be able to build everything on GCC 4.8, or even better 4.7. I also did some research what actually changed since 1.18.0 and didn't find features my project wou
14. 374.▲
    by Rochus 10mo ago

    > base things off of `luatex-plain` I have that on the radar indeed, but as far as I understand it still depends on plain.tex which again depends on tons of 1986 stuff (like old fonts) which I want to avoid. But due to my present experim
15. 375.▲
    by Rochus 10mo ago

    But this requires C23 and C++17 now, isn't it?
16. 376.▲
    by Rochus 10mo ago

    I'm successfully using ConTeXt in a radar data evaluation and reporting project for more than ten years where a C++ based generator reads data from binary Matlab files and combines/formats them into perfectly layouted reports auto
17. 377.▲
    by Rochus 10mo ago

    Thanks, I've seen that. So far kpathsea didn't get into my way and caused less trouble than the Lua code I had to use to (hopefully) achieve optimal typsetting quality. But kpathsea is indeed on my list of disposable parts. And fo
18. 378.▲
    by Rochus 10mo ago

    The idea was to use the version which was officially declared as "complete" and also the last before the development of the HB integration started. My focus is on stability. The idea was to go with a minimal system and even integr
19. 379.▲
    by Rochus 10mo ago

    Thanks for the info. I now have a pretty lean stand-alone build of luatex 1.10.0 without all the autotools fuzz. Currently I'm testing on Linux.
20. 380.▲
    by Rochus 10mo ago

    Cool, good to know. But I assume you use a standard version, part of TexLive or a subset thereof? What libraries in addition to the luatex executable to you need? I'm currently integrating the fontloader into the executable binary so t
21. 381.▲
    by Rochus 10mo ago

    Thanks for the hints. The projects have different goals. My goal is to use a stand-alone luatex engine and integrate it with my new typesetting language, completely replacing TeX. MMTeX still uses TeX, but make an easier to install package
22. 382.▲
    by Rochus 10mo ago

    > I hate this language with the intensity of a thousand suns Interesting. What's the main reason? Do you already have representative experience with Typst? Does it really solve the issues you perceived with Latex? Are you satisfied
23. 383.▲
    by Rochus 10mo ago

    > Kay's comments have always struck me as in line with Brad Cox's views It is unlikely that the two would have agreed on this. Kay's view is actually based on messages, as implemented in Erlang, for example, and to some ex
24. 384.▲
    by Rochus 10mo ago

    Not really; this one point to a Phoronix article, not to the Lua website.
25. 385.▲
    by Rochus 10mo ago

    No wonder Herb Sutter left Microsoft.
26. 386.▲
    by Rochus 10mo ago

    > Would you say that Ada sits close to Modula 2 philosophically In the Rationale for the Design of the Ada Programming Language (published as SIGPLAN Notices, June 1979), the design team explicitly lists their influences. Mesa (a languag
27. 387.▲
    by Rochus 10mo ago

    This is a common belief among experienced programmers, but it is largely contradicted by empirical science, especially when discussing novices or general maintainability. First, it is not only about syntax, but also about the possibility to
28. 388.▲
    by Rochus 10mo ago

    Ada follows another philosophy than C and many developers. The 1979 Ada Rationale explicitly states "Readability is more important than writability". Jean Ichbiah, the creator of Ada, explained in an interview that " even if
29. 389.▲
    by Rochus 10mo ago

    Raymond argues in the referenced book that while OOP has value in specific domains, its benefits have been oversold and its typical usage often conflicts with the core Unix philosophy of simplicity and transparency. I think that's a va
30. 390.▲
    by Rochus 10mo ago

    Ada is not even "Wirthian". There are similarities with Pascal syntax, but the philosophy is completely different (see my other comment).