Cross Compile allJoyn on Ubuntu for RaspberryPI -


i trying cross-compile alljoyn on ubuntu 16.04 raspberrypi2. followed steps mentioned https://wiki.allseenalliance.org/develop/building_and_running under section linux cross-compiling.

when try compile alljoyn using command scons os=openwrt cpu=openwrt bindings=cpp,c,java ws=off bt=off ice=off service="about,notification,controlpannel,config,onboarding,sample_apps" following error

    scons: reading sconscript files ... checking c++ compiler support -std=c++11 flag... printing env dump... { 'cpath': '/home/jha/rpi/tools/arm-bcm2708/arm-rpi-4.9.3-linux-gnueabihf/arm-linux-gnueabihf/sysroot/usr/include',   'home': '/home/jha',   'library_path': '/home/jha/rpi/tools/arm-bcm2708/arm-rpi-4.9.3-linux-gnueabihf/arm-linux-gnueabihf/sysroot/usr/lib:/home/jha/rpi/tools/arm-bcm2708/arm-rpi-4.9.3-linux-gnueabihf/arm-linux-gnueabihf/sysroot/usr/libexec',   'path': '/home/jha/rpi/tools/arm-bcm2708/arm-rpi-4.9.3-linux-gnueabihf/bin',   'staging_dir': '/home/jha/rpi/linux/usr'} no checking c++ compiler support -std=c++0x flag... printing env dump... { 'cpath': '/home/jha/rpi/tools/arm-bcm2708/arm-rpi-4.9.3-linux-gnueabihf/arm-linux-gnueabihf/sysroot/usr/include',   'home': '/home/jha',   'library_path': '/home/jha/rpi/tools/arm-bcm2708/arm-rpi-4.9.3-linux-gnueabihf/arm-linux-gnueabihf/sysroot/usr/lib:/home/jha/rpi/tools/arm-bcm2708/arm-rpi-4.9.3-linux-gnueabihf/arm-linux-gnueabihf/sysroot/usr/libexec',   'path': '/home/jha/rpi/tools/arm-bcm2708/arm-rpi-4.9.3-linux-gnueabihf/bin',   'staging_dir': '/home/jha/rpi/linux/usr'} no *** compiler old build alljoyn.  aborting.

i modified sconscript file under build_core/conf/openwrt print env variables right before checking compiler.

to verify compiler not outdated compiler, tried following

  1. created file named "test.cc" 1 line in int main(void) { return 0; }
  2. compiled file using command /home/jha/rpi/tools/arm-bcm2708/arm-rpi-4.9.3-linux-gnueabihf/bin/arm-linux-gnueabihf-g++ -std=c++11 -o ../test ../test.cc
  3. file compiles without error
  4. version of arm-linux-gnueabihf-g++ 4.9.3

following values of environment variables set, before running scons command

host_home="/home/jha/rpi/tools/arm-bcm2708/arm-rpi-4.9.3-linux-gnueabihf" target_prefix="arm-linux-gnueabihf-" export target_path="${host_home}/bin" export target_cc="${target_prefix}gcc" export target_cppflags="" export target_cflags="-i${host_home}/arm-linux-gnueabihf/sysroot/usr/include" export cxxflags="-std=c++11" export target_cxx="${target_prefix}g++" export target_link=$target_cc export target_linkflags="-l${host_home}/arm-linux-gnueabihf/sysroot/usr/lib -l${host_home}/arm-linux-gnueabihf/sysroot/usr/libexec" export target_ldflags=$target_linkflags export target_ar="${target_prefix}ar" export target_ranlib="${target_prefix}ranlib" export staging_dir="/home/jha/rpi/linux/usr" export cross_prefix=$target_prefix export cross_path=$target_path export cross_cflags="$target_cflags -march=armv7 " export cross_linkflags=$target_linkflags export cross_compile=$target_prefix

i not able cross-compile alljoyn raspberrypi2 on ubuntu 16.04 machine. pointers in right direction appreciated. thank in advance.

i figure out cross compiling alljoyn arm, following steps http://itisprakash.blogspot.com/2016/05/cross-compile-alljoyn-for-raspberrypi.html


-

Comments

Post a Comment

Popular posts from this blog

scala - 'wrong top statement declaration' when using slick in IntelliJ -

Image
i'm porting project scala 2.9 2.10, therefore have use slick instead of scalaquery. i'm using slick 2.1.0 since supports ms access. according this tutorial , upgrade guide changed robs object class , added val robs : why error message wrong top statement declaration , how rid of it? edit: i'm new scala... according this question seems can't put val outside of methods or classes, right? code above directly in packge. right approach slick then? should move code in class or trait? according this changed val robs = tablequery[robs] to object robs extends tablequery(new robs(_)) {} . no warnings or errors anymore. :)
Read more

c# - DevExpress.Wpf.Grid.InfiniteGridSizeException was unhandled -

Image
when using devexpress, see error: devexpress.wpf.grid.infinitegridsizeexception unhandled message="by default, infinite grid height not allowed since grid rows rendered , hence grid work slowly. fix issue, should place grid container give finite height grid, or should manually specify grid's height or maxheight. note can avoid exception setting gridcontrol.allowinfinitegridsize static property true, in case grid run slowly." the problem dxgrid has infinite height. to fix, set height non-infinite. snoop absolutely invaluable this: if "height" xaml element infinite (i.e. 0 or nan ), can set using one of following: option 1: height="{binding path=actualheight, relativesource={relativesource mode=findancestor, ancestortype=uielement}}" option 2: verticalalignment="stretch" option 3: height="auto" hint: use verticalalignment="stretch" if child of grid <rowdefinition height=
Read more

PySide and Qt Properties: Connecting signals from Python to QML -

i trying run simple pyside appliccation design made in qml. call function in qml python in separated thread. i have following qml view: import qt 4.7 rectangle { visible: true width: 100; height: 100 color: "lightgrey" text { id: datestr objectname: "datestr" x: 10 y: 10 text: "init text" font.pixelsize: 12 function updatedata(text) { datestr.text = qstr(text) console.log("you said: " + text) } } } here application: some imports.... #!/usr/bin/python import sys import time pyside import qtdeclarative, qtcore pyside.qtgui import qapplication pyside.qtdeclarative import qdeclarativeview the qthread worker.... #worker thread class worker(qtcore.qthread): updateprogress = qtcore.signal(int) def __init__(self, child): qtcore.qthread.__init__(self) self.child = child def run(self):
Read more