search

jjuran / metamage_1

Metamage open source, general repository, iteration 1
306 stars 27 forks source link

Mac OS 11.2.1 “Big Sur”: Compilation fails on beep.cc #16

Closed halian closed 1 year ago

halian commented 3 years ago 
mac/libs/mac-sys-utils//mac_sys/beep.cc:16:10: fatal error: 'Sound.h' file not found
#include <Sound.h>
         ^~~~~~~~~
1 error generated.
wait status from command: 256
make: *** [ams-osx-build] Error 2

How, if at all, can one obtain Sound.h?

jjuran commented 3 years ago

You don't. Sound.h is part of the 32-bit Carbon API that's no longer supported. It's only needed for the 32-bit front end.

Try running make ams-quartz-demo instead. That uses a 64-bit fullscreen front end and generates standalone app packages that you can launch directly. I haven't had a chance to test this in Big Sur yet, but it's known to work in Catalina.

jjuran commented 3 years ago

Please update your checkouts of the metamage_1, freemount, and ams-68k-bin repositories, then run make ams-quartz-demo. The latest code (as of this writing) works in Big Sur on both x86 and ARM.

nyetwurk commented 3 years ago

Also, why not use gitmodules for freemount and ams-68k-bin?

jjuran commented 1 year ago

I don't use Git modules because (a) my port of Git to classic Mac OS (via MacRelix) doesn't support them, and (b) they're misdesigned to track the location of the submodule repositories in history, which is fine if you're switching vendors but a problem if you're following a vendor that moves, or (as in this case) if they're sibling repositories — the AMS build process will grab secondary repositories from whereever the primary came from, which might be my local network.

(In the future, please open a new issue to ask an unrelated question.)