| Re: [hatari-devel] macOS: SDL 2.14 build issues and missing PRODUCT_BUNDLE_IDENTIFIER |
[ Thread Index |
Date Index
| More lists.tuxfamily.org/hatari-devel Archives
]
- To: hatari-devel@xxxxxxxxxxxxxxxxxxx
- Subject: Re: [hatari-devel] macOS: SDL 2.14 build issues and missing PRODUCT_BUNDLE_IDENTIFIER
- From: Thomas Huth <th.huth@xxxxxxxxx>
- Date: Sun, 18 Sep 2022 13:42:50 +0000
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.de; s=2017; t=1663508573; bh=YaTSuIZgXRG4plRS0awReenbtzApLJwfWCWx/ePlCQ4=; h=Date:From:To:Subject:From; b=pOodImLNSsorum7yDmlo0tLqTR53q+yBMdKAwlOdpwa4gJ2RlkFATUCjdpmO1OHzn hA7CtcwIpqN1B1VTXhQjlmmNneFxgdVEijSgg0G2e2tOo94w+I9VrHY2NO7raYXNT0 KBN+fz4Jf15NAQsDgul2SCamx1cOvj7icbHc1Ih2pevfUWJdxW8dUnB97ffM2Nplx/ 86CM8INEHQeayB4/VrXTBvVFFyL24E/I4jWILjWkFUsMd8K6JD+1W2nNABXo1QhA9z nppa2rGhQ374iZcXHw8ooUcRwouo/2Wlyi5aeqsh64E3cp5AwfcIsXWB38TApKDnkt UfMrpSPX8XWRA==
Am Sun, 4 Sep 2022 09:03:53 +0200
schrieb Andreas Grabher <andreas_g86@xxxxxxxxxx>:
> > Am 21.08.2022 um 15:38 schrieb Thomas Huth <th.huth@xxxxxxxxx>:
> >
> > Am Sun, 21 Aug 2022 12:35:27 +0200
> > schrieb Andreas Grabher <andreas_g86@xxxxxxxxxx>:
> >
> >> Hello all,
> >>
> >> I tried building Hatari after updating to SDL 2.14.0. Building seems to be broken with this latest version of SDL2. It seems they changed the internal linking by adding an SDL2 directory to all source files in SDL.h. Therefore the headers are no longer found (/Library/Frameworks/SDL2.framework/Headers/SDL.h:32:10: 'SDL2/SDL_main.h' file not found).
> >
> > Seems they added some sed statements here to add that SDL2/ folder:
> >
> > https://github.com/libsdl-org/SDL/commit/41b9198515339d3a62f
> >
> > No clue why they did that, though. It sounds like this will break a lot of
> > build systems...
> >
> > Also no clue how to fix this properly ... do any macOS experts have a clue
> > here?
> >
> It seems this patch fixes the issue with Previous. It should work the same way for Hatari: https://sourceforge.net/p/previous/code/1161/ <https://sourceforge.net/p/previous/code/1161/>
Thanks! But I have to admit that I don't understand that patch ... What do
these "::" statements mean? Is this a new CMake feature? I've never seen
these before, do you have a URL with an explanation for these at hand?
Thomas