Decompiling 2024: A Year of Resurgance in Decompilation Research

Re:Decompiling 2024: A Year of Resurgance in Decompilation R... by chrisco255 on Thursday January 30, 2025 @10:30AM (#42878655)

LLMs are not deterministic, and I want deterministic builds from compiled code to assembly. I also do not want the LLM to arbitrarily change the functionality, I have no such guarantees.

[ Parent | on HN ]

Re:Decompiling 2024: A Year of Resurgance in Decompilation R... by sitkack on Thursday January 30, 2025 @11:20AM (#42879238)

Compilers aren't deterministic in the ways that people would think matter.

We will have LLM based compilers in the near future. Determinism is a property of the system, not the components.

[ Parent | on HN ]

Re:Decompiling 2024: A Year of Resurgance in Decompilation R... by LowLevelMahn on Thursday January 30, 2025 @12:09PM (#42879752)

"near" like never :)

[ Parent | on HN ]

Re:Decompiling 2024: A Year of Resurgance in Decompilation R... by sitkack on Thursday January 30, 2025 @02:07PM (#42880996)

You want to put money on it?

You set the criteria.

[ Parent | on HN ]

Re:Decompiling 2024: A Year of Resurgance in Decompilation R... by pjc50 on Friday January 31, 2025 @05:30AM (#42886396)

Let me know when an LLM compiler is licensed for use on critical infrastructure. Admittedly Java doesn't meet this bar (see "You acknowledge that Licensed Software is not designed or intended for use in the design, construction, operation or maintenance of any nuclear facility" https://www.oracle.com/technetwork/java/javase/downloads/jdk... )

[ Parent | on HN ]