Compilation error on intel or m1 Mac

[aloultraext]

Compilation error on intel or m1 Mac

[EmeraldLoc]

Added more linker flags, so fixed most of linking errors. What is the linker flag for these objects

?

[PaulGrandperrin]

I'm stuck at the same point. Using an x86_64 macOS.
Those symbols are in sound_data.o.
The issue is the sound_data.o has been assembled using the mingw as which produce a mingw specific object.
The linker then complains about not understanding this object's format and ignores its symbols.

My understanding is that the source ofsound_data.o can only be assembled using GNU as. The as from macOS will fail.
However, I don't understand who using mingw's as has ever been working before.. because of the different output format.

Pinging people who I think worked on this: @AloXado320 @AuroraWright @Hyenadae @GammaTendonNine

[EmeraldLoc]

So I was able to get it to compile, which is nice. It seems to actually come from load.c when you set the data var in audio_init. However, it crashes on launch, more progress :)

[EmeraldLoc]

I don't think adding a linker flag will fix it, and honestly I just wanna know why they made the change, I was able to compile the version right before sound_data.s became a thing. Odd.

[EmeraldLoc]

ITS WORKING!!! I got it compiled lets go! However there is no audio which is a little akward lol. So in load.c lines 106-109 remove the extern part, then it will compile and launch. However remember to build with RENDER_API=GL_LEGACY or else your screen will be black.

[EmeraldLoc]

Making a pr for all fixes done

[PaulGrandperrin]

I think this issue should be kept open because the PR doesn't really fix the issue of the sound code not linking properly.
The PR replaces the missing sound data with empty arrays so that the linker doesn't complain.. But the real issue is still there and still need fixing.