Linux Media Controller development
 help / color / mirror / Atom feed
From: Mauro Carvalho Chehab <mchehab@kernel.org>
To: Laurent Pinchart <laurent.pinchart@ideasonboard.com>
Cc: Kieran Bingham <kieran.bingham@ideasonboard.com>,
	LibCamera Devel <libcamera-devel@lists.libcamera.org>,
	Jenkins Builder Robot <jenkins@linuxtv.org>,
	linux-media@vger.kernel.org
Subject: Re: [libcamera-devel] Build failed in Jenkins: libcamera #72
Date: Tue, 21 Jan 2020 15:28:03 +0100	[thread overview]
Message-ID: <20200121152718.44c60a8a@kernel.org> (raw)
In-Reply-To: <20200121135149.GA7686@pendragon.ideasonboard.com>

Em Tue, 21 Jan 2020 15:51:49 +0200
Laurent Pinchart <laurent.pinchart@ideasonboard.com> escreveu:

> > I added a clean step, just to be sure, e. g. the current build script is:
> > 
> > 	ninja -C build clean
> > 	meson build -Dandroid=true
> > 	ninja -C build  
> 
> The recommended steps are
> 
> meson -Dandroid=true build
> ninja -C build clean
> ninja -C build
> 
> This will ensure the build directory is created if it doesn't exist
> before trying to run ninja in it. However, the meson step will will be a
> no-op in case the directory exists. If you want to change options for an
> existing build directory, you have to run
> 
> meson --reconfigure -Dandroid=true build

I tried it. Didn't work: it keeps preserving c++11 instead of using c++17.

> 
> This will fail if the build directory doesn't exist. The following
> script should work in all cases.
> 
> options="-Dandroid=true"
> 
> if [[ -d build ]] ; then
> 	meson --reconfigure $options build
> else
> 	meson $options build
> fi
> 
> ninja -C build clean
> ninja -C build
> 
> > But it still produces errors when trying to build.  
> 
> Clean is a good idea, but won't be enough when core configuration
> options of the project change I'm afraid :-( We need to wipe out the
> build directory completely, or run
> 
> meson configure -Dcpp_std=c++14 build

I prefer not doing that. As you're saying below, if the build changes
default to some later version, build will break again.

> 
> However, the only configuration option that requires such an operation
> to prevent breakages is cpp_std, and we don't envision switching to
> C++17 very soon. Even if we did, that would be a one time change, as
> there's no other published C++ version after that :-)
> 
> Could you handle this manually to fix the build ? No further action
> should be needed after that.
> 
> While at it, could you also set -Dv4l2=true to compile-test the V4L2
> compatibility layer ?

After doing a 'mason setup --wipe', v4l2=true is automatically set. Anyway,
I added an option that will display the configuration. This way, someone can
check that all options that should be enabled are there.

Cheers,
Mauro

  parent reply	other threads:[~2020-01-21 14:28 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-01-15  0:03 Build failed in Jenkins: libcamera #72 Jenkins Builder Robot
2020-01-16 17:48 ` Build failed in Jenkins: libcamera #73 Jenkins Builder Robot
2020-01-16 23:33   ` Build failed in Jenkins: libcamera #74 Jenkins Builder Robot
2020-01-16 23:48     ` Build failed in Jenkins: libcamera #75 Jenkins Builder Robot
2020-01-18 20:48       ` Build failed in Jenkins: libcamera #76 Jenkins Builder Robot
2020-01-20 17:03         ` Build failed in Jenkins: libcamera #77 Jenkins Builder Robot
2020-01-21 13:26           ` Build failed in Jenkins: libcamera #78 Jenkins Builder Robot
2020-01-21 13:38             ` Jenkins build is back to normal : libcamera #79 Jenkins Builder Robot
2020-01-19 21:16 ` Build failed in Jenkins: libcamera #72 Kieran Bingham
2020-01-21 13:12   ` Mauro Carvalho Chehab
2020-01-21 13:46     ` Mauro Carvalho Chehab
2020-01-21 13:48       ` Kieran Bingham
2020-01-21 13:47     ` Kieran Bingham
2020-01-21 14:22       ` Mauro Carvalho Chehab
2020-01-21 13:51     ` [libcamera-devel] " Laurent Pinchart
2020-01-21 13:54       ` Laurent Pinchart
2020-01-21 14:28       ` Mauro Carvalho Chehab [this message]
2020-01-21 13:14   ` Mauro Carvalho Chehab

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20200121152718.44c60a8a@kernel.org \
    --to=mchehab@kernel.org \
    --cc=jenkins@linuxtv.org \
    --cc=kieran.bingham@ideasonboard.com \
    --cc=laurent.pinchart@ideasonboard.com \
    --cc=libcamera-devel@lists.libcamera.org \
    --cc=linux-media@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox