구차니의 잡동사니 모음

$* <- 확장자가 없는 현재의 목표 파일(Target)

$@ <- 현재의 목표 파일(Target)

$< <- 현재의 목표 파일(Target)보다 더 최근에 갱신된 파일 이름

$? <- 현재의 목표 파일(Target)보다 더 최근에 갱신된 파일이름

[링크 : https://wiki.kldp.org/KoreanDoc/html/GNU-Make/GNU-Make-3.html]

$@

규칙에 있는 타겟의 파일 이름. 타겟이 아카이브 멤버이면 `$@'는 아카이브 파일의 이름이다. 여러개의 타겟들(see section 패턴 규칙에 대한 소개(Introduction to Pattern Rules))을 가지고 있는 패턴 규칙에서 `$@'는 규칙의 명령이 실행되도록 만든 타겟이면 무엇이든 이 타겟의 이름이 된다.

$%

타겟이 아카이브 멤버(See section 아카이브 파일을 갱신하기 위해서 make 사용하기(Using make to Update Archive Files))일 때, 타겟 멤버 이름. 예를 들어서 타겟이 `foo.a(bar.o)'이면 `$%'는 `bar.o'이고 `$@'는 `foo.a'이다. 타겟이 아카이브 멤버가 아니면 `$%'는 빈 것이 된다.

$<

첫번째 종속물의 이름. 타겟이 묵시적 규칙으로부터 그의 명령들을 얻었다면 이것은 묵시적 규칙에 의해서 추가된 첫번째 종속물이 될 것이다 (see section 묵시적 규칙(Using Implicit Rules)).

$?

타겟보다 더 새로운 모든 종속물들의 이름들. 이들 사이에는 스페이스들이 들어간다. 아카이브 멤버들인 종속물들에 대해서 이름이 있는 멤버만이 사용된다 (see section 아카이브 파일을 갱신하기 위해서 make 사용하기(Using make to Update Archive Files)).

$^

모든 종속물들의 이름. 이들 사이에는 스페이스들이 들어간다. 아카이브 멤버인 종속물들에 대해서 이름있는(지정된?) 멤버만이 사용된다 (see section 아카이브 파일을 갱신하기 위해서 make 사용하기(Using make to Update Archive Files)). 타겟은 이것이 의존하는 다른 각 파일들에 대해서 각 파일이 종속물 리스트에서 몇번이나 나왔는가에 상관없이, 딱 한번만 사용한다. 그래서 어떤 타겟을 위해서 한번 이상 종속물을 사용한다면 $^ 의 값은 그 이름을 딱 한번 담고 있는 형태가 된다.

$+

이것은 `$^' 와 비슷하다. 그러나 종속물들이 makefile 에서 리스트된 순서와 나타난 대로 중복되었다고 해도 한번 이상 리스트된다. 이것은 특별한 순서로 라이브러리 파일 이름들을 반복하는 것이 의미가 있는 링크 명령들 안에서 주로 유용하다.

$*

묵시적 규칙이 일치하는 (see section 패턴 비교 방법(How Patterns Match)) 대상 줄기(stem). 타겟이 `dir/a.foo.b' 이고 타겟 패턴이 `a.%.b' 이라면 줄기는 `dir/foo' 이다. 줄기는 관련된 파일들의 이름을 만들때 유용하다. 정적 패턴 규칙에서 줄기는 타겟 패턴에서 `%' 과 일치한, 파일 이름의 일부분을 말한다. 명시적 규칙에서는 줄기가 없다; 그래서 `$*' 는 그런식으로 결정될 수 없다. 대신에 타겟 이름이 인식된 접미사로 끝난다면 (see section 구닥다리 접미사 규칙(Old-Fashioned Suffix Rules)), `$*' 는 타겟 이름 빼기 접미사로 설정된다. 예를 들어서, 타겟 이름이 `foo.c' 이라면, `$*' 는 `foo' 로 설정된다, 왜냐면 `.c' 가 접미사이기 때문이다. GNU make 는 다른 make 구현물과의 호환성을 위해서만 이런 괴기스런 일을 한다. 일반적으로 묵시적 규칙들이나 정적 패턴 규칙들을 제외하고는 `$*' 를 쓰지 않도록 해야 할 것이다. 명시적 규칙 안의 타겟 이름이 인식된 접미사로 끝나지 않는다면 `$*' 는 그 규칙에 대해서 빈 문자열로 설정된다.

[링크 : http://korea.gnu.org/manual/4check/make-3.77/ko/make_10.html#SEC97]

.PHONY는 지원하지 않는 버전도 있음

[링크 : http://pinocc.tistory.com/131]

걍 포기할까...

LD_LIBRARY_PATH 잘못설정하면 절대 좋은꼴을 못보는데... ㄷㄷㄷ

./as: error while loading shared libraries: libz.so.1: cannot open shared object file: No such file or directory

$ sudo apt-get install zlib1g:i386

$ sudo apt-get install libc6-i386 lib32stdc++6 lib32gcc1 lib32ncurses5

[링크 : http://stackoverflow.com/questions/21256866/libz-so-1-cannot-open-shared-object-file]

/cc1: error while loading shared libraries: libmpc.so.2: cannot open shared object file: No such file or directory

export LD_LIBRARY_PATH="/usr/local/lib" sudo ldconfig

[링크 : http://stackoverflow.com/.../cc1-error-while-loading-shared-libraries-libmpc-so-2-...c]

$ sudo find / -name "libmpc.so.*"

/usr/lib/x86_64-linux-gnu/libmpc.so.2.0.0

/usr/lib/x86_64-linux-gnu/libmpc.so.2

$ sudo apt-cache search libmpc

libmpc-dev - multiple precision complex floating-point library development package

libmpc2 - multiple precision complex floating-point library

libmpcdec-dev - MusePack decoder - development files

libmpcdec6 - MusePack decoder - library

mppenc - Musepack lossy audio codec encoder

이거.. 볼수록 잘못 건드리면 헬게이트 열릴 기분인데?

as: error while loading shared libraries: libopcodes-2.23.51.20121129.so: cannot open shared object file: No such file or directory

음.. JTAG없이 SWD만으로 하는데

SWD로 안되면.. 머가 문제일려나..

TCK/TMS 인식인가..?

How do I switch the debugger connection between JTAG and SWD (Serial Wire Debug) protocol?

Applies to: Debug Access Port (DAP)

Answer

The SWJ-DP component supports both protocols - Serial Wire and JTAG. The selector is part of the SWJ-DP.

The default protocol at power-up is JTAG, so if you want to use Serial Wire, you need to use the TCK and TMS pins to scan in a special 'key', which is a sequence of TMS values which has no effect for a pure JTAG TAP but is recognized by a SWJ-DP TAP as a request to switch into Serial Wire mode. Similarly, there is another another TMS sequence to switch back from SWD to JTAG protocol.

[링크 : http://infocenter.arm.com/help/index.jsp?topic=/com.arm.doc.faqs/ka11775.html]

만원짜리 할인해서 90% 천원에 파는데

평가가 과거에는 안좋다고 요즘 댓글을 좋음인데..

암튼 또 라이브러리 채우기로 ㅋㅋㅋ 해피해피

막힐대로 막혀서 공략보는데

내가 가는 지역의 것을 찾기가 더 힘든게 함정..

종 때리는건데 종에 써있는 기호가 숫자라

그 횟수 만큼 때리는거

이걸 위해서 내가 QR 앱까지 깔아야 하다니 -_-

RT LT 이렇게 나오는데

컴퓨터로 하면 RT는 D LT는 A

큐브 두개 먹으니 10% 오르네..

[링크 : http://datab.us/Search/FEZ...?startIndex=CB4QAA&resultsPage=2]

[링크 : http://klitie.blogspot.kr/2014/04/tip-fez.html]

[링크 : http://akrsodhk.blog.me/220298858628]

페이팔 마피아, 인공지능 개발 위해 뭉쳤다

[링크 : http://media.daum.net/digital/others/newsview?newsid=20151213194303114]

[링크 : http://openai.sourceforge.net/faq.html]

bsd license로 진행한다니 흐음.. 한번 기대를 해봐야하나

댓글은 보면 인류 파멸의 서곡이라는 느낌인데...

흐음.. 귀찮아서

pcb 뜰 능력은 안되고 대충 땜질

ir 리시버의 다리가 얇은 관계로 땜질을 고려!

대충 아깝지만.. 케이블을 잘라서!

붙이고!

어... 길이가 좀 그러네 ㅠㅠ

머.. 모양은 그런데 되면 된거지 머 ㅋㅋㅋ

Can NOT Stop MCU!!

Flash driver fuction execution error

도대체.. 머가 문제인거냐...

일단 현재 수상(?) 한건

생산시기에 따른 편차가 있다는것

그리고 2014.7월에 JTAG/SWD 리셋 관련 글이 수정되었다는 점

(물론 예전 버전에도 내용은 존재함)

이래저래 벽에 막힌 기분..

coflash를 이용해서 굽는지라. 초기화 코드등은 수정하려면 할 수는 있으나..

flash 프로그램이 문제인지(elf / *.c / *.h)

xml 설정파일 쪽인지(adapter / debugger / device)

알수가 없네..

현재 의심가는건.. 

1. NVRAM의 설정에서 JTAG으로 설정되거나 SWD로 설정되는 녀석이 혼용되어

JTAG으로 설정된 녀석의 경우 SWD를 통해서 구을수 없다는 경우...

2. 내장 플래시의 문제(혹은 PLL 등?)

+

뒤지다 보니 coflash user defined algorithm이 존재!

[링크 : http://www1.coocox.org/CoFlashGuide/CoFlash_UserGuide_Algorithm.htm]

JTAG-to-SWD Switching

The 16-bit TMS/SWDIO command for switching to SWD mode is defined as b1110.0111.1001.1110, transmitted LSB first.

SWD-to-JTAG Switching

The 16-bit TMS/SWDIO command for switching to JTAG mode is defined as b1110.0111.0011.1100, transmitted LSB first.

7.2.3.5 Permanently Disabling Debug

 For extremely sensitive applications, the debug interface to the processor and peripherals can be permanently disabled, blocking all accesses to the device through the JTAG or SWD interfaces. With the debug interface disabled, it is still possible to perform standard IEEE instructions (such as boundary scan operations), but access to the processor and peripherals is blocked. The DBG0 and DBG1 bits of the User Debug (USER_DBG) register control whether the debug interface is turned on or off. The debug interface should not be permanently disabled without providing some mechanism–-such as the boot loader–-to provide customer-installable updates or bug fixes. Disabling the debug interface is permanent and cannot be reversed.

[링크 : http://www.ti.com/lit/ds/symlink/lm3s1607.pdf]

The OR1200 is a 32-bit scalar RISC with Harvard microarchitecture, 5 stage integer pipeline, virtual memory support (MMU) and basic DSP capabilities.

[링크 : http://opencores.org/or1k/OR1200_OpenRISC_Processor]

CPU CPUID

or1ksim 0x00

OR1200 0x12

mor1kx 0x01

AltOr32 0x32

OR10 0x10

or1knd i5 0xd5

[링크 : http://opencores.org/or1k/OR1K_CPU_Cores]

=== CPUID관련 ===

For now, we have implemented a CPU-ID register, that is SPR_SYS register 9, to allow different stacks in the same memory etc. 

[링크 : http://opencores.com/forum,OpenRISC,0,3666]

    Section 15.2

    Version Register (VR)

    The version register is a 32-bit special-purpose supervisor-level

register accessible with the l.mfspr instruction.

    It identifies the implementation (model) and version of the

OpenRISC 1000 processor.

    [31:24] VER Version

    Implementation-specific version information. This value should

increase for more recent versions. The CPU implementation

specification document should indicate how to interpret this field.

    [23:0] CPUID CPU Identification

    Implementation-specific identification number. Each unique

implementation should have a unique identification value.

[링크 : http://lists.opencores.org/pipermail/openrisc/2011-August/000090.html]

>>> +++ b/newlib/libc/machine/or1k/include/spr-defs.h

>>> @@ -201,6 +201,15 @@

>>>  #define SPR_VR2_CPUID_OFF   24

>>>  #define SPR_VR2_VER_OFF     0

>>>

>>> +/*

>>> + * CPU implementation unique identifiers

>>> + */

>>> +#define SPR_VR2_CPUID_OR1KSIM   0x00

>>> +#define SPR_VR2_CPUID_MOR1KX    0x01

>>> +#define SPR_VR2_CPUID_OR1200    0x12

>>> +#define SPR_VR2_CPUID_ALTOR32   0x32

>>> +#define SPR_VR2_CPUID_OR10      0x10

>>> +

[링크 : http://lists.opencores.org/pipermail/openrisc/2012-December/001171.html]

흐음... 0x13은 머지....

gSOAP은 단순(?)하게 C/C++에서 XML 을 편하게 연결해서 SOAP 서비스를 제공하도록 해주는

프레임 워크? 라고 해야하려나?

단지 이걸 onvif에서 사용하는 것일뿐

gSOAP이 onvif는 아니다.

[링크 : https://en.wikipedia.org/wiki/GSOAP] generic XML and SOAP

[링크 : https://en.wikipedia.org/wiki/SOAP] Simple Object Access Protocol

[링크 : http://www.w3schools.com/xml/xml_wsdl.asp] Web Services Description Language

[링크 : https://en.wikipedia.org/wiki/Web_Services_Description_Language]

[링크 : http://j2enty.tistory.com/category/Dev%20Tech./SOAP]

[링크 : http://sourceforge.net/projects/gsoap2/]