• 1 Post
  • 25 Comments
Joined 10 months ago
cake
Cake day: September 9th, 2025

help-circle




  • Generating a working assembly code is not a big deal. People were doing it before LLMs see slightest light of the day using various other heuristics including Genetic Programming. The challenge is writing an Assembly code which you can prove works well and will continue to do so :)

    That’s why Genetic Programming is very rarely used to directly generate a software.

    Edit: But you can use GP for Machine Learning tasks. Tell it to generate a program, like an assembly code which plays chess well. Or can do a binary classification given a photo or other media.









  • Hey. The number of problems which can are decidable are infinite as are those which are not. But as soon as there is a backward jump in your code, a Turing machine most likely won’t be able to decide if it’ll halt or not. The while(true) is an exception. In the real world we have a great number of programs whose loops cannot be decided by a Turing machine. But the programmer who has written the code knows when the loop will terminate.

    If we see the machine code, if there is a conditional backward jump(unlike while(true) which is unconditional), in the general case it’s undecidable.







  • Cross posting me comment from CNX:

    Lemme clarify something about the earlier comments I had. If we see this device as a start to liberate the world of e-readers, it could be a very good effort. If it goes well, I would appreciate it very much. But as a device to use as a real e-reader daily, nope it isn’t.

    If the efforts of Open Touch people lead us into an open e-reader ecosystem, it makes all sense that the first open hardware e-reader doesn’t catch many eyes. Perfect is achieved step by step. It doesn’t come for granted for free. However, going for ESP32-S3 still would be a valid criticism.