[macOS] core broken: from 1.7.3 onwards

[gingerbeardman]

Trying to figure out when this started by going back through versions.

This is with 1.7.5 stable standard graphics build.

[gingerbeardman]

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.

[gingerbeardman]

Seems OK in 1.7.8 on Mojave

[negativeExponent]

nice. the core can live on forward :D

[negativeExponent]

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

[gingerbeardman]

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!

[gingerbeardman]

Let me know if this issue, or #32 is better