Sanitycheck problem

[Mike Jones]

Patrick,

I figured out how to build and install and sdk, and then I could compile properly.

Mike

Sent from my iPad

> On Jan 17, 2022, at 10:17 AM, Mike Jones <proclivis at gmail.com> wrote:
> 
> Patrick,
> 
> There is no ninja.build file, so it won’t compile.
> 
> Nonetheless, in general, how are people developing, compiling, testing things like dbus_semsors? I spent some time trying to compile it on Ubuntu, and I just went down a rabbit hole. I assume yocto has some general cross compilation other than devtool?
> 
> Sorry for such a newbie question. Just a pointer and a url and I’ll go do the learning.
> 
> Mike
> 
> Sent from my iPad
> 
>>> On Jan 14, 2022, at 11:41 AM, Patrick Williams <patrick at stwcx.xyz> wrote:
>>> 
>>> On Thu, Jan 13, 2022 at 05:24:00PM -0700, Mike Jones wrote:
>>> This is the error:
>>> 
>>> root at ubuntu:~/share/design/code/openbmc/build/ast2600-default/tmp/work/armv7ahf-vfpv4d16-openbmc-linux-gnueabi/dbus-sensors/0.1+gitAUTOINC+26601e8919-r0/git# <mailto:root at ubuntu:~/share/design/code/openbmc/build/ast2600-default/tmp/work/armv7ahf-vfpv4d16-openbmc-linux-gnueabi/dbus-sensors/0.1+gitAUTOINC+26601e8919-r0/git#> meson build
>>> The Meson build system
>>> Version: 0.58.1
>>> Source dir: /home/openbmc/share/design/code/openbmc/build/ast2600-default/tmp/work/armv7ahf-vfpv4d16-openbmc-linux-gnueabi/dbus-sensors/0.1+gitAUTOINC+26601e8919-r0/git
>>> Build dir: /home/openbmc/share/design/code/openbmc/build/ast2600-default/tmp/work/armv7ahf-vfpv4d16-openbmc-linux-gnueabi/dbus-sensors/0.1+gitAUTOINC+26601e8919-r0/git/build
>>> Build type: native build
>>> Project name: dbus-sensors
>>> Project version: 0.1
>>> 
>>> meson.build:1:0: ERROR: Could not invoke sanity test executable: [Errno 8] Exec format error: '/home/openbmc/share/design/code/openbmc/build/ast2600-default/tmp/work/armv7ahf-vfpv4d16-openbmc-linux-gnueabi/dbus-sensors/0.1+gitAUTOINC+26601e8919-r0/git/build/meson-private/sanitycheckcpp.exe'.
>>> 
>>> A full log can be found at /home/openbmc/share/design/code/openbmc/build/ast2600-default/tmp/work/armv7ahf-vfpv4d16-openbmc-linux-gnueabi/dbus-sensors/0.1+gitAUTOINC+26601e8919-rroot at ubuntu:~root at ubrootroot@ubuntu:~/share/design/code/openbmc/build/ast2600-default/tmp/work/armv7ahf-vfpv4d16-openbmc-linux-gnueabi/dbus-sensors/0.1+gitAUTOINC+26601e8919-r0/git#
>>> 
>>> The path to sanitycheckcpp.exe is there, but fails, as if it must run on a different architecture.
>> 
>> I'm not sure what is going on and I don't really use devtool very often.  The
>> "Build type: native build" is where things are going wrong though.  You've tried
>> to get bitbake to set you up a cross-compile environment (targeting ARM) and
>> yet meson thinks you're building a native (targeting x86 likely).  Usually
>> bitbake has some special environment settings or a cross-env file for Meson, so
>> however you're invoking meson might be missing that.
>> 
>> Is it actually necessary to call meson anyhow?  Hasn't the 'configure' step
>> already ran when devtool sets up the environment?  `meson build` says "set up
>> a new meson directory named build".  Did you intend something like
>> `ninja -C build`?
>> 
>> -- 
>> Patrick Williams