Closed gingerbeardman closed 4 years ago
OK, so:
(tests using stable versions, config deleted between each launch)
1.7.2 - works 1.7.3 - does not work 1.7.5 - does not work 1.7.6 - does not work
No startup beep when it does not work. Exact screen colour/black/mess varies by game.
Seems OK in 1.7.8 on Mojave
nice. the core can live on forward :D
you seem to be referencing a retroarch version. core does not have anything to do with what version RA is. in anycase, i dont have mac/ios so you have to give more info/troubleshooting details than just saying "not working". a bisect probably if its indeed something or RA (as you are referring to RA version), or core.
my current unmerged PR has logging for the paths of images loaded, even when using m3u/cmd. it also logs params passed to core for startup. i it remains "black", see if F12 can at least show the menu. if it does see what path is loaded and compare this to the path you expect to have been loaded. show the full logs then.
start core without content if it works. if it does, load a basic disk, like a human68k boot disk
in any case, core hasn't seen core-related changes in its lifetime.
someone has to look at compiler flags if something there needs to be changed needed for updated toolschains or whatnot...
i see a more updated OS x target see if this helps:
# OS X
else ifeq ($(platform), osx)
TARGET := $(TARGET_NAME)_libretro.dylib
fpic := -fPIC
SHARED := -dynamiclib
ifeq ($(arch),ppc)
ENDIANNESS_DEFINES := -DMSB_FIRST -DBYTE_ORDER=BIG_ENDIAN
OLD_GCC := 1
endif
OSXVER = `sw_vers -productVersion | cut -d. -f 2`
OSX_LT_MAVERICKS = `(( $(OSXVER) <= 9)) && echo "YES"`
fpic += -mmacosx-version-min=10.7
CXXFLAGS += -stdlib=libc++
LDFLAGS += -stdlib=libc++
px68k is all compiling with -03 on all targets, optimizations might be causing problems as well... https://github.com/libretro/px68k-libretro/blob/master/Makefile.libretro#L342
in any case, i have no clue about compiler optimizations, makefiles outside compiling and adding defines/flags
etc
I was under the (mistaken?) impression that old 六百間 versions pulls down cores of similar age? If this is not the case I will need instructions how to bisect the core rather than the RetroArch main app.
Also, I did say more than "not working" in that I described the black screen and showed a log of how far through things got, and what happened when I interacted with the emu.
But I'm happy to do some testing in whatever way is useful. Cheers!
Let me know if this issue, or #32 is better
Trying to figure out when this started by going back through versions.
This is with 1.7.5 stable standard graphics build.