기본 콘텐츠로 건너뛰기

AIX to LINUX makefile migration (AIX소스 리눅스용 메이크파일 만들기)


AIX에서 빌드하던 C소스를 LINUX로 가져와야 하는 상태에서
열심히 빌드시도 > 실패 > 시도 > 실패 (겁나 삽질)을 반복하고있다..

일단.. 컴파일러와, OS차이도 있겠지만..옵션도 모양이 약간씩 다르기에 !
기초부터 공부하고 makefile 을 기존에 사용하던것을 모두 버리고 새로 작성하기로함

막막한 상태일지언정 한가지만 집고 넘어가자
focus) CC와 GCC의 차이
 - CC는 유료, GCC는 무료
 - CC와 GCC간에 컴파일가능한 문법차이가 존재한다
예를들면..
GCC는 int foo(int value){}
CC는 foo(value) int value {} 를 허용한다.. 아 왜 이런 변태같은 문법으로 코딩을 한거야 ?
지금 내가 접하고있는 소스가 딱 저모양인데 접할때부터 나를 혼란스럽게 만들었다
현재 Redhat 상용버전을 사용하고있으며 다행히 AIX에서 사용하던 컴파일러인 CC가 Redhat에서도 지원이 되길래 큰 소스수정 없이 빌드를 시도할 수 있는상태

필수 참고자료 "플랫포별 컴파일 옵션 차이"
http://www.fortran-2000.com/ArnaudRecipes/sharedlib.html

그럼이제 가장 피곤하고 까다롭게 굴었던 라이브러리 빌드를 속성과정으로 학습!
사실 처음부터 아래 내용을 알고 시작했더라면 여태껏 삽질은 안해도 됐을것이다..
역시 아는게 힘인듯

[소스작성]

라이브러리 해더
vi mysum.h
int ysum(int a, int b);

라이브러리 소스
vi mysum.c
#include "mysum.h"
int ysum(int a, int b)
{
    return a + b;
}

라이브러리를 참조하여 ysum을 수행하는 테스트소스
vi test.c
#include "mysum.h"
#include <stdio.h>
int main()
{
        printf("%d + %d = %d \n", 1, 2, ysum(1,2));
        return 0;
}

=======================

[정적 라이브러리]

제작
cc -c mysum.c
ar -rc libmysum.a mysum.o

참조
cc -o test test.c -L./ -lmysum

실행
./test
1 + 2 = 3

=======================

[공유 라이브러리]

제작
cc -fPIC -c mysum.c
ld -shared -o libmysum.so mysum.o
OR
cc -fPIC -c mysum.c
cc -shared -o libmysum.so mysum.o
*************************
공유라이브러리 제작시에
ld 로 만드는거랑..
cc로도 만들수있는데
ld로 만들경우 나중에 동적 링킹과정에서 아래와같은 오류가 발생한다
/usr/bin/ld: mySource: hidden symbol `stat' in /usr/lib64/libc_nonshared.a(stat.oS) is referenced by DSO
/usr/bin/ld: final link failed: Bad value
collect2: error: ld returned 1 exit status
고로 ld말고 cc로 공유라이브러리를 빌드할것
*************************

참조
cc -o test test.c -L./ -lmysum

실행
./test
1 + 2 = 3

=======================

위 예제를 제대로 이해했다면 이제 빌드하는건 몇번에 시행착오를 거치긴하겟지만
착착 진행가능하다

=======================
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!
undefined reference to "함수명" 이라는 오류발생..
음 ? 음 ??? 참조도 잘 하고 그랬는데 왜 ?

2차 테스트 수행

개요
mysum.c 작성 -> 정적라이브러리 libmysum.a 생성
sum.c 작성 -> libmysum.a 를 링크하는 공유라이브러리 생성
test.c 작성 -> 위에 만든 두 라이브러리를 링크하는 실행파일 생성

"mysum.h"
int ysum(int a, int b);

"mysum.c"
#include "mysum.h"
int ysum(int a, int b)
{
        return a+b;
}

"sum.c"
#include "mysum.h"
int sum(int a, int b){
        return ysum(a,b);
}

"test.c"
#include "mysum.h"
#include <stdio.h>

int main()
{
        printf("%d + %d = %d \n", 1, 2, sum(1,2));
        return 0;
}

1. mysum.c -> libmysum.a 로 정적 라이브러리 생성
$ cc -c mysum.c
$ ar -rc libmysum.a mysum.o

2. sum.c -> libsum.so 로 공유 라이브러리 생성
$ cc -fPIC -c sum.c -L./ -lmysum
$ cc -shared -o libsum.so sum.o

3. 실행파일 컴파일 및 실행
$ cc -o test test.c -L./ -lsum -lmysum
$ ./test
1 + 2 = 3
!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!


추가적인 팁

[소스 수정팁]
memset, strlen 등의 함수 사용시 #include <string.h> 필수
(AIX에서는 없이도 잘돌더만ㅠㅠ)

for(int i=0; i < 10; i++)처럼 반복분 안에서 변수선언 불가
(이건.. 이건 C코딩을 하면서 왜 이렇게 짰을까 ? 원래 짠사람이 누군지 만나고싶다)

'=' 대입연산자 좌측에 오는 변수를 캐스팅할수없다
예를들면.. (int)num = a + b;  요런거 무조건 오류남
저렇게 할경우 좌측 변수가 상수라는 오류가 나면서 대입이 안되는데
같은 맥락으로 num = a+b; 일지라도 num이 const(상수)로 선언되어있으면 오류남
근데 왜 지금 이 모든내용이 AIX에서는 허용인걸까

[makefile 옵션 팁]
64비트 빌드를 위해... -q64를 썻다면 리눅스는 -m64

ar명령으로 .a파일 생성시 -X64 옵션을 썻다면 리눅는 해당옵션 제거
(리눅스는..X옵션을 지원하지 않는다고 설명되어있음)

-bdynamic 옵션을 썻다면 리눅스에서는 -Bdynamic 로 대문자로 시작하게 작성

동적라이브러리 빌드를 위해 .c 를 컴파일할때 -fpic 옵션을 썻다면 이건 -fPIC로 뒤에가 대문자..

아 그리고.. 빌드하면서 dlopen, dlsym, dlclose 를 찾을수없다는 오류가 난다면 ? 
-ldl 옵션을 추가하면된다..

그리고 위에 라이브러리 만들기를 제대로 숙지했다면 이런상황이 발생 안하겟지만
혹시나
undefined reference to `main'
이런 오류를 확인했다면
이건 절대로 소스안에 main함수가 필요하다는 뜻이 아니다..
그냥 라이브러리 빌드를 잘못한거다

no .eh_frame_hdr table will be created 이 오류도..
빌드과정에서 -fPIC가 c컴파일시 반영되었는지와.. 라이브러리 빌드시 -shared가 없을때 발생

version node not found for symbol stderr
이런 오류도 있는데
음.. 그냥 이건 해결책이 뭐라고하기보단 빌드를 잘못했다고 봐야함
기초 예제 써둔대로만 하면 이런 오류가 나올리가없음

댓글

이 블로그의 인기 게시물

변액보험판매자격시험공부 요점정리

생명보험협회 주관 변액보험판매자격시험 (PBT)  요점 정리 입니다  아래 내용만 3일정도 외워서  모의고사 4번정도 풀고  시험봤구요  82.5점으로 합격했습니다 모두들 합격하세요 ~!  --------------------------------------------------------------------- 직접금융 / 간접금융 은행 : 간접금융 자금의 공급자와 수요자 사이에서 빌려주고,돌려받는것을 수행해준다 공급자와 수요자가 직접 거래하고 책임지지 않는다 증권사 : 직접금융 기업(공급자)은 주식/채권 발행 -> 증권사는 그것들을 인수역할을함 개인(수요자)는 기업이 발행한 주식/채권을 직접 매매한다 자금의 공급자와 수요자가 직접 책임진다 증권사는 중간연결다리 역할만 한다 금융시장의 기능 자금의 중계 금융자산의 가격결정 유동성 제공 거래비용 절감 ★ 탐색비용, 정보비용등이 금융시장이 있음으로 인해 비용이 절감된다 ★ 위험관리 위험 = 변동성, 위험이크다(변동성이크다), 위험에 대한 보상 = 위험프리미엄 위험회피도가 높은 투자자는 변동성이 높은 투자를 했을때 위험회피도가 낮은 투자자에 비해 위험프리미엄이 높다 시장규율 만기는 1년을 기준으로함 1년 미만 :  자금시장  (단기) 장기시장에비해  거래규모 크다 (유동성 풍부) 1년 이상 :  자본시장  (장기)  오래투자하므로 단기보다  변동폭이 크다 단기시장은 유동성이 풍부하고 변동폭이 크다 (X) : 변동폭이 큰건 장기시장이다 장기상품  주식 채권 자산유동화증권 단기상품 장기상품을 제외하고 전부다 단기상품 콜 금융 기관 끼리 돈을 빌리는것 만기 1일이 대다수 최장만기는 90일 RP (환매채권) 개인 의 채권 투자 방식  증권사가 사들인 기업채권을 개인이 투자하고, 증권사가 개인이 투자한 채권을 다시 사들이는 형태 예금자보호 불가  (영어로된 용어는 예금자보호불가)...

Android 스마트폰 기본 웹브라우저(Chrome:크롬) 호출하는 스키마(URL Scheme)

신용카드결제 페이지 주소를 카톡으로 던졌을때 카톡 내부에서 결제가 이루어지다보니 결제완료까지 정상적으로 처리되지 않는 경우가 발생한다더라 그래서 생각해본게.. 1) 카카오통 채팅방  2) 링크 전송  3) 링크를 클릭하면 스마트폰애 내장된 웹브라우저를 실행하는 URL스키마 실행  4) 실행된 웹브라우저에서 결제페이지로 이동 이 절차를 거치면 카톡 외부로 나와서 독립적인 웹브라우저상에서 결제를 진행하기때문에 정상처리가 가능할것이라고 판단 찾다 찾다가.. 알아낸것이 안드로이드 (가능) - 롤리팝부터 크롬 브라우저가 기본앱이다 - 크롬을 호출방법 intent://www.naver.com#Intent;scheme=http;package=com.android.chrome;end  아이폰 (조건부 가능) - 사파리를 호출하는 앱스키마가 없으며, 사파리를 통해서 검색어를 입력한 검색기능만 가능 - 크롬브라우저 앱이 설치되어있을경우 아래와같이 호출 가능 googlechrome:////www.naver.com <사용법> < html > < body > < script >      var currentOS = "else" ;      var mobile = ( /iphone | ipad | ipod | android/ i .test(navigator.userAgent.toLowerCase()));      if (mobile) {          var userAgent = navigator.userAgent.toLowerCase();    ...

웹 개발하면서 보안을 유지하기 위한 기본지식

몇개월전에 만들었던 웹기반 (HTML5, CSS3, Flash Player(VideoJS)) VOD플레이어에서 보안이슈가 발생했다. 웹또한 서버를통해 통신을하지만 사용자의 PC에서 실행되는만큼 클라이언트의 개념이 있으며 Javascript 야말로 클라이언트에서 작업하게 되는 영역이라는 점에서 보안상에 이슈 발생.  이유인즉슨  무료로 제공되고 있는것과 유료로 제공되고있는 서비스에 대하여  javascript 단에서 서비스 허용여부를 결정하게될경우  해킹을 통해 이부분을 우회하여 서비스이용이 가능했다는점.. 모든 인증이나, 중요데이터는 java 로 코딩해서 서버단에서 결단이 나도록 했어야했는데 이건 너무 기본적이면서도 아쉬운 실수를 저지르고 말았다..  하하..  많은 분들이 이런 부분을 간과할수도있을듯하여 작성해봅니다.  요즘 보안이슈가 많을탠데 모두들 보안 화이팅 !