SDL2 not installing on bookworm64..

[os62]

EDIT: Problem found! I had previously used the same sdl2 folder to install it for a 32bit puppy. After deleting and unzipping a fresh copy, it built ok for bw64. You can ignore the following. (but the point at the end about double clicking on a 7z file still applies!)

-----------------------
So just splitting this off from a mixed post that might be missed..

I couldnt get sdl2 to build for bookworm64 or any 64 bit pup. (with devx of course).

Building SDL2-2.30.12 from source, see:
https://github.com/libsdl-org/SDL

./configure
(runs ok)
make

gets part way through, then gives this error:

/bin/sh ./build-scripts//updaterev.sh --vendor ""
make: *** No rule to make target '/usr/lib/i386-linux-gnu/dbus-1.0/include/dbus/dbus-arch-deps.h', needed by 'build/SDL.lo'. Stop.

Maybe I should use the more modern cmake method?
Anyone else tried building sdl2?

oh, another little thing: double clicking a 7z file runs cherry tree rather than an unpacker!

[dimkr]

Why build SDL2 when you can install libsdl2-dev through the package manager?

[os62]

Why build SDL2 when you can install libsdl2-dev through the package manager?

Fair point. But I had the latest source, building for other distros, and I wanted to look at and build the examples anyway. It also helps me understand more about SDL too.
Also I had already found problems with libs for BW, for example, the older Wine64 PET binaries from ibiblio.org no longer work with BW64. I thought I might as well just build from source.

Anyway SDL2 works as it should in the end, but maybe not tidying up from a previous build should be viewed as a bug?

[dimkr]

Anyway SDL2 works as it should in the end, but maybe not tidying up from a previous build should be viewed as a bug?

In general, ./configure and make create various files so taking the same directory and trying to rebuild on a different OS is very likely to fail (and guaranteed to fail if it's a different architecture). A make clean is usually sufficient but some projects have build steps that don't clean up after themselves, forcing you to extract the source code in a new directory if you want to rebuild from scratch.