[MacPorts] #69539: VLC: implement building from source again, build with X11 for older OS (?)

[MacPorts]

#69539: VLC: implement building from source again, build with X11 for older OS (?)
---------------------------+--------------------
  Reporter:  barracuda156  |      Owner:  (none)
      Type:  enhancement   |     Status:  new
  Priority:  Normal        |  Milestone:
 Component:  ports         |    Version:  2.9.1
Resolution:                |   Keywords:
      Port:  VLC           |
---------------------------+--------------------

Comment (by RJVB):

 Replying to [comment:12 barracuda156]:
 > I have seen that error with `pulseaudio` on Sonoma by the way, with a
 different port. Do you know how to make in work on macOS/in Macports? It
 could be I just do not add needed environment settings or smth alike.

 I just remember that it's tricky enough that at some point I created a
 hacked version of the port that renames the binary to prevent it from
 getting auto-started (and for the rest just serve to fulfill dependencies,
 but as usual, if I did make any notes about it they've since been
 removed).



 Replying to [comment:13 barracuda156]:
 > Isn't pipewire Linux-only? I thought it relied on some Linux system libs
 which do not exist in macOS. Like alsa.
 > (This is from memory, I can be wrong.)

 I didn't have it down as Linux-specific though their homepage does say
 "for Linux". ALSA is not a required dependency though, but there are too
 many of them and the install instructions mute about that, that I can't
 easily say what it will fall back on in case ALSA is missing.
 I wonder if no one ever wrote a bridge from ALSA to CoreAudio?

 (And VLC dropped PortAudio because it was buggy and unreliable. Really not
 illogical when you have a native implementation, esp. since older PA
 versions couldn't really copy with dis/appearing sound devices without
 restarting the application.)
 IMHO the best solution would be to get the existing VLC CoreAudio backend
 to build. That's probably mostly a 1-time effort, and hopefully almost
 exclusively a question of reintroducing code that was stripped. CoreAudio
 hasn't evolved much after all.

 Replying to [comment:14 barracuda156]:
 > Replying to [comment:10 RJVB]:
 > Well, no luck:
 > {{{
 > during GIMPLE pass: eh
 > In file included from ../macosx/coreaudio/JackCoreAudioDriver.mm:29:

 I recently built a couple of projects using GCC 12 where I ended up
 setting OBJCXX to (a recent enough) clang. For other reasons (@autorelease
 and family) but it may be your solution too. If that works here you can
 let the Portfile pick the most recent known-compatible clang version the
 user already has installed or else pull in a version of your choice. (I do
 that with Python build dependencies nowadays.)

-- 
Ticket URL: <https://trac.macports.org/ticket/69539#comment:15>
MacPorts <https://www.macports.org/>
Ports system for macOS