| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
|
|
Detected by ASAN on macOS. Also remove versions passed to
LibtoolLibrary. Those are not needed.
Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/1073>
|
|
Fix invalid options being passed to meson, which is a hard error since
0.60. Actually helped us find some bugs...
Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/776>
|
|
This is much faster and allows building libdv on Windows
again, and also with MSVC.
Part-of: <https://gitlab.freedesktop.org/gstreamer/cerbero/-/merge_requests/669>
|
|
GNOME, GNU, Savannah, Xiph, and SourceForge source URLs now use
templates. More templates can be added in the future. Currently, they
can be one of the following forms:
scheme://
This will download a file called %(name)s-%(version)s.tar.xz from the
canonical place on the specified server. `scheme` can be: gnome, sf,
gnu, savannah.
scheme://.tar.gz
For using the template but with the specified file extension instead
of .tar.xz
scheme://some/path/to/name-version.tar.xz
For using the template only for the mirror domain and common sources
path.
https://bugzilla.gnome.org/show_bug.cgi?id=797330
|
|
This should cover all recipes; even those that aren't built by default
https://bugzilla.gnome.org/show_bug.cgi?id=797177
|
|
Also add a check in Cerbero to ensure that no insecure URLs are used.
|
|
It makes it easier to upgrade recipes.
|
|
Environment variable modification in a recipe used to be done with:
self.append_env, self.prepend_env, or self.new_env
All of these were dictionaries of {string:string} mappings, which
means that if a recipe wanted to, say, append to `CFLAGS` from
multiple places within the recipe (f.ex., `glib.recipe`), you had to
carefully juggle `=` and `+=` in recipes, which was error-prone
(f.ex., `gstreamer-1.0.recipe` `variants.nodebug` was broken).
Now that we also conditionally use `self.append_env['CFLAGS']` in
`cerbero/build/build.py` for bitcode support with make-based build
systems, it's impossible to get this right in recipes. This was
causing the cross-ios-universal builds to fail on recipes that
directly set `self.append_env['CFLAGS'] = 'foo'` such as pixman.
The dictionaries have now been replaced with the following functions:
self.append_env(varname, value1, value2, ..., sep=separator)
self.prepend_env(varname, value1, value2, ..., sep=separator)
self.set_env(varname, value1, value2, ..., sep=separator)
The separator is used to join value1, value2, etc and also while
appending/prepending to the value in the env. It is optional, and
defaults to ` ` (space).
Most often the usage is very simple to translate:
self.append_env['CFLAGS'] = ' -funroll-loops '
=>
self.append_env('CFLAGS', '-funroll-loops')
If values are omitted with `self.set_env()`, the variable is unset:
self.new_env['MAKEFLAGS'] = None
=>
self.set_env('MAKEFLAGS')
An important intended feature is that multiple calls to these
functions all take effect sequentially at build time for each build
step. So, you can call append and prepend multiple times on the same
variable, and the values will be appended and prepended in that order
to the value at build time.
Note that if you call `self.set_env()` on a variable, the variable will,
of course, be set to that value and previous append/prepend
declarations will be overriden.
Reviewed-by: Jan Schmidt <jan@centricular.com>
|
|
|
|
The same way we disabled it for x86
|
|
|
|
diabled for ios and android:
gtk, python, clutter
enabled for linux:
x11, alsa, pulse, cdparanoia, v4l2
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
There are still some few pending TODO/FIXMEs that needs checking.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
