Yes, I did this... I am currently down to 1 issue: /ede/smonsees/yocto/test/beignet-Release_v1.3/backend/src/llvm/llvm_to_gen.cpp: In function ‘bool gbe::llvmToGen(gbe::ir::Unit&, const void*, int, bo

#sdk #yocto

Khem: Was there a bug between Clang/cmake in setting up "CMAKE_SHARED_LINKER_FLAGS" ? If you notice,when I set the default compiler to clang, it sets the –sysroot to my build area… this should be my t

#sdk #yocto

The following patch was the problem with the compiler-rt component of meta-clang: under : meta-clang/recipes-devtools/clang/compiler-rt - 0002-Simplify-cross-compilation.-Don-t-use-native-compile.patc

#sdk

Hi , I got following error , try to add '--allowerasing' to command line to replace conflicting packages or '--skip-broken' to skip uninstallable packages How we can use allowerasing through command ,

#sdk

No ideas?

#yocto #sdk

Hi, 1) How to find Dependencies packages on connman (connection manager) in yocto sdk ? 2) If we uninstall connman then dependencies packages also need to install ?

#sdk

I assume you tried to compile on the target using the resulting image, if that's the case the package isn't installed. By using 'oe-pkgdata-util find-path */libc.a' in your build workspace, you could

#sdk #yocto #linux

Hi, I am having trouble generating the SDK for my image after upgrading from sumo to zeus. Here is an extract of my log.do_populate_sdk : NOTE: Running intercept scripts: NOTE: > Executing update_gio_

#sdk #yocto #toolchain

The hint regarding bitbake -e showed me the right direction... Within create_shar() function, sed is being called with the SDK_TITLE variable among others. Examination of the SDK_TITLE variable showed

#sdk

Hello, I created an eSDK and I am installing it on a docker image I created. Using the devtool I added/created a recipe for a simple HelloWorld application (such application is located in github, but

#yocto #sdk

Hello Khem Raj, Sorry for the late reply. I was not available during last week. So, I post here my recipe. But before I want to make two comments: I found a variable in the cmake\*.bbclass (i.e. OECMA

#sdk #yocto

Hi Joris, Thanks for reporting the issue. I can't test this right now. Can you reproduce the problem with just oe-core and a core-image that is similar to yours? If you can, then please either debug t

#sdk #toolchain

Hello, I am trying create an eSDK from the meta-ivi layer. In order to do so, I had to create some .bbappend files to make some recipes extend to the nativesdk class. Particularyl I created the follow

#sdk #yocto

Hello Raj, and thanks for your help. I actually found out that my problem seems to be that the files of one of the dependency packages are not staged into ./build/tmp/sysroots-components/x86_64-native

#sdk

Hi, Thanks for this explanation! Hmm. I would rather see FOO_append += "bar" being used every time when spaces are expected. It's way too easy to forget the extra space which causes annoying and hard

#sdk #systemd

sdk installer - The container ( .sh file) SDK image - Content inside the installer ( SDK files which you see upon SDK installation) > >

#sdk #toolchain #yocto

There are some scripts which can help e.g. [1] [2] but it may not be used by all layer maintainers to accept changes so I think you have to come up with some intermediate tool to identify and present

#sdk

I investigate my problem further. I think the source of problem is connected to lack of this file (SDKROOT)/tmp/sysroots/x86_64/usr/share/meson/meson.cross.template I dont have even (SDKROOT)/tmp/sysr

#sdk

Hi, we want to set up to cross compile our software that uses QApt, for an embedded device, on our build machine. We want to automate the process. The embedded device is to be updated on occasion, and

#apt #yocto #sdk #toolchain