Hi;

Trying to build SDL Ada on a Mac Mini with M1 chip, running Ventura 13.4.1...

sudo make DESTDIR=/opt/ext_ada_lib/sdlada SDL_PLATFORM=macosx SDL_MODE=release
mkdir -p gen/src/
gprbuild -p -gnat2012 -XSDL_MODE=release -XSDL_PLATFORM=macosx \
-Psdlada.gpr
Compile
[C] version_ttf.c
[redacted]/Ada/from_GitHub/sdlada-master/src/ttf/version_ttf.c:27:18: fatal error: SDL2_ttf/SDL_ttf.h: No such file or directory
27 | #include <SDL2_ttf/SDL_ttf.h>
| ^~~~~~~~~~~~~~~~~~~~
compilation terminated.
gprbuild: *** compilation phase failed
make: *** [lib/libadasdl.a] Error 4

Thanks,
Ken Wolcott

On 28/06/2023 19:38, Kenneth Wolcott wrote:
> Hi;
>
> Trying to build SDL Ada on a Mac Mini with M1 chip, running Ventura 13.4.1...
>
> sudo make DESTDIR=/opt/ext_ada_lib/sdlada SDL_PLATFORM=macosx SDL_MODE=release
> mkdir -p gen/src/
> gprbuild -p -gnat2012 -XSDL_MODE=release -XSDL_PLATFORM=macosx \
> -Psdlada.gpr
> Compile
> [C] version_ttf.c
> [redacted]/Ada/from_GitHub/sdlada-master/src/ttf/version_ttf.c:27:18: fatal error: SDL2_ttf/SDL_ttf.h: No such file or directory
> 27 | #include <SDL2_ttf/SDL_ttf.h>
> | ^~~~~~~~~~~~~~~~~~~~
> compilation terminated.
> gprbuild: *** compilation phase failed
> make: *** [lib/libadasdl.a] Error 4

Have you installed sdl ttf with brew? I cannot confirm this all works
without brew.

On Wednesday, June 28, 2023 at 2:14:00 PM UTC-7, Luke A. Guest wrote:
> On 28/06/2023 19:38, Kenneth Wolcott wrote:
> > Hi;
> >
> > Trying to build SDL Ada on a Mac Mini with M1 chip, running Ventura 13.4.1...
> >
> > sudo make DESTDIR=/opt/ext_ada_lib/sdlada SDL_PLATFORM=macosx SDL_MODE=release
> > mkdir -p gen/src/
> > gprbuild -p -gnat2012 -XSDL_MODE=release -XSDL_PLATFORM=macosx \
> > -Psdlada.gpr
> > Compile
> > [C] version_ttf.c
> > [redacted]/Ada/from_GitHub/sdlada-master/src/ttf/version_ttf.c:27:18: fatal error: SDL2_ttf/SDL_ttf.h: No such file or directory
> > 27 | #include <SDL2_ttf/SDL_ttf.h>
> > | ^~~~~~~~~~~~~~~~~~~~
> > compilation terminated.
> > gprbuild: *** compilation phase failed
> > make: *** [lib/libadasdl.a] Error 4
> Have you installed sdl ttf with brew? I cannot confirm this all works
> without brew.

Hi Luke;

I heavily use MacPorts. I keep hearing that it is a very bad idea to have MacPorts and HomeBrew concurrently installed on the same machine. Is it at all possible to do this without HomeBrew? Apparently I did not read your documentation carefully enough...I thought that having SDL installed via HomeBrew was optional, not required.

Thanks,
Ken

On Wednesday, June 28, 2023 at 2:18:36 PM UTC-7, Kenneth Wolcott wrote:
> On Wednesday, June 28, 2023 at 2:14:00 PM UTC-7, Luke A. Guest wrote:
> > On 28/06/2023 19:38, Kenneth Wolcott wrote:
> > > Hi;
> > >
> > > Trying to build SDL Ada on a Mac Mini with M1 chip, running Ventura 13.4.1...
> > >
> > > sudo make DESTDIR=/opt/ext_ada_lib/sdlada SDL_PLATFORM=macosx SDL_MODE=release
> > > mkdir -p gen/src/
> > > gprbuild -p -gnat2012 -XSDL_MODE=release -XSDL_PLATFORM=macosx \
> > > -Psdlada.gpr
> > > Compile
> > > [C] version_ttf.c
> > > [redacted]/Ada/from_GitHub/sdlada-master/src/ttf/version_ttf.c:27:18: fatal error: SDL2_ttf/SDL_ttf.h: No such file or directory
> > > 27 | #include <SDL2_ttf/SDL_ttf.h>
> > > | ^~~~~~~~~~~~~~~~~~~~
> > > compilation terminated.
> > > gprbuild: *** compilation phase failed
> > > make: *** [lib/libadasdl.a] Error 4
> > Have you installed sdl ttf with brew? I cannot confirm this all works
> > without brew.
> Hi Luke;
>
> I heavily use MacPorts. I keep hearing that it is a very bad idea to have MacPorts and HomeBrew concurrently installed on the same machine. Is it at all possible to do this without HomeBrew? Apparently I did not read your documentation carefully enough...I thought that having SDL installed via HomeBrew was optional, not required.
>
> Thanks,
> Ken

Since I'm not using ALIRE (ALR), but using gnatmake (I'm on a Mac mini with an M1 chip, ALR refuses to get most packages because I don't have a native Ada compiler), I thought that the HomeBrew mention was in regards to using the SDLAda package via ALIRE.

So that's a different problem requiring a different post :-)

Thanks,
Ken

On 28/06/2023 22:53, Kenneth Wolcott wrote:

>> I heavily use MacPorts. I keep hearing that it is a very bad idea to have MacPorts and HomeBrew concurrently installed on the same machine. Is it at all possible to do this without HomeBrew? Apparently I did not read your documentation carefully enough...I thought that having SDL installed via HomeBrew was optional, not required.

I didn't get it working on Mac myself, I originally started to get it
going using the downloadable binaries you can just drag n drop.

Others got it working with brew, afaik.

> Since I'm not using ALIRE (ALR), but using gnatmake (I'm on a Mac mini with an M1 chip, ALR refuses to get most packages because I don't have a native Ada compiler), I thought that the HomeBrew mention was in regards to using the SDLAda package via ALIRE.
>
> So that's a different problem requiring a different post :-)

You're probably better off using git to grab it, then modify the
makefile and gpr's for a specific macos macports port, add a new
Platform_Type, macosx_macports and add what you need inside the sdlada.gpr.

Then you can call make SDL_PLATFORM=macosx_macports SDL_MODE=release to
build it.

Check whatever sdl2-config --cflags produces on that port.

If the headers are in different directories, you'll need to modify the
version*.c files with extra #ifdef's for macports.

On Wednesday, June 28, 2023 at 3:45:41 PM UTC-7, Luke A. Guest wrote:
> On 28/06/2023 22:53, Kenneth Wolcott wrote:
>
> >> I heavily use MacPorts. I keep hearing that it is a very bad idea to have MacPorts and HomeBrew concurrently installed on the same machine. Is it at all possible to do this without HomeBrew? Apparently I did not read your documentation carefully enough...I thought that having SDL installed via HomeBrew was optional, not required.
> I didn't get it working on Mac myself, I originally started to get it
> going using the downloadable binaries you can just drag n drop.
>
> Others got it working with brew, afaik.
> > Since I'm not using ALIRE (ALR), but using gnatmake (I'm on a Mac mini with an M1 chip, ALR refuses to get most packages because I don't have a native Ada compiler), I thought that the HomeBrew mention was in regards to using the SDLAda package via ALIRE.
> >
> > So that's a different problem requiring a different post :-)
> You're probably better off using git to grab it, then modify the
> makefile and gpr's for a specific macos macports port, add a new
> Platform_Type, macosx_macports and add what you need inside the sdlada.gpr.
>
> Then you can call make SDL_PLATFORM=macosx_macports SDL_MODE=release to
> build it.
>
> Check whatever sdl2-config --cflags produces on that port.
>
> If the headers are in different directories, you'll need to modify the
> version*.c files with extra #ifdef's for macports.

Hi Luke;

Thank you for more information.

This looks a little bit deeper than I feel comfortable :-(

I'll think about this a bit more and experiment further, but this is definitely in uncharted territory for me.

Thanks,
Ken

On 29/06/2023 01:17, Kenneth Wolcott wrote:
> Hi Luke;
>
> Thank you for more information.
>
> This looks a little bit deeper than I feel comfortable :-(
>
> I'll think about this a bit more and experiment further, but this is definitely in uncharted territory for me.
>

It';s really not, you need to run sdl2-config --cflags and --libs to get
the set of flags, do that and report back here with the results.

Kenneth Wolcott <kennethwolcott@gmail.com> writes:

> I heavily use MacPorts. I keep hearing that it is a very bad idea to
> have MacPorts and HomeBrew concurrently installed on the same machine.
> Is it at all possible to do this without HomeBrew? Apparently I did
> not read your documentation carefully enough...I thought that having
> SDL installed via HomeBrew was optional, not required.

It's quite tricky to get the C includes and library directories working;
using Homebrew doesn't make it any easier, and the fact that the Mac
compilers (both the ones I've provided and the ones you get via Alire)
don't look in /usr/local by default doesn't help.

Having the external SDL2/SDL2_images/SDL22_ttf installed via Homebrew
isn't mandatory, but they do have to be installed! I expect that
MacPorts can do this.

With HomeBrew, installed packages are(almost always) under
$HOMEBREW_PREFIX, and I've defined these environment variables globally:

export C_INCLUDE_PATH=$HOMEBREW_PREFIX/include
export LIBRARY_PATH=$HOMEBREW_PREFIX/lib

I'd be surprised if MacPorts doesn't do similar
(e.g. MACPORTS_PREFIX=/opt/local ??).

Kenneth Wolcott <kennethwolcott@gmail.com> writes:

> Since I'm [...] using gnatmake

I don't understand why you'd want to use gnatmake? Most people who
provide packaged libraries (e.g. sdlada) include a GPR file which saves
you a raft of pain if you use it. OK, you have to learn something about
gprbuild, but then you have to learn how to drive gnatmake (e.g. the
previous discussion about -I). Also, sdlada includes 3 C source files,
and so far as I know gnatmake doesn't know how to build C files, whereas
gprbuild does and build/gnat/sdlada.gpr drives the needed compilations.

> I'm on a Mac mini
> with an M1 chip, ALR refuses to get most packages because I don't have
> a native Ada compiler

Can you give us an example of a package that alr refuses to get?

On 29/06/2023 14:12, Simon Wright wrote:
> Kenneth Wolcott <kennethwolcott@gmail.com> writes:
>
>> Since I'm [...] using gnatmake
>
> I don't understand why you'd want to use gnatmake? Most people who
> provide packaged libraries (e.g. sdlada) include a GPR file which saves
> you a raft of pain if you use it. OK, you have to learn something about
> gprbuild, but then you have to learn how to drive gnatmake (e.g. the
> previous discussion about -I). Also, sdlada includes 3 C source files,
> and so far as I know gnatmake doesn't know how to build C files, whereas
> gprbuild does and build/gnat/sdlada.gpr drives the needed compilations.

Yeah, unfortunately I cannot remove the C files as they turn C macros
into variables and are useful at runtime, see the sdlada repo for
someone who wants to get rid of them.

"Luke A. Guest" <laguest@archeia.com> writes:

> Yeah, unfortunately I cannot remove the C files as they turn C macros
> into variables and are useful at runtime, see the sdlada repo for
> someone who wants to get rid of them.

I had exactly this in tcladashell; even better, a Tcl script to generate
a C source, compiled against the Tcl/Tk libraries and run to generate
Ada source specifying record sizes/alignments.

On Thursday, June 29, 2023 at 9:06:56 AM UTC-7, Simon Wright wrote:
> "Luke A. Guest" writes:
>
> > Yeah, unfortunately I cannot remove the C files as they turn C macros
> > into variables and are useful at runtime, see the sdlada repo for
> > someone who wants to get rid of them.
> I had exactly this in tcladashell; even better, a Tcl script to generate
> a C source, compiled against the Tcl/Tk libraries and run to generate
> Ada source specifying record sizes/alignments.

Hi Luke & Simon;

Let's see if I can properly address all of the wonderful responses in a summarized fashion.

1. I'm using gnatmake versus gprbuild because I just haven't gotten used to it yet, not avoiding it specifically. Of course it looks like it makes things easier...

2. I stopped using Alire because I wanted a native gnat compiler and Alire didn't provide one and now that I installed and am using Simon's (again, thank you) build, Alire refuses to "get" some interesting packages. I'll respond later with some specific examples. Perhaps I have Alire improperly installed or configured...

3. I have installed libsdl2 via MacPorts:
port list | grep sdl2
libsdl2_mixer @2.6.3 audio/libsdl2_mixer
libsdl2 @2.28.0 devel/libsdl2
libsdl2-snowleopard @2.0.22 devel/libsdl2-snowleopard
libsdl2_gfx @1.0.4 devel/libsdl2_gfx
libsdl2_image @2.6.3 devel/libsdl2_image
libsdl2_net @2.2.0 devel/libsdl2_net
libsdl2_ttf @2.20.2 devel/libsdl2_ttf

4. Examples of Alire's "get" failure:
alr --no-color search --crates sdl
labs_solar_system A set of SDL-based exercises to learn Ada
libsdl2 Simple DirectMedia Layer development files
libsdl2_image Simple DirectMedia Layer development files - Image
libsdl2_ttf Simple DirectMedia Layer development files - TTF
pygamer_simulator SDL simulator of the AdaFruit PyGamer console
sdlada Ada 2012 SDL 2.x bindings.

alr --no-color get sdlada
Warning:
Warning: New solution is incomplete.
Warning: +~ libsdl2 ^2.0.0 (new,external)
Warning: +~ libsdl2_image ^2.0.0 (new,external)
Warning: +~ libsdl2_ttf ^2.0.0 (new,external)
Warning: + make 3.81.0 (new)
Warning:
Warning: Could not find a complete solution for sdlada=2.5.5
Build will fail unless externals are made available, do you want to continue?
[Y] Yes [N] No (default is No) n
ERROR: Crate retrieval abandoned.

alr --no-color get libsdl2_ttf
ERROR: No source release indexed for the requested crate, and cannot use system packages in unknown distribution

alr --no-color get libsdl2
ERROR: No source release indexed for the requested crate, and cannot use system packages in unknown distribution

Thanks,
Ken

On 29/06/2023 17:06, Simon Wright wrote:
> "Luke A. Guest" <laguest@archeia.com> writes:
>
>> Yeah, unfortunately I cannot remove the C files as they turn C macros
>> into variables and are useful at runtime, see the sdlada repo for
>> someone who wants to get rid of them.
>
> I had exactly this in tcladashell; even better, a Tcl script to generate
> a C source, compiled against the Tcl/Tk libraries and run to generate
> Ada source specifying record sizes/alignments.

I bet you never had someone try to remove the C file though.

On 29/06/2023 18:34, Kenneth Wolcott wrote:

> 1. I'm using gnatmake versus gprbuild because I just haven't gotten used to it yet, not avoiding it specifically. Of course it looks like it makes things easier...

gnatmake cannot handle project files anymore, it is for building single
applications, e.g. gnatmake my_app.adb, nothing more. You need to use
gprbuild with sdlada.

> 3. I have installed libsdl2 via MacPorts:
> port list | grep sdl2
> libsdl2_mixer @2.6.3 audio/libsdl2_mixer
> libsdl2 @2.28.0 devel/libsdl2
> libsdl2-snowleopard @2.0.22 devel/libsdl2-snowleopard
> libsdl2_gfx @1.0.4 devel/libsdl2_gfx
> libsdl2_image @2.6.3 devel/libsdl2_image
> libsdl2_net @2.2.0 devel/libsdl2_net
> libsdl2_ttf @2.20.2 devel/libsdl2_ttf

Right, so the other SDL libs usually install to the same place SDL is,
so what are the locations? Run these commands and tell me the results:

$ sdl2-config --cflags
$ sdl2-config --libs

> 4. Examples of Alire's "get" failure:

Forget about alire for now, I can update the main repo and you can grab
the source from there and use GPR_PROJECT_PATH=<path to
sdlada>/build/gnat:$GPR_PROJECT_PATH to build.

> alr --no-color get libsdl2_ttf
> ERROR: No source release indexed for the requested crate, and cannot use system packages in unknown distribution
>
> alr --no-color get libsdl2
> ERROR: No source release indexed for the requested crate, and cannot use system packages in unknown distribution

They're probably missing from the mac m1 specific index.

Kenneth Wolcott <kennethwolcott@gmail.com> writes:

> 2. I stopped using Alire because I wanted a native gnat compiler and
> Alire didn't provide one and now that I installed and am using Simon's
> (again, thank you) build, Alire refuses to "get" some interesting
> packages. I'll respond later with some specific examples. Perhaps I
> have Alire improperly installed or configured...

I wrote up something about this[1].

Alire will download and install external packages (e.g. SDL2) if it
knows how to use the host system's package manager. The "nightly"
builds[2] for macOS know how to install via Homebrew, provided that the
external manifest has been updated[3].

If someone wants to upgrade Alire to use MacPorts, I'm sure that would
be welcomed.

Adding aarch64 compilers to the mix makes things somewhat more
complicated.

Does MacPorts provide aarch64 (aka arm64) binary libraries? the object
code and libraries that are linked to produce an executable must be
consistent, all x86_64 or all aarch64.

[1]
https://forward-in-code.blogspot.com/2023/06/alire-on-macos-revisited.html
[2] https://github.com/alire-project/alire/releases
[3] https://github.com/alire-project/alire-index/pull/832

On Thursday, June 29, 2023 at 12:35:08 PM UTC-7, Luke A. Guest wrote:
> On 29/06/2023 18:34, Kenneth Wolcott wrote:
>
> > 1. I'm using gnatmake versus gprbuild because I just haven't gotten used to it yet, not avoiding it specifically. Of course it looks like it makes things easier...
> gnatmake cannot handle project files anymore, it is for building single
> applications, e.g. gnatmake my_app.adb, nothing more. You need to use
> gprbuild with sdlada.
> > 3. I have installed libsdl2 via MacPorts:
> > port list | grep sdl2
> > libsdl2_mixer @2.6.3 audio/libsdl2_mixer
> > libsdl2 @2.28.0 devel/libsdl2
> > libsdl2-snowleopard @2.0.22 devel/libsdl2-snowleopard
> > libsdl2_gfx @1.0.4 devel/libsdl2_gfx
> > libsdl2_image @2.6.3 devel/libsdl2_image
> > libsdl2_net @2.2.0 devel/libsdl2_net
> > libsdl2_ttf @2.20.2 devel/libsdl2_ttf
> Right, so the other SDL libs usually install to the same place SDL is,
> so what are the locations? Run these commands and tell me the results:

Actually, me the dummy, provided for you all what MacPorts has, not what I have :-)

This is what I have installed via MacPorts:
port installed | grep sdl
libsdl2 @2.24.2_0
libsdl2 @2.26.1_0
libsdl2 @2.26.2_0
libsdl2 @2.26.3_0
libsdl2 @2.26.4_0
libsdl2 @2.26.5_0
libsdl2 @2.28.0_0 (active)

> $ sdl2-config --cflags
> $ sdl2-config --libs

sdl2-config --cflags
-I/opt/local/include/SDL2 -D_THREAD_SAFE

sdl2-config --libs
-L/opt/local/lib -lSDL2

> > 4. Examples of Alire's "get" failure:
> Forget about alire for now, I can update the main repo and you can grab
> the source from there and use GPR_PROJECT_PATH=<path to
> sdlada>/build/gnat:$GPR_PROJECT_PATH to build.

Ok, cool.

> > alr --no-color get libsdl2_ttf
> > ERROR: No source release indexed for the requested crate, and cannot use system packages in unknown distribution
> >
> > alr --no-color get libsdl2
> > ERROR: No source release indexed for the requested crate, and cannot use system packages in unknown distribution
> They're probably missing from the mac m1 specific index.

Well, that would probably explain the problem :-)

Thanks,
Ken

On Thursday, June 29, 2023 at 2:22:30 PM UTC-7, Simon Wright wrote:
> Kenneth Wolcott writes:
>
> > 2. I stopped using Alire because I wanted a native gnat compiler and
> > Alire didn't provide one and now that I installed and am using Simon's
> > (again, thank you) build, Alire refuses to "get" some interesting
> > packages. I'll respond later with some specific examples. Perhaps I
> > have Alire improperly installed or configured...
> I wrote up something about this[1].
>
> Alire will download and install external packages (e.g. SDL2) if it
> knows how to use the host system's package manager. The "nightly"
> builds[2] for macOS know how to install via Homebrew, provided that the
> external manifest has been updated[3].
>
> If someone wants to upgrade Alire to use MacPorts, I'm sure that would
> be welcomed.
>
> Adding aarch64 compilers to the mix makes things somewhat more
> complicated.
>
> Does MacPorts provide aarch64 (aka arm64) binary libraries? the object
> code and libraries that are linked to produce an executable must be
> consistent, all x86_64 or all aarch64.

I have no configured MacPorts to not accept any binaries that aren't aarch64
and I do almost all of my upgrade+updates using the source flag so that I build from source. There's only one issue that I've experienced after making that change:

port outdated
sbcl-bootstrap 2.1.2_0 < 2.2.9_0

The following are two lines from the failed upgrade to MacPorts, but they don't really adversely affect me because I have a prior version (I don't recall what I have that requires this package :-) )

Error: Cannot install qt4-mac for the arch 'x86_64' because
Error: its dependency dbus does not build for the required arch by default

port installed | grep sbcl-bootstrap
sbcl-bootstrap @2.1.2_0 (active)

> [1]
> https://forward-in-code.blogspot.com/2023/06/alire-on-macos-revisited.html
> [2] https://github.com/alire-project/alire/releases
> [3] https://github.com/alire-project/alire-index/pull/832

I'll take a look at those references...

Thanks,
Ken

On 29/06/2023 23:04, Kenneth Wolcott wrote:

>> $ sdl2-config --cflags
>> $ sdl2-config --libs
>
> sdl2-config --cflags
> -I/opt/local/include/SDL2 -D_THREAD_SAFE

That's odd. Can you show me the output of this?

$ ls /opt/local/include/SDL2

>
> sdl2-config --libs
> -L/opt/local/lib -lSDL2

The /build/gnat gpr's have got a bit confused by the looks of things.

Can you try this patch, it's made from a stash from a diff branch, if it
works I'll apply it and push it.

Luke.

On 30/06/2023 12:30, Luke A. Guest wrote:
> The /build/gnat gpr's have got a bit confused by the looks of things.
>
> Can you try this patch, it's made from a stash from a diff branch, if it
> works I'll apply it and push it.

Ignore that, I forgot something, try this one instead.

On Friday, June 30, 2023 at 1:04:34 AM UTC-7, Luke A. Guest wrote:
> On 29/06/2023 23:04, Kenneth Wolcott wrote:
>
> >> $ sdl2-config --cflags
> >> $ sdl2-config --libs
> >
> > sdl2-config --cflags
> > -I/opt/local/include/SDL2 -D_THREAD_SAFE
> That's odd. Can you show me the output of this?
>
> $ ls /opt/local/include/SDL2

ls /opt/local/include/SDL2

SDL.h SDL_joystick.h SDL_opengles2_khrplatform.h SDL_test_crc32.h
SDL_assert.h SDL_keyboard.h SDL_pixels.h SDL_test_font.h
SDL_atomic.h SDL_keycode.h SDL_platform.h SDL_test_fuzzer.h
SDL_audio.h SDL_loadso.h SDL_power.h SDL_test_harness.h
SDL_bits.h SDL_locale.h SDL_quit.h SDL_test_images.h
SDL_blendmode.h SDL_log.h SDL_rect.h SDL_test_log.h
SDL_clipboard.h SDL_main.h SDL_render.h SDL_test_md5.h
SDL_config.h SDL_messagebox.h SDL_revision.h SDL_test_memory.h
SDL_cpuinfo.h SDL_metal.h SDL_rwops.h SDL_test_random.h
SDL_egl.h SDL_misc.h SDL_scancode.h SDL_thread.h
SDL_endian.h SDL_mouse.h SDL_sensor.h SDL_timer.h
SDL_error.h SDL_mutex.h SDL_shape.h SDL_touch.h
SDL_events.h SDL_name.h SDL_stdinc.h SDL_types.h
SDL_filesystem.h SDL_opengl.h SDL_surface.h SDL_version.h
SDL_gamecontroller.h SDL_opengl_glext.h SDL_system.h SDL_video.h
SDL_gesture.h SDL_opengles.h SDL_syswm.h SDL_vulkan.h
SDL_guid.h SDL_opengles2.h SDL_test.h begin_code.h
SDL_haptic.h SDL_opengles2_gl2.h SDL_test_assert.h close_code.h
SDL_hidapi.h SDL_opengles2_gl2ext.h SDL_test_common.h
SDL_hints.h SDL_opengles2_gl2platform.h SDL_test_compare.h

> > sdl2-config --libs
> > -L/opt/local/lib -lSDL2

On 30/06/2023 16:41, Kenneth Wolcott wrote:
> On Friday, June 30, 2023 at 1:04:34 AM UTC-7, Luke A. Guest wrote:
>> On 29/06/2023 23:04, Kenneth Wolcott wrote:
>>
>>>> $ sdl2-config --cflags
>>>> $ sdl2-config --libs
>>>
>>> sdl2-config --cflags
>>> -I/opt/local/include/SDL2 -D_THREAD_SAFE
>> That's odd. Can you show me the output of this?
>>
>> $ ls /opt/local/include/SDL2
>
> ls /opt/local/include/SDL2
>
> SDL.h SDL_joystick.h SDL_opengles2_khrplatform.h SDL_test_crc32.h
....

As I thought, means, these things can be normalised a bit in my source.

On 30/06/2023 14:26, Luke A. Guest wrote:
> On 30/06/2023 12:30, Luke A. Guest wrote:
>> The /build/gnat gpr's have got a bit confused by the looks of things.
>>
>> Can you try this patch, it's made from a stash from a diff branch, if
>> it works I'll apply it and push it.
>
> Ignore that, I forgot something, try this one instead.
>

Hello? Did this work for you?

On Sunday, July 2, 2023 at 12:01:44 AM UTC-7, Luke A. Guest wrote:
> On 30/06/2023 14:26, Luke A. Guest wrote:
> > On 30/06/2023 12:30, Luke A. Guest wrote:
> >> The /build/gnat gpr's have got a bit confused by the looks of things.
> >>
> >> Can you try this patch, it's made from a stash from a diff branch, if
> >> it works I'll apply it and push it.
> >
> > Ignore that, I forgot something, try this one instead.
> >
>
> Hello? Did this work for you?

Hi Luke;

I'm not sure what you want me to try.

I don't see an attachment. I don't see a URL. I don't see a specific mention of a "patch"? on GitHub. Obviously I'm missing something. Sorry I appear quite daft :-(

Thanks,
Ken

Kenneth Wolcott <kennethwolcott@gmail.com> writes:

> On Sunday, July 2, 2023 at 12:01:44 AM UTC-7, Luke A. Guest wrote:
>> On 30/06/2023 14:26, Luke A. Guest wrote:
>> > On 30/06/2023 12:30, Luke A. Guest wrote:
>> >> The /build/gnat gpr's have got a bit confused by the looks of things.
>> >>
>> >> Can you try this patch, it's made from a stash from a diff branch, if
>> >> it works I'll apply it and push it.
>> >
>> > Ignore that, I forgot something, try this one instead.
>> >
>>
>> Hello? Did this work for you?
>
> Hi Luke;
>
> I'm not sure what you want me to try.
>
> I don't see an attachment. I don't see a URL. I don't see a
> specific mention of a "patch"? on GitHub. Obviously I'm missing
> something. Sorry I appear quite daft :-(
>
> Thanks,
> Ken

Google Groups has suppressed Luke's two posts with attached patches.