프로그램 사용/gcc2011.12.28 11:05
기억력 감퇴인가.. 아무튼 c언어에서는 2진수 표기를 할 방법이 없어서
16진수로만 하는데 검색을 하다 보니 이상한 문장을 발견 -_-
  
보통 c에서는 00111111b 와 같이 사용하는데, 2진수로 바로 쓰려면 어떻게 해야하나요?
아시는 분 있으면 답변해주시면 감사하겠습니다. ^^; 

[링크 : http://www.terabank.co.kr/bbs/zboard.php?id=comunity01...no=1343]
[링크 : http://donghwada.tistory.com/entry/ATmega-Pin-Configurations-DDR-PORT-PIN]

gcc에서 제공하는 비표준 C문법으로
0x0000 이라고 16진수를 입력하듯
0b0000 이라고 2진수를 입력이 가능하다.

물론 vi에서도 인식되지 않는 문법이라 문법강조도 되지 않음 -_-
+ winavr역시 gcc 의 한 종류 이므로 이러한 문법을 허용한다.

$ vi temp.c 
  1 #include <stdio.h>
  2
  3 void main()
  4 {
  5     unsigned char binval = 0b1000000;
  6     unsigned char binval2= 10000;
  7 }
 
$ gcc temp.c
temp.c: In function ‘main’:
temp.c:6: warning: large integer implicitly truncated to unsigned type 

Most people use hexadecimal for binary numbers in C.
(GCC and some other compilers have an non-standard 0b####### extension

[링크 : http://www.avrfreaks.net/index.php?name=PNphpBB2&file=viewtopic&t=64658]  

흐음.. C99 표준에 넣으려다가 기각당했군 -ㅁ-
dl8dtl - Nov 26, 2006 - 08:38 PM
Post subject: RE: Binary constants in IAR C ?
> Binary notation was added in C99 if I remember correctly. 

No, it's been rejected by the committee. 

In the C99 rationale, you can find under 6.4.4.1 Integer constants: 

``A proposal to add binary constants was rejected due to 
lack of precedent and insufficient utility.'' 

So please tell your (national) standards body there *is* sufficient utility for 
it. As for the first part, I'm trying to get the 0b patch officially 
as an extension into GCC. Once that happened, there will be at least 
one very prominent C implementation that sets a precedent case. ;-) 
All those microcontroller implementations are probably nothing the ISO 
C standardization body might be aware of, but for sure, GCC is. 

> IAR is not fully up to C99 yet, 

It's about the most complete C99 implementation I've seen.  

[링크 : http://www.avrfreaks.net/index.php?name=PNphpBB2&file=printview&t=44082&start=0]

그나저나.. 0000b 는 누구 문법일까?
신고

'프로그램 사용 > gcc' 카테고리의 다른 글

gcc 64bit 확장  (0) 2013.01.13
GCC 기본 include 경로(default include path on GCC/G++)  (0) 2012.02.12
gcc의 2진수 표기법  (0) 2011.12.28
c++ 컴파일 오류 - error: extra qualification  (0) 2011.10.12
gcc 컴파일 단계별 옵션  (0) 2010.03.04
gcc의 linker 옵션  (2) 2010.03.02
Posted by 구차니

댓글을 달아 주세요

Linux2010.06.15 22:58
test.c 파일을 심심해서 프로파일링과 디버깅 정보를 조합하여 출력하도록 해보았다.
(나중에 어셈블리 분석도 해볼겸!)

$ cat test.c
#include "unistd.h"

int main(int argc, char **argv)
{
	int a = 0;
	int b = 0;

	printf("%d %d\n",a,b);
	a++; b++;
	printf("%d %d\n",a,b);
}

아래의 내용중 파란색 내용디버깅에서 추가되는 내용
빨간색 내용프로파일링에서 추가되는 내용이다.

$ gcc -S test.c


$ gcc -S -pg test.c


$ gcc -S -g test.c


$ gcc -S -g -pg test.c


vimdiff 를 이용해서 비교해본 결과는 아래와 같다.
- 프로파일링 없이 디버깅 정보의 유무

- 디버깅 정보 없이 프로파일링 유무


신고
Posted by 구차니

댓글을 달아 주세요

프로그램 사용/gcc2010.03.04 11:23

학교에서 컴파일러 배운지도 오래되서 기억도 가물가물하는데,
아무튼 컴파일이라는 과정은 생각보다 여러단계를 거친다.

1단계는 #define 이나 #include 등의 매크로프로세서를 처리하는 과정
2단계는 매크로 처리된 C언어를 컴파일하는 과정(문법 확인)
3단계를 컴파일 된 결과물인 어셈블리 코드를 오브젝트로 변환하는 과정
4단계는 오브젝트들을 서로 묶어주는 과정
5단계는 이런 묶인 녀석들을 메모리에서 돌아가도록 하는 로더라는 녀석을 붙이는 과정을 거친다.

이렇게 단계가 나누어져 있다 보니,
gcc에서는 단계별 결과를 추출해 낼수 있다.

예를들어, 매크로가 복잡해서 소스 추적이 힘들경우
매크로 프로세서를 거친 결과만을 뽑아내고 싶다고 한다면
gcc -E 옵션을 사용하면 매크로가 제외된(처리된) 결과가 stdout으로 나온다.
gcc -E 소스파일 > 저장할 파일
이런식으로 한단계만 거쳐 디버깅에 사용할 수도 있다.

추가적으로, Makefile 에서
CPP 는 C++이 아니라 C PreProcessor = 매크로 프로세서 이고
CC 는 C Compiler
AS 는 Assembler
LD 는 Loader (링커) 를 의미한다.

2010/03/02 - [프로그램 사용/gcc] - gcc의 linker 옵션
2010/01/27 - [프로그램 사용/gcc] - gcc 매크로만 확장하기 (preprocessor/전처리기)
신고
Posted by 구차니

댓글을 달아 주세요

프로그램 사용/gcc2010.03.02 17:34
gcc 옵션중에 헷갈리는게 있다.
-L과 -l이 그녀석인데, 비슷비슷해서 조금 헷갈린다.

아무튼 -L은 디렉토리(경로)를
-l은 특정 라이브러리 파일을 설정하는데 사용된다.

       -l library
           Search the library named library when linking.  (The second alternative with the library as a separate argu-
           ment is only for POSIX compliance and is not recommended.)

           It makes a difference where in the command you write this option; the linker searches and processes libraries
           and object files in the order they are specified.  Thus, foo.o -lz bar.o searches library z after file foo.o
           but before bar.o.  If bar.o refers to functions in z, those functions may not be loaded.

           The linker searches a standard list of directories for the library, which is actually a file named libli-
           brary.a.  The linker then uses this file as if it had been specified precisely by name.

           The directories searched include several standard system directories plus any that you specify with -L.

           Normally the files found this way are library files---archive files whose members are object files.  The
           linker handles an archive file by scanning through it for members which define symbols that have so far been
           referenced but not defined.  But if the file that is found is an ordinary object file, it is linked in the
           usual fashion.  The only difference between using an -l option and specifying a file name is that -l sur-
           rounds library with lib and .a and searches several directories.

       -Ldir
           Add directory dir to the list of directories to be searched for -l.

       LIBRARY_PATH
           The value of LIBRARY_PATH is a colon-separated list of directories, much like PATH.  When configured as a
           native compiler, GCC tries the directories thus specified when searching for special linker files, if it
           can’t find them using GCC_EXEC_PREFIX.  Linking using GCC also uses these directories when searching for
           ordinary libraries for the -l option (but directories specified with -L come first).

[링크 : http://linux.die.net/man/1/gcc]
신고
Posted by 구차니

댓글을 달아 주세요

  1. 강아지 사진 볼 때 마다 저도 졸음이...ㅋㅋ

    2010.03.02 17:38 신고 [ ADDR : EDIT/ DEL : REPLY ]

프로그램 사용/gcc2010.02.11 16:05
gcc -static [파일이름]

위와 같이 컴파일 하면 정적으로 링크한다.
예를들어 /sbin/init 등이 제대로 되는지 확인할때
init를 임의로 만들어 정적으로 컴파일 후에 /sbin/init 치환하면
/lib 뒤질일 없이 바로 실행이 가능하므로 디버깅이 용이해진다.

하지만, 용량이 무지 커지니 주의!

-static
On systems that support dynamic linking, this prevents linking with the shared libraries. On other systems, this option has no effect.

[링크: http://linux.die.net/man/1/gcc]

[링크 : http://www.faqs.org/docs/Linux-mini/NFS-Root.html#toc5]
[링크 : http://lists.busybox.net/pipermail/busybox/2007-May/061479.html]
[링크 : http://www.linuxquestions.org/questions/linux-kernel-70/2.4.36.3-busyboxs-init-hangs-at-freeing-unused-kernel-memory-645556/]
신고
Posted by 구차니

댓글을 달아 주세요

프로그램 사용/gcc2010.02.10 10:45
gcc에서 지원하고 있는 언어를 확인하고 싶을때 사용하는 방법으로
gcc의 버전 정보중에 --enable-languages 의 값을 확인하면 된다.

$ gcc -v
Using built-in specs.
Target: i386-redhat-linux
Configured with: ../configure --prefix=/usr --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --enable-checking=release --with-system-zlib --enable-__cxa_atexit --disable-libunwind-exceptions --enable-libgcj-multifile --enable-languages=c,c++,objc,obj-c++,java,fortran,ada --enable-java-awt=gtk --disable-dssi --enable-plugin --with-java-home=/usr/lib/jvm/java-1.4.2-gcj-1.4.2.0/jre --with-cpu=generic --host=i386-redhat-linux
Thread model: posix
gcc version 4.1.2 20070626 (Red Hat 4.1.2-13)

$ sh4-linux-gcc -v
Using built-in specs.
Target: sh4-linux
Configured with: ../configure --host=i686-pc-linux-gnu --target=sh4-linux --prefix=/opt/STM/STLinux-2.2/devkit/sh4 --exec-prefix=/opt/STM/STLinux-2.2/devkit/sh4 --bindir=/opt/STM/STLinux-2.2/devkit/sh4/bin --sbindir=/opt/STM/STLinux-2.2/devkit/sh4/sbin --sysconfdir=/opt/STM/STLinux-2.2/devkit/sh4/etc --datadir=/opt/STM/STLinux-2.2/devkit/sh4/share --includedir=/opt/STM/STLinux-2.2/devkit/sh4/include --libdir=/opt/STM/STLinux-2.2/devkit/sh4/lib --libexecdir=/opt/STM/STLinux-2.2/devkit/sh4/libexec --localstatedir=/opt/STM/STLinux-2.2/devkit/sh4/var --sharedstatedir=/opt/STM/STLinux-2.2/devkit/sh4/share --mandir=/opt/STM/STLinux-2.2/devkit/sh4/man --infodir=/opt/STM/STLinux-2.2/devkit/sh4/info --program-prefix=sh4-linux- --with-local-prefix=/opt/STM/STLinux-2.2/devkit/sh4 --with-sysroot=/opt/STM/STLinux-2.2/devkit/sh4/target --enable-languages=c,c++ --enable-threads=posix --enable-nls --enable-c99 --enable-long-long --with-system-zlib --enable-shared --enable-multilib --enable-symvers=gnu --enable-__cxa_atexit --with-gxx-include-dir=${prefix}/target/usr/include/c++/4.1.1
Thread model: posix
gcc version 4.1.1 (STMicroelectronics/Linux Base 4.1.1-23)


[링크 : http://korea.gnu.org/manual/release/install/configure.html]
신고
Posted by 구차니

댓글을 달아 주세요

  1. 음... 전 플래시 액션 공부하는데도 머리가 무척 아픈데...
    2.0으로 공부해서 3.0을 새로 공부해야 하는데 엄두가 안나네요. ^ ^;

    근데, GCC가 뭐에요? ``;;

    2010.02.10 14:47 신고 [ ADDR : EDIT/ DEL : REPLY ]
    • 컥! GCC를 모르시다니 ㅠ.ㅠ
      음.. GNU C Compiler의 약자랍니다. (먼산)

      간단하게 Visual Studio는 컴파일러 + 개발환경 + 라이브러리 인데, GCC는 이중에서 개발환경을 제외한 나머지를 opensource로 GNU에서 개발하는 하는거죠 ㅎ

      저는 웹은 약해서 ㅠ.ㅠ 플래시가 먼가요 먹는건가요 ㅠ.ㅠ

      결론 : 외계어 ㅠ.ㅠ

      2010.02.10 14:50 신고 [ ADDR : EDIT/ DEL ]
  2. ㅋㅋㅋ.. 아...
    우린.. 공통화제가 약해요. 므흣~~~
    그래도 좋은 이웃~
    플래시 아시면서~~~~~~~ >ㅂ<

    2010.02.10 15:22 신고 [ ADDR : EDIT/ DEL : REPLY ]
    • 정말 웹은 몰라요 ㅠ.ㅠ
      차라리 웹을 했더라면 이직이라도 쉬웠을텐데 하는 아쉬움이 있어요 ㅠ.ㅠ

      리눅스 임베디드 개발자따윈 ㅠ.ㅠ

      2010.02.10 15:24 신고 [ ADDR : EDIT/ DEL ]

프로그램 사용/gcc2010.01.27 17:18
#if 문이라던가 각종 전처리기용 문구들은
여러가지 확장을 통해서 컴파일을 하기 때문에 source insight 등의 힘을 빌려도 분석하기 어려운 면이 있다.

일반적으로 컴파일러는 전처리기 - 컴파일 - 어셈블 - 링크 과정을 거치는데(아마도?)
전처리기 까지만 거친 결과를 stdout 으로 출력해준다.

$ man gcc
       -E  Stop after the preprocessing stage; do not run the compiler proper.
            The output is in the form of preprocessed source code, which is sent to the standard output.

           Input files which don't require preprocessing are ignored.

[링크 : http://linux.die.net/man/1/gcc]

$ cat test.c
#if 1
int test;
#else
int tt;
#endif

int main()
{
        return 0;
}

$ gcc -E test.c
# 1 "test.c"
# 1 "<built-in>"
# 1 "<command-line>"
# 1 "test.c"

int test;




int main()
{
 return 0;
}


#include 하는 모든 파일을 확장하기 때문에, #include <stdio.h>만 해도 내용이 엄청 길어진다.
그리고 줄단위로 처리하기 때문에 사라진 #if 문 대신 엔터만 남아 위와 같이 휑~하게 나왔다.


[링크 : http://cafe.naver.com/devctrl/949]
신고
Posted by 구차니

댓글을 달아 주세요

프로그램 사용/gcc2009.09.21 21:33
--sysroot=dir
    Use dir as the logical root directory for headers and libraries. For example, if the compiler would normally search for headers in /usr/include and libraries in /usr/lib, it will instead search dir/usr/include and dir/usr/lib.

    If you use both this option and the -isysroot option, then the --sysroot option will apply to libraries, but the -isysroot option will apply to header files.

    The GNU linker (beginning with version 2.16) has the necessary support for this option. If your linker does not support this option, the header file aspect of --sysroot will still work, but the library aspect will not.

-isysroot dir
    This option is like the --sysroot option, but applies only to header files.  See the --sysroot option for
    more information.

[링크 : http://linux.die.net/man/1/gcc]

기본값은 /usr/include 인데, -sysroot로 기본 디렉토리를 변경 시키면
<stdio.h> 와 같은 파일도 찾지 못해 link 에러를 발생시키며 컴파일이 실패된다.

$ more test.c
#include <stdio.h>

int main(int argc, char **argv)
{
        printf("hello world\n");
        return 0;
}

$ gcc --sysroot=/ test.c
/usr/bin/ld: this linker was not configured to use sysroots
collect2: ld returned 1 exit status



아무튼, 크로스컴파일과 같이 특정 include 디렉토리를 사용해야 할 경우,
--sysroot 를 이용해서 변경하면 될 듯 하다
신고
Posted by 구차니
TAG gcc, sysroot

댓글을 달아 주세요

array(행렬/배열)는 동일 타입의 변수를 나열한 것이다.
시작부분의 인덱스는 0이고 마지막 인덱스는 n - 1 이다.

즉, 행렬의 인덱스는 마이너스 값이 될 수 없다는 의미이다.

그런 이유로 array[idx] 에서 idx의 타입이 unsigned 형이 아니라면
이러한 경고를 출력해 주는 것이다.

[링크 : http://www.devolution.com/pipermail/sdl/2003-August/056006.html]
신고
Posted by 구차니

댓글을 달아 주세요