How to build multi binaries through cmake.

Topic :

1. How to build multi binaries through cmake.
2. How to make multi binaries by preprocess.

Linux Line Feed? Carriage Return? Remove ^M

linux "^M" issue

If you look the shell script or code sent from Windows to the Linux server, you may find "^M" at the end of the line.

ex 1 )
echo test^M

ex 2)

#include <iostream>^M
#include <string>^M

Solve :

all remove ^M

 $ vi source.cpp
 
:1,$s/^M//g

^M : ctrl+N and ctrl+M

dpkg command (install / remove)

 dpkg

 - install .deb

    $ dpkg -i *.deb

 - check intalled .deb package

    $dpkg --get-selections | grep <pkgName>

 - remove .deb 
   * If it is installed through a deb file, it should be removed in order according to dependencies.

    $ dpkg -P <pkgName>-dev

    $ dpkg -P <pkgName>-dbg

    $ dpkg -P  <pkgName>

#dpkg #deb #install #remove #package #linux #embedded

Error : Chrome search engine keyword error (Spacebar ignored)

Error : Chrome search engine keyword(Spacebar ignored)

1. Chrome Address Window in Chrome 
    Connection : Chrome://flags 

2. Omnibox keyword search button

3. Re-run relaunch after setting Default to Disabled by default. 

#chromeerror#keyword#error

After setting the chrome keyword,
input a keyword in the address bar and process it if you pressed the space bar.
but there was no response.

Keyword error occurred (when space bar is not available)

크롬 키워드 설정 후,
주소창에 키워드 입력하고 스페이스 바를 눌렀으나 반응 없을 시에 대한 처리

키워드 에러 발생(스페이스바 안될 때)

Python logging module (write log file) / basicConfig does not create log file issue(solved)

Python

logging module : write log file for exec. log in python(i think)

issue :

If "fullpath = variable + filename" as shown above, there is an issue(not create a log file).
The cause is unknown, but if " fullpath = "./log/test.log" " directly, you can see that the file is normally generated.

example 1 and issue of example 1,  solved: example 2

example 1.

import logging

def writeLogFile(logText):
    mypath = "./log"
    fullpath = mypath + "/test.log"    #mypath = "./log"
    logging.basicConfig(filename = fullpath, level=logging.DEBUG)
    logging.debug(logText)

If "fullpath = variable + filename" as shown above, there is an issue(not create a log file).

The cause is unknown, but if " fullpath = "./log/test.log" " directly, you can see that the file is normally generated.

For the above problem, I don't use basicConfig, So, I use it with example 2.

example 2 and solve.

import logging
import logging.handlers

log : ""

def initLog():
    global log
    mypath = "./log"
    fullpath = mypath + "/test.log"    #mypath = "./log"

    log = logging.getLogger('my_log')
    log.setLevel(logging.DEBUG)
    fileHandler = logging.FileHandler(fullpath)
    log.addHandler(fileHandler)

def writeLogFile(logText):
    log.debug(logText)

As shown above, log can be created as a file without any problems.

#python #logging #log #logfile #basicConfig #issue #solve #logginghandler

Yocto Recipe / Some runtime variables

Recipe

.bb or .bbappend file
- Recipes describe how to handle a given package
- A recipe is a set of instructions to describe how to retrieve, patch, compile, install and generate binary packages for a given application.
- It also defines what build or runtime dependencies are required.
- The recipes are parsed by the BitBake build engine.
- The format of a recipe file name is <package-name>_<version>.bb
 

Some runtime variables

WORKDIR : The package location that was created after bitbake built the package.

$ bitbake -e vehicle | grep ^WORKDIR=

WORKDIR="/home/yocto/poky/build/tmp/work/arm-linux-gnueabi/vehicle/0.1-r0"

PN : package name(Extract from recipe file name)

PR : package revision

PV : package version

S : The location where bitbake unpacks the package.(where the source is located)

$ bitbake -e hello | grep ^S=

S="/home/yocto/poky/build/tmp/work/arm-linux-gnueabi/vehicle/0.1-r0"

D : Directory to import output files (destination directory)

$ bitbake -e hello | grep ^D=

D="/home/yocto/poky/build/tmp/work/arm-linux-gnueabi/vehicle/0.1-r0/image"

A command to be used after "D" path.

Bindir : /usr/bin

sbindir : /usr/sbin

libdir : /usr/lib

libexecdir : /usr/lib

sysconfdir : /etc

datadir : /usr/share

mandir : /usr/share/man

includedir : /usr/include

#Recipe #Runtime Variables #Yocto #Bitbake #Linux #Build system

What is Yocto ? Yocto Background

1. Yocto의 근원
2001년 발표한 Linux 기반의 PDA인 Sharp Zaurus SL-5000 시리즈 부터라고 한다.

OpenZaurus project
- Sharp는 open source license에 따라 SL-5000 제품의 ROM Image의 소스코드를 공개하였고, 이를 기반으로 2002년에 OpenZaurus project 시작
debian 기반의 소스 빌드 방식을 사용한 이 프로젝트는 프로젝트의 규모가 커지면서 여러 Target architecture를 지원하는데 한계를 나타냄.
이러한 문제를 개선하기 위해 2003년에 OpenEmbedded가 시작.
 

2. OpenEmbedded project
- OpenZaurus의 패키지들이 이 프로젝트에 통합됨.
OpenEmbedded는 BitBake라는 Python 으로 작성된 빌드 프로그램과 Metadata(recipe와 관련된 설정 파일들)라는 빌드 명세로 구분.
Bitbake는 2004년에 Make tool 처럼 독립적인 프로젝트로 분리.
따라서, 다음과 같이 분리됨.
- Bitbake는 별도의 독립적 프로젝트
- OpenEmbedded는 Bitbake 용 Metadata를 관리하는 프로젝트
OpenEmbedded가 급성장하며, 7천여개의 recipe, 300여개의 Machine을 지원하게 됨.
OpenEmbedded의 경우, 개발자가 직접 commit 하는 push 모델로 운영되다 보니 규모가 커지면서 코드의 충돌 관리가 쉽지 않아지고, 상업적인 지원도 쉽지 않아짐.
이를 개선하기 위해 다양한 시도가 있었으며, 그 중 하나로 Poky Linux의 등장.
 

3. Poky Linux
OpenedHand라는 스타트업이 2006년 발표한 Poky Linux는 기존 OpenEmbedded를 깔끔하게 정리한 프로젝트
- 특징
800여개 정도의 선별된 recipe
QEMU(가상화 소프트웨어) 가상 환경 및 SDK 빌드 지원
아주 잘 정리된 Manual

이 회사는 2008년 Intel에 합병되고, 그로 인해 Poky 는 Atom 기반의 장비에만 집중
 

4. Yocto Project
Poky Linux를 기반으로 Embedded Linux 배포본 개발 절차를 개선하기 위한 프로젝트 (Linux Foundation Workgroup에서 2010년 발표)
OE-Core : 2011년에 Poky에서 분리된 Metadata이며, 현재 Yocto 에서 말하는 OpenEmbedded는 OE-Core를 말함.
OE-Classic : 이전의 OpenEmbedded

- OE-Core 포함 범위
ARM, x86, x86-64, MIPS, MIPS64 와 같은 주요 아키텍쳐 지원
QEMU emulated machine 으로 X-Based GUI(Sato)를 지원(실제 하드웨어 X)

실제 하드웨어 의존적이지 않은 Metadata set 만 지원
Bitbake의 Layering 기능으로 각각의 BSP metadata 로 분리
소프트웨어 모듈은 meta-qt, meta-nodejs 등과 같은 별도의 layering으로 구분
개발자가 직접 Comit 하는 Push model(OpenEmbedded) 이 아닌, Pull Model로 poky, openembedded를 관리하여 프로젝트 충돌 가능성 없음.
 

5. 용어
bitbake : 2004년 OE-Classic에서 분리된 빌드 툴
OE-Core(OpenEmbedded-Core): 2011년 Poky에서 분리된 Core Metadata, Poky에서는 Meta-openembedded 제공
OE-Classic(이전의 OpenEmbedded): Bitbake와 OE-Core
Poky: OE-Core를 포함한 통합 Image를 만들 수 있는 Metadata와 Bitbake
Yocto Project: Linux Foundation 에서 관리하는 Embedded linux 배포본 빌드 시스템
Metadata : 환경설정 파일(*.conf), 클래스 파일(*.bbclass), 레시피 파일(*.bb, *.bbappend)
 

#Source of Yocto #Yocto #BitBake #Poky #Feature #Term