예전에 다른 곳에 썼던 글을 그대로 가져온다. 본문에서 '요즘'은 2016년 11월 기준이다.
요즘 링커와 로더와 관련된 글을 읽고있다. 읽어본 글들 중 Ali Bahrami 라는 분의 글에 나온 tentative symbol 에 대한 내용을 정리해본다. 예제는 Ali 님의 글에서 그대로 가져왔고 내 맥북에서 실행(Apple llvm cc)해본 결과를 붙인다. tentative 심볼은 결코 좋은 코딩 스킬은 아니지만(goto 같은 존재?) C언어나 링커의 내부 동작을 참고하는데 도움이 되는 내용인 것 같아 정리해둔다.
“Tentative” 를 네이버 영어사전에서 찾아보면 “처리, 합의 등이 잠정적인” 이런 뜻의 형용사로 나와 있다. 즉, tentative 심볼은 (뭔가 부족한) 임시 심볼이라고 할 수 있다.
ELF 심볼 테이블의 엔트리에는 심볼 타입에 대한 속성이 있다. 가능한 속성값들 중 STT_OBJECT 는 일반 데이터에 대한 정의를 나타내고, STT_COMMON 은 tentative 데이터에 대한 정의를 나타낸다. 대부분의 변수 심볼은 STT_OBJECT 로 잡힐 것인데, 그럼 STT_COMMON 언제 잡히며, 왜 COMMON 하지도 않으면서 COMMON 이란게 붙었을까?
tentative 심볼은 글로벌 변수인데 크기나 초기값을 알 수 없는 변수를 추적할 때 쓰인다. 이런 심볼은 해당 오브젝트의 컴파일 시점에서는 저장될 위치가 결정되어 있지를 않다. 이런 심볼을 “common block” 이라고도 부른다. 이렇게 부르는 이유는 포트란의 COMMON block 에서 유래되었기 때문이다.
아래 C코드의 두 선언문을 살펴보자.
int foo;
int foo = 0;
링커와 로더나 Embedded Recipe 같은 책에 의하면 초기화되지 않은 변수는 BSS 영역으로 잡힌다. 따라서 둘 다 모두 초기값이 0인 foo라는 정수형 변수의 선언문일 것이다… 라고 생각하면 안된다! 초기화되지 않은 변수가 BSS로 할당되는 것은 맞지만 첫 번째 선언문만 봐서는 foo가 초기화 되었는지 안되었는지 알 수 없다. 즉, 다른 파일에서 초기화를 해버렸을 수도 있는데, 이 파일만 봐서는 그걸 알 수가 없는 것이다. 따라서 첫 번째 선언문의 foo값은 어떤 파일이 링크되느냐에 따라 달라지게 된다.
아래의 예제 t1.c 와 t2.c 를 살펴보자.
#include <stdio.h>
#ifdef TENTATIVE_FOO
int foo;
#else
int foo = 0;
#endif
int main(int argc, char *argv[])
{
printf("FOO: %d\n", foo);
return 0;
}
int foo = 12;
처음에는 t1.c 만 빌드해보자. TENTATIVE 매크로도 확인해보자.
$ cc -DTENTATIVE_FOO t1.c
$ ./a.out
FOO: 0
$ cc t1.c
$ ./a.out
FOO: 0
매크로를 주던 안주던 간에 foo 변수값은 0으로 확인된다. 자 이제 t2.c 를 링크해보자. 이번엔 결과가 좀 다르다.
$ cc -DTENTATIVE_FOO t1.c t2.c
$ ./a.out
FOO: 12
$ cc t1.c t2.c
duplicate symbol _foo in:
/var/folders/0l/1xtwrc4j2978f6rhsk7jq4y80000gn/T/t1-1ba0e4.o
/var/folders/0l/1xtwrc4j2978f6rhsk7jq4y80000gn/T/t2-3061bc.o
ld: 1 duplicate symbol for architecture x86_64
clang: error: linker command failed with exit code 1 (use -v to see invocation)
매크로를 줬을 경우, 즉, foo를 선언만 해놓고 초기화를 하지 않았을 경우 0으로 초기화가 되는 것이 아니라 t2.c 에서 초기화한 값을 그대로 가져온다. 그리고 매크로를 주지 않았을 경우, 링커(ld)에서 두 개의 foo 에 대한 non-tentative 하며 다른 값을 가진 정의에 대해 에러를 뱉어낸다.
C 문법에서는 명시적인 값을 지정하지 않은 변수의 초기값은 0이 할당된다고 되어 있다. 그러나 똑같은 이름의 글로벌 변수가 존재할경우 이것을 바꿀 수 있다. C 컴파일러는 컴파일중에는 파일 하나만 보기 때문에 이런 내용에 대해서 알 수가 없다. 따라서 컴파일러는 초기화되지 않은 변수를 만나게 되면 해당 심볼의 타입을 STT_COMMON 으로 해 두고 나중에 링커가 리졸브(resolve)하도록 내버려둔다. 링커는 파일 하나만 보는 것이 아니기 때문에 이런 심볼 리졸브가 가능하다. 그렇지만 링커가 프로그래머의 의도까지 잘 파악하는 것은 아니기 때문에 이렇게 초기화되지 않은 변수를 쓸 경우 동작이야 잘 하겠지만 그게 의도에 부합하는 올바른 동작일지는 명확하지 않을 것이다.
매크로를 주지 않았을 경우, 즉 변수 선언과 초기화를 했을 경우에는 t1과 t2 오브젝트 둘다 non-tentative 한 심볼이 생성된다(STT_OBJECT). 이 경우 링커에 따라 다른데 똑같이 에러를 내뱉는 경우도 있고(Apple llvm ld), Ali의 글에서는(Solaris ld) 선언문이 일치하는지를 검사한다고 한다. 둘 다 tentative 인 경우는 어떨까? 맥북에서는 이 경우 그냥 넘어갔다(0으로 초기화됨). 하지만 링커가 어떻든 간에 초기화를 하는 것이 견고하고 호환성좋은 코드인 것이다.
로컬 스코프에서 tentative symbol은 의미가 없다. 즉, 아래와 같이 static을 쓸 경우 t1.c에서의 참조는 로컬 스코프의 정의를 따라가기 때문에 foo는 tentaive 심볼이 아니다.
#ifdef TENTATIVE_FOO
int foo;
#else
static int foo = 0;
#endif
tentative 심볼을 쓰는것은 결코 좋은 코딩 스킬은 아니다. 어떤 파일에서의 변수선언이 다른 파일의 것을 건드릴 수 있기 때문이다. tentative 심볼은 포트란에서 나왔다. 포트란에서는 common block 이란 것을 사용하여 C의 union 같은 것을 만들 수 있다고 한다. 즉, 컴파일 타임에 지정된 데이터 타입이 아니라 그때그때 크기와 타입같은것들을 바꾸어 쓰기 위해 common block 이란 것을 사용했다.
글로벌 변수를 사용하는 것이 아주 좋은 디자인은 아니지만 가끔 글로벌이 필요할 때가 있다. 이 경우 선언과 초기화를 하나의 파일(오브젝트)에서만 해야 하고 이를 참조하는 레퍼런스는 초기화를 하면 안된다. C에서는 extern 이란 키워드를 지원하여, ‘이 심볼은 참조하는 것이다’ 라고 컴파일러에게 알려준다. Apple llvm cc는 extern 을 사용하고 초기화를 하면 워닝(warning)을 내뿜는다.
tentative 심볼은 extern이 붙은 심볼과는 또 다른데, extern의 경우 외부의 정의를 참조한다는 것을 명시하는 것인 반면, tentative 변수는 경우에 따라서 자기 자신이 0으로 초기화될 수 있다. 따라서 extern 글로벌 변수를 선언하고 아무데도 초기화를 안 해 놓으면 링커가 에러를 내뿜는다.
References
