metamage_1 icon indicating copy to clipboard operation
metamage_1 copied to clipboard

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

Open halian opened this issue 3 years ago • 3 comments

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?

halian avatar Apr 26 '21 08:04 halian

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 avatar May 07 '21 00:05 jjuran

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.

jjuran avatar May 27 '21 03:05 jjuran

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

nyetwurk avatar Jun 22 '21 07:06 nyetwurk

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.)

jjuran avatar Dec 24 '22 10:12 jjuran