수다닷컴

수다님, 수다님
친절한 답변 감사드립니다 ^^
알려주신 방향을 참고로해서 스스로 좀 더 공부해보겠습니다~
남은 연휴 잘 보내세요~

어셈블러-로더-링커-컴파일러-os 하고 쭉 만들어 보시면 해당 내용에 대해 누구에게든 설명해 주실수 있을겁니다.
물어보신 내용은 로더, 링커에 대한 내용이고 왜 그렇게 만들어져야 하는지는 링커와 로더의 작동에 대해 이해를 하셔야 합니다.
그리고 저걸 이해하게 되면 static/dynamic(shared) library에 대해서도 이해하시게 될겁니다.

방향은 일러 드렷으니 원하는 내용은 직접 찾아보시고 만들어보시면 될겁니다.
이게 누군가에게 원리를 설명

저도 웹사이트 + 경험으로 얻을 것들이라...
구글에서 Shared Library로 검색하시면 많은 참고자료를 얻으실 수 있을거예요.
(쓸만한 자료들은 영어로 되어 있는 경우가 많더군요. ^^;;;)

수다님
친절한 답변 너무 감사드립니다 ^^

혹시 \유닉스 환경에서는 해당 함수가 필요한지, 실행 파일을 만들때 비로서 체크를 합니다.\
이런 것에 대한 설명이나 원리를 알려면 어떤 책의 어느 부분을 공부해야하는지
알 수 있을까요 ^^?
이번 답변을 듣고 그런가보다 넘어가다가... 나중에 누가 물어보면
\그냥 그렇게 들었는데...\라고 하기보다는 원리를 알고 대답해줄 수 있는 사람이 되고 싶어서요 ^^ㅋ

1. 유닉스 환경에서는 해당 함수가 필요한지, 실행 파일을 만들때 비로서 체크를 합니다. 그렇기 때문에 libTool.a를 검사하지 않죠. 윈도우 환경에서는 그렇게 만들면 빌드시 에러가 납니다.
그렇다 하더라도 liboption.so를 만드실때, libtool.a를 링크해서 빌드하셔야 합니다.
그래야 실제로 사용시에는 liboption.so만 있어서 실행이 가능하죠.

2. 1번에서 답변이 된 것 같네요. 그렇기 때문에 라이브러리를 제대로 만들었는지 확

수다님,
답변 감사합니다.

네 맞습니다. 이미 liboption.a를 만들때 libtool.a를 포함하도록 만들고
myprogram 실행파일 생성 시에 liboption.a만 링킹하면 될 것 같습니다.
(말씀하신대로 이 경우는 myprogram 생성시 libtool.a는 링킹할 필요가 없을 것 같네요ㅎ)

그런데 제가 근본적으로 궁금했던건... 왜
1) liboption.so를 만들때는 libtool.a를 링킹하지 않고, mytool.h만 필요한

말씀하시는 것은 컴파일의 문제가 아니라 링킹(Linking)의 문제를 말씀하시는 것 같은데요.
사실 윈도우 같은 경우는 말씀하신 것 처럼 빌드가 되지도 않고...
liboption.a를 사용한다면, libtool.a가 없어도 실행이 되도록 만들어야겠지요.
(liboption.a가 libtool.a를 포함하도록...)

수다님,
죄송합니다.
gcc compiler 입니다~ ^^

라이브러리에 관한 질문을 할때는 최소한 컴파일러가 뭔지를 알려줘야 하지 않을까요?