Some interested users discovered a deficiency in a part of legacy-support’s
fdopendir implementation, and have come up with a fix.
due to the way the system on 10.4 works, however, it looks like this fix will
not work on Tiger.
Unless someone comes up with a trick for this, this could be the
Useful to know, thank you.
BTW, given it worked, why wasn’t it merged as a fallback for Leopard and
Tiger? We can make a legacy port from the one you had, if Cocoa is
preferable to X11 (even if not, it does not hurt to have both and let the
user choose).
What Macports has now – setting
As I recall, 2.08 built with his patches, but did not actually work, using the
cocoa interface. This was about 5 years ago, so you’d have to find the ticket.
I kept the last version that DID work in Leopardports.
If you believe that using sdl2 via x11 will allow some port requiring a newish
P. S. I wonder now if the current SDL2 gonna build with X11 backend and Cocoa
off. Given that upstream concentrated efforts on skillfully breaking Cocoa
beyond repair, everything else might be intact.
On Jul 20, 2023 07:15 +0800, Ken Cunningham ,
wrote:
> As far as I know, we don't have any
Of course, we could also make a separate -legacy port using 2.0.9, for example
(last version miniupnp patched was 2.0.8 but we know 2.0.9 builds and likely
gonna work), but it will be disappointing to having wasted many hours on 2.0.22
without a positive outcome LOL
There is also no harm in
That was my point: X11 does not require violating sources much. What does is
essentially one file: SDL_cocoamodes.m. It is used by cocoa video, otherwise it
is not built.
I did not have to throw chunks of code away, aside of cocoa video case (which
still fails to build so far). And miniupnp
