Re: devel/sdl2-net: specify full shared lib filename in cmake file

2025-04-18 Thread Stuart Henderson
On 2025/04/17 15:50, Thomas Frohwein wrote: > On Thu, 17 Apr 2025 05:07:51 + > develo...@robert-palm.de wrote: > > > Slightly off topic, but any plans for SDL 3? > > I have a draft, but don't see a point in making a port before something > would actually use it. FWIW, fluidsynth supports it

devel/sdl2-net: specify full shared lib filename in cmake file

2025-04-18 Thread Anthony J. Bentley
I came across a CMake project that couldn't find sdl2-net. I've seen the problem before: it's because the cmake config is looking for an unversioned .so. We already have equivalent patches in sdl2, sdl2-image, sdl2-mixer, sdl2-ttf. ok? diff 5a3b2804456bd22fe0e22a52774b96faf45326b9 5a70c43569e751

Re: devel/sdl2-net: specify full shared lib filename in cmake file

2025-04-17 Thread Thomas Frohwein
On Thu, 17 Apr 2025 05:07:51 + develo...@robert-palm.de wrote: > Slightly off topic, but any plans for SDL 3? I have a draft, but don't see a point in making a port before something would actually use it.

Re: devel/sdl2-net: specify full shared lib filename in cmake file

2025-04-17 Thread Thomas Frohwein
On Thu, 17 Apr 2025 06:49:42 +0200 Rafael Sadowski wrote: > On Wed Apr 16, 2025 at 09:23:50PM -0600, Anthony J. Bentley wrote: > > I came across a CMake project that couldn't find sdl2-net. I've seen > > the problem before: it's because the cmake config is looking for an > > unversioned .so. We a

Re: devel/sdl2-net: specify full shared lib filename in cmake file

2025-04-16 Thread developer
Slightly off topic, but any plans for SDL 3? https://github.com/libsdl-org/SDL/releases/tag/release-3.2.0 On Wed Apr 16, 2025 at 09:23:50PM -0600, Anthony J. Bentley wrote: + endif()

Re: devel/sdl2-net: specify full shared lib filename in cmake file

2025-04-16 Thread Rafael Sadowski
On Wed Apr 16, 2025 at 09:23:50PM -0600, Anthony J. Bentley wrote: > I came across a CMake project that couldn't find sdl2-net. I've seen > the problem before: it's because the cmake config is looking for an > unversioned .so. We already have equivalent patches in sdl2, sdl2-image, > sdl2-mixer, sd