-
Notifications
You must be signed in to change notification settings - Fork 120
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Confusing configure options #1377
Comments
And if you want to use older toolkit versions, add |
5 or 6?
2 or 3?
At least to me this logic is impossible to grasp without trial and error. Anyways, I can't argue. |
Qt 6 only: GTK 3 only: Meson shows the Qt / GTK version in the build summary. Would it solve your confusion if we add that to the
Autotools:
|
There are four independent backends and you make it sound like there are intricate dependencies between them and show me an explanation which is far from obvious given the output of the configure script. I'm sure in a year or two, if you don't touch the code, you'll simply forget how it is all set up and why. Maybe just maybe the proposed solution is a tad more logical/obvious/simple. Anyways, distros and people will figure it out, so I don't want to waste any more of your precious time. |
Unless you have strong reservations about the current default (GTK 3 and/or Qt 6), you don't need to worry about the compatibility build options (GTK 2 and/or Qt 5). You just deal with the version-less --enable-foo --disable-foo switches. Yes, it could be --enable-gtk3 since GTK 4 is available already, but including version numbers in build config switches is awkward, since if GUI toolkit major releases remain compatible with eachother, it become unnecessary to change build switches. Furthermore, you are free to build for both GTK and Qt, since within Audacious you can choose the GUI backend at runtime. Which can be beneficial. Originally, it was just a single GUI backend. GTK based. Eventually, the developers wanted to migrate to a new GUI backend based on Qt but not making it the default for some time. Hence there have been two build-time switches. To enable/disable GTK, and to enable/disable Qt. However, as the GUI toolkits themselves receive major version upgrades, they break compatibility with programs, and attempts at fixing the programs can take some time. Therefore, Audacious tries to support multiple major versions of Qt, e.g. 5 and 6, at build-time but making Qt 6 the default choice. Similarly with GTK 2 and GTK 3. With GTK 3 as new default. |
For 4.4-beta1:
For GTK2, is it
--disable-qt --disable-gtk --enable-gtk2
or just--disable-qt --enable-gtk2
?What's mutually exclusive? How must individual GTK2/3/QT5/QT6 builds be specified?
I'd do it this way instead:
Yeah, all four are disabled and something needs to be enabled otherwise you bail out with an error.
The text was updated successfully, but these errors were encountered: