니들이 병맛을 알아?

 

소스파일을 gcc로 컴파일을 할 때 목적파일을 이런 파일로 생성하라고 지정하지 않는다면 에러가 발생하겠지요? 테스트 할 때 마다 목적파일을 명시한다는 것은 참으로 번거로운 일이 아닐 수가 없습니다. 그래서, 목적파일을 명시하지 않으면 gcc는 기본적으로 a.out 이라는 파일명으로 목적파일을 생성하는 것입니다. 즉, 무슨 소스파일이던 gcd로 리컴파일하면 a.out으로 컴파일 됩니다. 이게 마음에 들지 않으면 다음과 같이 목적 파일을 따로 명시해주면 됩니다.

# gcc hello.c -o hello.o

-o 는 목적파일을 명시하라는 옵션으로 이렇게 명령하면 a.out이 아닌 hello.o라는 파일로 생성됩니다.


그리고 ./에 관한 것인데...

보 통 사용자는 개인용 운영체제인 윈도우에 익숙해져있습니다. 윈도우를 오래 사용했다면 PATH라는 인자가 기억날 것입니다. PATH=c:\;c:\windows; 뭐 이런식으로 되어있는 것인데, 윈도우에서는 예를 들어 hi.exe를 실행하려고 하면 가장 먼저 이 파일을 현재 위치한 디렉토리에서 찾습니다. 현재 디렉토리에서 hi.exe라는 파일을 찾지 못하면 PATH 인자에 명시되어 있는 디렉토리에서 검색하고 최종적으로 여기서도 찾지못하면 파일을 발견하지 못했다고 하는 에러를 뱉어냅니다.

그 러나, 리눅스는 개인용 운영체제가 아니라, 네트워크 운영체제입니다. 보다 보안에 신경을 써야 하는 운영체제이지요. 이러한 운영체제는 그럴리야 없겠지만, 관리자의 앗차 하는 실수 등 만약의 경우에 발생할 수 있는 사소한 실수를 미연에 방지하고자 파일을 찾을 때 현재 디렉토리에서 먼저 찾지 않습니다. 리눅스에도 path라는 인자가 있지만 현재 디렉토리는 제외되어 있습니다. 사소한 보안상의 이유입니다.

./라는 것은 현재 디렉토리를 말하는 것입니다.
../는 상위 디렉토리를 말하는 것입니다.

예를 들어서, /home/anfagyen/test 라는 디렉토리에서

/home/anfagyen/test # ls ./
하게 되면 현재 디렉토리에 있는 파일들을 표시합니다.
/home/anfagyen/test # ls ../
하게 되면 상위 디렉토리인 /home/anfagyen에 있는 파일들을 표시합니다.


윈 도우에 익숙한 사용자는 보통 현재 디렉토리에 a.out이라는 파일이 있다면, 그냥 a.out을 실행하면 실행되지 않겠느냐 생각하지만, 리눅스에서는 그렇지 않습니다. 현재 디렉토리에서 찾지 않기때문에 항상 ./a.out이라고 표시하여 "현재 디렉토리에 있는 a.out 이다" 라고 리눅스에게 명령해야만 합니다.