Mark Street

I just successfully compiled on a clean Docker image of `ubuntu:20.04` ``` # uname -a Linux 950721305bdf 5.4.0-42-generic #46-Ubuntu SMP Fri Jul 10 00:24:02 UTC 2020 x86_64 x86_64 x86_64 GNU/Linux...

Using main the command works, but still not right in decomp.me CI, will investigate. ``` $ ~/github/wibo/build/wibo ./ee-gcc.exe -v -S ~/github/wibo/sn64/test.cpp Reading specs from Z:\home\mark\github\decomp.me\backend\compilers\ps2\ee-gcc2.95.2-273a\bin\..\lib/gcc-lib/ee\2.95.2\specs gcc driver version 2.9-ee-991111b/r4 executing...

I've been having a play with this. The current issue I'm running into is that the codemirror element only renders the lines it needs.. therefore if you have lines 1-30...

Gonna close this one as the change has been implemented - heavily based on your code, so thank you very much!

Other versions (3.5/3.7) cannot call the child processes: ``` $ SN_NGC_PATH=. wibo ngccc.exe test.c -o test.o NGCCC Error : error while executing cpp. NGCCC : Not a valid win32 executable....

I feel like the support is good enough that this issue can be closed.. anyone think it should be kept open?

The reloc is from earlier in the .text section.. I've raised a bug on [bugzilla](https://sourceware.org/bugzilla/show_bug.cgi?id=32049) but I'm not particularly hopeful it'll get fixed. Are line numbers per-section? I.e. for MWCC...

There are two scenarios for the `--disassemble=FUNCTIONNAME`. 1. Single `.text` section (e.g. gcc, [target.o.zip](https://github.com/user-attachments/files/16570745/target.o.zip)) - buggy objdump, bad asm-differ behaviour. ``` $ mips-linux-gnu-objdump --disassemble=eMessageCpy --reloc target.o target.o: file format elf32-tradlittlemips...

Do you have any thoughts on this PR - is there a different way to solve the issue?

Can someone upload their `config.bin` so that I can have a look at it?