GitLab

To get pip's platform.

We can't easily predict what the output directory will be for a Github
release archive.  Get fetch_unpack to tell us.  Add some tests that
won't fail, but at least show us the output.

See failure at https://travis-ci.org/matthew-brett/multibuild/jobs/382687141#L3065

Skip build tests if no docker available.

(There is no docker available for precise, so skip the builds for
precise).

Specify platform with env var, test 32 and 64 bit builds.

Previous version was using a sub-shell to execute, and therefore not
catching errors during execution of the functions that had errors, but
did not return non-0 exit codes.

Add tests.

See: https://github.com/matthew-brett/multibuild/issues/166

Thanks to Andrew Murray for pointing out this bug.

* Don't update homebrew

Resolution option 2-1 for https://github.com/matthew-brett/multibuild/issues/116

Add libtool, flex, and bison.

flex must be fetched from the released archive, rather
than the GitHub autogenerated source.

Fetch OpenBLAS from wheels.scipy.org rather than building it.

* Revert "Revert "[osx_steps] export cppflags""

This reverts commit 7956064f.

* Try using LIBRARY_PATH instead of LDFLAGS

* Don't update homebrew

Resolution option 2-1 for https://github.com/matthew-brett/multibuild/issues/116

Add libtool, flex, and bison.

flex must be fetched from the released archive, rather
than the GitHub autogenerated source.

Fetch OpenBLAS from wheels.scipy.org rather than building it.

* Revert "Revert "[osx_steps] export cppflags""

This reverts commit 7956064f.

* Try using LIBRARY_PATH instead of LDFLAGS

This reverts commit 4f303070.

Prefer multibuild library locations over the defaults.
Sometimes multibuild would use an older version
over it's own.

* [library_builders] use brew to install openblas

Yields better performance on OSX

* [tst:library_builders] add openblas

* [tst:library_builders] update homebrew

* fix bash

* [library_builders] force openblas link