delta/buildstream.git/tests/loader/basics.py, branch external_plugin_errors gitlab.com: buildstream/buildstream.git Updated test cases for internal API changes stemming from project options 2017-10-10T10:29:59+00:00 Tristan Van Berkom tristan.vanberkom@codethink.co.uk 2017-10-04T08:39:07+00:00 fa512fef4765cc63ceeb4a901a3a517cb83606d6 






Updating test cases to construct the project/loader properly again.
2017-10-08T08:03:36+00:00

Tristan Van Berkom
tristan.vanberkom@codethink.co.uk

2017-09-22T03:16:45+00:00

bc8a2ebb3b0d8e0f535b2956b9c6a3ad0a05fcef

This had changed when we added project variants and had to split
up the loading steps a bit, now all is back to normal without variants.





This had changed when we added project variants and had to split
up the loading steps a bit, now all is back to normal without variants.







Add element node validations
2017-09-14T09:51:48+00:00

Tristan Maat
tristan.maat@codethink.co.uk

2017-09-06T16:50:24+00:00

f0cf37a3fb3a7c9c5a405c63df09363a33f49577












Test Cases: Updated for new Project / Loader API changes
2017-07-17T13:55:29+00:00

Tristan Van Berkom
tristan.vanberkom@codethink.co.uk

2017-07-17T13:52:45+00:00

c3181f4b443b618c38d24faefa48a84d4c10253a












Add --host-arch and --target-arch, and 'host-arches' conditional
2017-07-06T12:08:10+00:00

Sam Thursfield
sam.thursfield@codethink.co.uk

2017-06-09T17:57:01+00:00

039062218957bdae6473b482adc8800fd9be7ed3

This command adds initial cross-compilation support to BuildStream.

It has been tested against a converted version of the Baserock
compiler bootstrap and used to cross build sysroots for armv8l64 and ppc64l
from an x86_64 host.

For example, to build a sysroot for ARM v8 64-bit you can do this:

    bst build --target-arch=armv8b64 gnu-toolchain/stage2.bst

This would cause the adapted Baserock definitions to produce a stage1 simple
cross compiler that runs on the native architecture and produces armv8b64
binaries, and then cross build a stage2 sysroot that executes on armv8b64.

Currently the --host-arch option does nothing of use. It will one day
enable host-incompatible builds using a QEMU-powered cross sandbox.

The `--arch=` option is now shorthand for `--host-arch= --target-arch=`.

Elements have 2 new variables available, %{bst-host-arch} and
%{bst-target-arch}. The 'arches' conditional now follows %{bst-target-arch},
while the new 'host-arches' conditional follows %{bst-host-arch}. All
of --arch, --host-arch and --target-arch default to the output of `uname -a`.

There's no magic here that would make all BuildStream elements suddenly
able to cross compile. It is up to an individual element to support this by
honouring %{bst-target-arch} in whatever way makes sense.





This command adds initial cross-compilation support to BuildStream.

It has been tested against a converted version of the Baserock
compiler bootstrap and used to cross build sysroots for armv8l64 and ppc64l
from an x86_64 host.

For example, to build a sysroot for ARM v8 64-bit you can do this:

    bst build --target-arch=armv8b64 gnu-toolchain/stage2.bst

This would cause the adapted Baserock definitions to produce a stage1 simple
cross compiler that runs on the native architecture and produces armv8b64
binaries, and then cross build a stage2 sysroot that executes on armv8b64.

Currently the --host-arch option does nothing of use. It will one day
enable host-incompatible builds using a QEMU-powered cross sandbox.

The `--arch=` option is now shorthand for `--host-arch= --target-arch=`.

Elements have 2 new variables available, %{bst-host-arch} and
%{bst-target-arch}. The 'arches' conditional now follows %{bst-target-arch},
while the new 'host-arches' conditional follows %{bst-host-arch}. All
of --arch, --host-arch and --target-arch default to the output of `uname -a`.

There's no magic here that would make all BuildStream elements suddenly
able to cross compile. It is up to an individual element to support this by
honouring %{bst-target-arch} in whatever way makes sense.







pep8 fixes in loader basics test case
2016-12-10T06:20:04+00:00

Tristan Van Berkom
tristan.vanberkom@codethink.co.uk

2016-12-10T06:20:04+00:00

6556a13823107245e77682b651ec0c4ecca190b8












Added a ton of tests to test the Loader
2016-11-28T17:37:31+00:00

Tristan Van Berkom
tristan.vanberkom@codethink.co.uk

2016-11-28T17:32:57+00:00

2fbcb9681f6720b3b141c1003d865a9080daa558

  o Tests for basic file loading
  o Tests for include directive functionality
  o Tests for resolution of arch conditionals
  o Tests for dependency resolution and detecting circular dependencies
  o Tests for variants, ensures that we have the correct variant conflict errors
    and that the correct variants are chosen in the correct cases
  o Tests for stacks, test that stacks with embedded elements unwrap properly
    into the concrete dependency tree, test for internal stack circular dependencies,
    test that arch conditionals and variant conditionals work inside stacks including
    with embedded elements

Lots of tests





  o Tests for basic file loading
  o Tests for include directive functionality
  o Tests for resolution of arch conditionals
  o Tests for dependency resolution and detecting circular dependencies
  o Tests for variants, ensures that we have the correct variant conflict errors
    and that the correct variants are chosen in the correct cases
  o Tests for stacks, test that stacks with embedded elements unwrap properly
    into the concrete dependency tree, test for internal stack circular dependencies,
    test that arch conditionals and variant conditionals work inside stacks including
    with embedded elements

Lots of tests