Re: Configure errors under yocto

On 29 March 2017 at 15:13 Dan Williams <dcbw redhat com> wrote:

On Wed, 2017-03-29 at 14:32 +0100, Colin Helliwell wrote:

On 27 March 2017 at 14:25 Colin Helliwell <colin.helliwell@ln-sys> wrote:


... but still have subsequent errors which seem to have been due
to output directories not having been created e.g. libnm-core,
I can get it to limp a little further by creating the directories
in the pre-configure, but not totally.
Something perhaps not hooked in right to cater for the build
directory being different to the source directory...?

May I contribute the attached patch for building-outside-source-
directory? Well, as a starting point, at least - there may be other
build targets which could benefit from a similar mod, but I'm
building with my own (reduced) feature set, so I may not being seeing
all of them.
Hopefully it helps though.

NM should support "srcdir != builddir" already, but sometimes bugs
creep into the makefiles. What specific error are you getting from the
build process?

The error log is (bearing in mind this is under Yocto environment):

DEBUG: SITE files ['endian-little', 'bit-32', 'arm-common', 'arm-32', 'common-linux', 'common-glibc', 
'arm-linux', 'arm-linux-gnueabi', 'common']
DEBUG: Executing shell function do_compile
NOTE: make -j 8
/usr/bin/perl ../git/tools/ 'nm-vpn-dbus-types' 'VPN Plugin D-Bus API Types' 
../git/libnm-core/nm-vpn-dbus-interface.h ../git/tools/ >libnm-core/nm-vpn-dbus-types.xml
/usr/bin/perl ../git/tools/ 'nm-dbus-types' 'NetworkManager D-Bus API Types' 
../git/libnm-core/nm-dbus-interface.h ../git/tools/ >libnm-core/nm-dbus-types.xml
/bin/sh: libnm-core/nm-vpn-dbus-types.xml: No such file or directory
/bin/sh: libnm-core/nm-dbus-types.xml: No such file or directory
make: *** [libnm-core/nm-vpn-dbus-types.xml] Error 1
make: *** Waiting for unfinished jobs....
make: *** [libnm-core/nm-dbus-types.xml] Error 1
ERROR: oe_runmake failed
ERROR: Function failed: do_compile (log file is located at 

'ls <build-dir>' shows just:
aclocal-copy                    config.log     docs        libnm-util         po        vapi
arm-poky-linux-gnueabi-libtool  config.status  libnm       Makefile           shared
config.h                        data           libnm-glib  NetworkManager.pc  stamp-h1

i.e. no libnm-core directory present. The patch seems to resolve this stage.

[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]