Sanitycheck problem
Mike Jones
proclivis at gmail.com
Tue Jan 18 04:17:06 AEDT 2022
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
More information about the openbmc
mailing list