Peter Maydell <peter.mayd...@linaro.org> writes: > On 15 April 2016 at 16:56, Alex Bennée <alex.ben...@linaro.org> wrote: >> A number of configure options only really affect the core code and any >> arch specific stuff should be flushed out by other builds: >> >> - trace-backends, log build is all targets, others can be less >> - --disable-build, ensuring disabling stuff doesn't break host >> - co-routine, default already built with all, common API >> - tcg interpreter is front end agnostic >> >> I've used the ./configure --target-list stem support to do all of one >> arch type in each reduced build. >> >> Signed-off-by: Alex Bennée <alex.ben...@linaro.org> >> --- >> .travis.yml | 18 +++++++++--------- >> 1 file changed, 9 insertions(+), 9 deletions(-) >> >> diff --git a/.travis.yml b/.travis.yml >> index 50ac17f..d13bffc 100644 >> --- a/.travis.yml >> +++ b/.travis.yml >> @@ -45,10 +45,10 @@ env: >> matrix: >> - CONFIG="" >> - CONFIG="--enable-debug --enable-debug-tcg --enable-trace-backends=log" >> - - CONFIG="--disable-linux-aio --disable-cap-ng --disable-attr >> --disable-brlapi --disable-uuid --disable-libusb" >> - - CONFIG="--enable-modules" >> - - CONFIG="--with-coroutine=ucontext" >> - - CONFIG="--with-coroutine=sigaltstack" >> + - CONFIG="--disable-linux-aio --disable-cap-ng --disable-attr >> --disable-brlapi --disable-uuid --disable-libusb --target-list=86" >> + - CONFIG="--enable-modules --target-list=86" > > I'm not really convinced by the wildcarding, and this seems like > a good demonstration of why it's overbroad. "86" ??
Blame the x86 naming scheme for that. It works nicely for building all arm, mips and ppc stuff quite nicely. > The wildcarding gives you a configure command that will > potentially change behaviour as we introduce new targets, > too; that makes me a bit nervous. Well it doesn't stop you using the full names but I take your point. What about a different selection flag for selecting by backends? > > thanks > -- PMM -- Alex Bennée
