GitLab

This is done by introducing a new Recipe base class specific
to GStreamer recipes. This will speed changing version while
reducing redundancy.

This reduces the redundancy and quickly allow changing the
version.

We don't build bitcode for anything else, so it
will be dropped anyway, and breaks support for Xcode 6
unnecessarily

This is currently just the arch packages each in its own subdirectory,
with some duplication of common files. Enough for us to be able to dist
all of this and use it to build apps, though.

https://bugzilla.gnome.org/show_bug.cgi?id=770631

This allows us to specify universal_archs as a map of arch -> config
file (which can be None). If specified, the config file provides
overrides to the default config for that architecture.

This is useful on Android, for example, where we want to specify
DistroVersion as Lollipop+ for ARM64 and x86-64, but use a lower version
for the other arches.

https://bugzilla.gnome.org/show_bug.cgi?id=770631

This makes sure that files are correctly installed in the case of
universal builds.

https://bugzilla.gnome.org/show_bug.cgi?id=770631

Not sure why this ever worked. Forgiving compilers?

Just some bug fixes, no changes to compiler flags.

googlecode is being scaled down, and the old link was a 404.

This reverts commit 40779ea8.

It only works on Linux right now and was not meant to be merged yet.

Nirbheek Chauhan authored Aug 25, 2016 and Sebastian Dröge committed Aug 25, 2016

Instead of requiring recipes to hard-code the major/minor/micro versions in the
recipe, auto-detect them based on the platform-specific filesprovider regular
expressions.

This reduces maintenance burden greatly and we now generate more accurate .la
files. A bunch of recipes were already wrong (openh264, taglib, etc).

Nirbheek Chauhan authored Aug 25, 2016 and Sebastian Dröge committed Aug 25, 2016

We want to use this for libtool (.la) file generation

Nirbheek Chauhan authored Aug 25, 2016 and Sebastian Dröge committed Aug 24, 2016

Trivial fix + comments for the regex. Fixes all packaging.

Nirbheek Chauhan authored Aug 24, 2016 and Sebastian Dröge committed Aug 24, 2016

micro should append to minor, not overwrite it

Nirbheek Chauhan authored Aug 23, 2016 and Sebastian Dröge committed Aug 24, 2016

chmod might fail, and we will get stuck in an infinite loop of failing extract
in that case. Just fall back to rm -rf in that case

Nirbheek Chauhan authored Aug 23, 2016 and Tim-Philipp Müller committed Aug 23, 2016

Our packaging and OSX/iOS universal builds require the library search function
to return all matched files since each library has multiple aliases which must
all be packaged or in the case of the universal builds, merged.

This should fix the Travis iOS and Linux builds

a60af844 limited the number of version numbers after the library name to 2.
libz builds a library with 3 version numbers, allow that as well.

d6fb6e19 introduced regex matching for dll's dylib's and so's.  Unfortunately,
the dylib regex did not account for the libraries with name foo and of the
form libfoo.n.dylib. or in the case of e.g. nettle, libnettle.6.2.dylib and
libhogweed.4.2.dylib.

In the process disable sse4.1 usage on x86_64 OS X and iOS as it crashes
the compiler.

Nirbheek Chauhan authored Aug 21, 2016 and Matthew Waters committed Aug 22, 2016

This partially reverts commit 1222021a.

Nirbheek Chauhan authored Aug 20, 2016 and Matthew Waters committed Aug 22, 2016

While generating a .lib library file on Windows, we guess the library name from
the DLL filename, but we often get it wrong since the code that guesses is naive
and assumes that the DLL is either of the form libfoo.dll or libfoo-N.dll.
However, nettle.recipe installs libfoo-N-M.dll and we get the library name
wrong.

We don't need to guess the name if we remember and pass the library name
correctly, so let's just do that.

Nirbheek Chauhan authored Aug 20, 2016 and Matthew Waters committed Aug 22, 2016

It was using insufficient/broken logic and calling 'ls' which is much
slower than just doing glob.glob especially on Windows.

It now matches all possible DLLs, SOs, and Dylibs exactly using a regex and also
warns if all the requested libraries weren't found.

Heinrich Fink authored Aug 16, 2016 and Sebastian Dröge committed Aug 16, 2016

https://bugzilla.gnome.org/show_bug.cgi?id=769974