GNOME Bugzilla – Bug 791666
Cerbero: taglib fails to build on macos
Last modified: 2017-12-21 10:24:27 UTC
taglib needs cmake and it is not built as part of the bootstrap.
Probably needed for windows bootstrap as well. On linux distro packages are installed.
Actually README says to install it on the system, but it works fine to build it in cerbero, maybe that can be simplified.
++ it's likely the build-tool recipe was added later without any further consideration for OSX, iOS (and Windows ?)
Created attachment 365633 [details] [review] OSX: Build cmake in bootstrap
Review of attachment 365633 [details] [review]: Can you rebase.
Created attachment 365800 [details] [review] OSX: Build cmake in bootstrap
Attachment 365800 [details] pushed as a215cf0 - OSX: Build cmake in bootstrap
Thanks. I wonder if that would work on Windows too, I just like the idea of reducing the steps when running cerbero (even though on this side, it's already quite good)
The reason why cmake was not built by cerbero is that it often failed in interesting ways. During its own build or when building other software.
It does not seem to be an issue today. We have run this on old RHEL and now OSX without hitting what you describe as the historical reason. If you are referring to Windows, well, let's mention it in the future bug, if we decide to go ahead. Currently building GStreamer on Windows is pretty much in the state you just described cmake here.
(In reply to Sebastian Dröge (slomo) from comment #9) > The reason why cmake was not built by cerbero is that it often failed in > interesting ways. During its own build or when building other software. Hm, let's see what CI thinks about it now. Worst case it's trivial to revert :-)
(In reply to Nicolas Dufresne (stormer) from comment #10) > Currently building GStreamer on Windows is pretty much in the > state you just described cmake here. Not really, it works fine at least for Jan, Nirbheek and myself. Unless someone breaks something again and it does not show up on Jenkins. Other people seem to have problems building though, there seem to be various parts of the environment that are important to set up correctly but unclear what those all are. If I take a clean Windows install and follow the docs, it is working (or was at least last time I was trying that about a year ago).
(In reply to Sebastian Dröge (slomo) from comment #12) > (In reply to Nicolas Dufresne (stormer) from comment #10) > > Currently building GStreamer on Windows is pretty much in the > > state you just described cmake here. > > Not really, it works fine at least for Jan, Nirbheek and myself. Unless > someone breaks something again and it does not show up on Jenkins. Clarification, Jenkins does not run anything natively on Windows. > > Other people seem to have problems building though, there seem to be various > parts of the environment that are important to set up correctly but unclear > what those all are. If I take a clean Windows install and follow the docs, > it is working (or was at least last time I was trying that about a year ago). Like parallel builds being enabled but racy ?
Parallel builds are disabled by default on Windows for that very reason
IIRC there are still problems with msgmerge/msgfmt on windows (they sometimes crash), and I also seem to remember seeing configure sometimes just spinning/being stuck forever, but not sure if anyone else has reported that as wel.
Those never happened to me since years, but I think they are a result of weird compilation problems of gettext. What I sometimes have is that the msys shell itself can't start, or the perl from msys. Complaining about weird Windows issues, and then usually work after a reboot. Which also might be the cause of the gettext issues.