Decompiler function signatures don't match to analysed ones.

[ROMAINPC]

Environment information

• Operating System: Windows 10
• Cutter version: Version 2.3.4-HEAD-209c26b
• Obtained from:
  • [ ] Built from source
  • [x] Downloaded release from Cutter website or GitHub
  • [ ] Distribution repository
• File format: ELF

Describe the bug

In the decompiler view all functions have void arguments. However, the comments in the disassembly view clearly shows the correct signature of the function. Consequently decompiled code is really hard to read. I am a beginner with Cutter may be am I missing a setting.

To Reproduce

Steps to reproduce the behavior:

1. Open a binary file (x86_64)
2. Analyse it (auto mode)
3. Open main() function in decompiler view

Expected behavior

Code signature will be int32_t main (void) and code will look like

    rax = s;
    fgets (rax, 0x40, *(stdin));
    rax = s;
    rdi = rax;
    eax = my_other_func();

Instead of : (in Ghidra for example)

  fgets(local_48, 0x40, stdin);
  iVar1 = my_other_func(local_48);

[ROMAINPC]

I spent several hours on this problem and it is by posting the issue that I found a solution!

For beginners like me : Force use of Ghidra decompiler with the Decompiler: option at bottom right of the window. Switch from jsdec to Ghidra.