WizzardSK
86f5ca800d
* ci: turn the iOS 9 job back off, with what it said on the way out
It was the one of the five I could not try before pushing, and one run was
enough. It compiles the pinned commit and then fails to link:
Undefined symbols for architecture armv7:
"std::bad_optional_access::~bad_optional_access()"
"vtable for std::bad_variant_access"
"vtable for std::bad_optional_access"
Those arrived in Apple's libc++ with iOS 12 and 32-bit iOS ended at 10, so no
armv7 slice of any SDK carries them. Supplying them from the core does work -
but it only moves the failure, because building the tip for armv7 stops before
that, inside libc++:
__format/formatter_floating_point.h:74: error: 'to_chars' is unavailable:
introduced in iOS 16.3
std::format with a floating-point argument reaches the floating-point half of
<charconv>, which Apple shipped in iOS 16.3 / macOS 13.3 / tvOS 16.3. Every
Apple target here is built below that, which is also what OSX_BUILD_COMMIT is
working around - the Apple jobs build a commit from before that code arrived,
now some 670 behind.
So the job goes back into a comment with both errors in it, rather than being
left red for whoever looks at the pipeline next. The other four targets from
the last change are green.
* ci: build the Switch core, which the recipe has been ready for
The libnx template has been in the include list since .gitlab-ci.yml was
written, the job under it has been commented out for just as long, and the
Makefile has had a platform=libnx branch the whole time - so the Switch has
never had a core built from this tree.
It does not build as it stands: -std=c++23 defines __STRICT_ANSI__, newlib
reads that as "no POSIX names", and libretro.cxx calls strdup:
../../os/libretro/libretro.cxx:140:18: error: 'strdup' was not declared in
this scope; did you mean 'strcmp'?
-D_GNU_SOURCE in the libnx flags is enough - devkitA64 has the function, the
header simply will not declare it otherwise.
Built with devkitA64 before turning the job on, so what lands on the buildbot
is a job that passes rather than one that finds this out in a nightly.
Stella is a multi-platform Atari 2600 VCS emulator which allows you to play all of your favourite Atari 2600 games on your PC. You'll find the Stella Users Manual in the docs subdirectory. If you'd like to verify that you have the latest release of Stella, visit the Stella Website at:
Enjoy,
The Stella Team
Reporting issues
Please check the list of known issues first (see below) before reporting new ones. If you encounter any issues, please open a new issue on the project issue tracker.
Note: Please do not report issues regarding platforms other than PC and RetroN 77 (e.g. Libretro) here. The Stella Team is not responsible for these forks and cannot help with them.
Known issues
Please check out the issue tracker for a list of all currently known issues.
macOS Installation
When downloading Stella on macOS, Gatekeeper may block the app from opening with a message like "Stella cannot be opened because Apple cannot verify it is free from malware."
To work around this, use either of the following methods:
Option 1 — Right-click to open (easiest):
- Right-click (or Control-click)
Stella.app - Select Open from the context menu
- Click Open in the confirmation dialog
You only need to do this once; Stella will open normally after that.
Option 2 — Terminal:
xattr -dr com.apple.quarantine /path/to/Stella.app