The XPC Services are only needed for sandboxed app. Sandboxing the
ScummVM App will be required if we submit it to the Mac App Store,
but since the Mac App Store handles app updates we have no reason
to use Sparkle for that version. So assume we will only use Sparkle
in non-sandboxed applications.
If we find that we need to keep the XPC Services, we will need to
update how the bundle is signed. With the current commands this
results in a corrupted bundle that cannot be open.
See https://sparkle-project.org/documentation/sandboxing/#code-signing
When building the iOS port of ScummVM using configure instead of
Xcode, the on-screen icons were not copied to the generated bundle.
Assets not being application icons or launch images are compiled to
an Assets.car file by Xcode and put in the root directory of the
application bundle.
Generate a Assets.car containg the on-screen icons by running the
following command in the dists/ios7 directory:
xcrun actool ./Images.xcassets --compile build --platform iphoneos \
--minimum-deployment-target 7.0 --app-icon AppIcon \
--output-partial-info-plist partial.plist \
--launch-image LaunchImage
The Assets.car seems to be a proprietary Apple’s archive that first
appeared in iOS 7.
This commit adds a compiled Assets.car contating the assets to the
ios7 dists, just as in the tvos dist. The Assets.car file is then
copied to the root directory of the app bundle in the ports.mk file
when running "make ios7bundle"
Delete the old graphic handling in the IOS7 backend which is not
used anymore after implementing iOSGraphicsManager.
The Accelerate framework is not used anymore. The OpenGLGraphics
manager handles the different color formats.
AppData id should really be a rDNS but its filename and desktop
filename must match this id.
This commit makes everything match.
The provides directive must not mention its own desktop file but
launchable should.
Just reuse the MACOSX_LEOPARD_OR_BELOW define, since TextEdit isn't able
to make anything out of this attribute on Leopard or below anyway.
Fixes a GNU make mistake of mine in commit
cdbdb58e07cc2235cd24ce2d6e8ea515938fdd93.
The API was there but not the tool (which appeared in Leopard), and
even if you give it a replacement, Finder/TextEdit won't use the extra
encoding metadata that's used there, so it's useless on older OSX.
- add NDEBUG for smaller file size and better performance when building
with --enable-release
- add exe extensions for both ATARI and FreeMiNT
- use "dist-generic" instead of the clunky ./configure paths
Build as:
./configure --backend=atari --host=m68k-atari-mint --enable-release --disable-mt32emu --disable-lua --disable-nuked-opl --disable-16bit --disable-scalers --disable-translation --disable-eventrecorder --disable-tts --disable-bink --opengl-mode=none --enable-verbose-build && make -j 16 && rm -rf dist-generic; make dist-generic
Add Apple Accelerate framework to iOS and tvOS targets. The framework
utilizes NEON extensions on the ARM chip to accelerate calculations.
This will come to use when processing texture data.
Add the GameController framework to the project and enable support for
controller user interaction in the Info.plist file. This allows for
Game Controller compatible devices to notify the application when
connected.
Add GameController framework to configure and ports.mk if not using
Xcode to build the target.
On older macOS releases, this would leave `-e` suffixed files, and
there is no easy way to have a portable sed -i'' syntax.
Just force a creating a suffixed backup and immediately delete it.
codesign didn't exist on Tiger, and didn't have a --deep option on
Leopard.
Moreover, it was rarely used on these older systems, and previous
releases of ScummVM on Mac PowerPC weren't signed either.
Apple's desktop operating system was formerly called "Mac OS X" and "OS X", but since 2016 it has been called "macOS" (starting with version 10.12).
Changing across all comments and documentation to use this current terminology, except in cases where the historical versions are explicitly referenced. No code changes are made; we should consider changing those in future PRs.
The documentation for CpMac indicates that since Mac OS X 10.4
we can use cp instead, and thet CpMac will be deprecated. It looks
like it was finally removed in Xcode 13 as this is no longer
installed as part of the Xcode command line tools.
Also make sure links are preserved when using cp in the bundle make
target. The -P option is the default on macOS and the various Linux
I checked, but this may not be the case on all systems.
This partially revert commit 0ff00cca2a and should hopefully
fix bug #12647.
The issue is that the executable name in the Info.plist did not
match the name of the executable generated by Xcode (ScummVM vs
scummvm). I changed it back to $(EXECUTABLE_NAME), which is
automatically replaced by Xcode, and added a sed command to the
make target to replace it with the actual executable name (as
we did with the $(PRODUCT_BUNDLE_IDENTIFIER) already).
An alternative would be to hardcode the name to "scummvm" in the
Info.plist and change the iphonebundle and ios7bundle target to
also use all lower case scummvm when copying the executable.
