OperatingSystem/HPUX 2009. 7. 24. 10:20
무슨놈의 서버들이 이렇게나 특성을 타는지.
동일한 버전의 HPUX에 동일한 package를 설치했는데도 이상하게
어떤 서버에는 php를 compile할때 oracle library를 찾지 못한다는 메세지만 뿌려대는 녀석을 발견했다.
지친다 이놈들아.
그래도 해결했다. 하핫.
1. oracle library를 찾지 못할때 configure 파일을 직접 수정한다.
*hpux*)
SHLIB_SUFFIX_NAME=sl
위부분을 찾아
SHLIB_SUFFIX_NAME=so로 수정
(※ oracle이 설치된 lib 디렉토리에서 libclntsh.so 파일을 libclntsh.sl로 링크도 해봤지만 안되서 configure파일을 직접수정해버렸음)
2. 64bit의 OS로 인하여 lib디렉토리를 찾지 못할때 역시 configure 파일을 직접 수정한다.
OCI8_DIR/lib 을 모두 OCI8_DIR/lib32 로 수정
3. php make 시에 다음의 오류 메세지가 나올 경우
/usr/local/php/ext/oci8/php_oci8.h:52:17: oci.h: No such file or directory
$ORACLE_HOME/rdbms/demo/oci.h 파일등이 없어서 생기는 문제로
잘 되는 oracle 이 깔린 서버의 rdbms 디렉토리를 통째로 copy 하여 해결
이러니 compile및 make, make install 이 다 잘되더라.
ex) 그때 사용한 compile option
./configure --prefix=/tmax/webtob/php \
--with-oci8 \
--with-mysql \
--with-pear \
--enable-shared \
--enable-magic-quotes \
--enable-sigchild \
--enable-ftp
동일한 버전의 HPUX에 동일한 package를 설치했는데도 이상하게
어떤 서버에는 php를 compile할때 oracle library를 찾지 못한다는 메세지만 뿌려대는 녀석을 발견했다.
지친다 이놈들아.
그래도 해결했다. 하핫.
1. oracle library를 찾지 못할때 configure 파일을 직접 수정한다.
*hpux*)
SHLIB_SUFFIX_NAME=sl
위부분을 찾아
SHLIB_SUFFIX_NAME=so로 수정
(※ oracle이 설치된 lib 디렉토리에서 libclntsh.so 파일을 libclntsh.sl로 링크도 해봤지만 안되서 configure파일을 직접수정해버렸음)
2. 64bit의 OS로 인하여 lib디렉토리를 찾지 못할때 역시 configure 파일을 직접 수정한다.
OCI8_DIR/lib 을 모두 OCI8_DIR/lib32 로 수정
3. php make 시에 다음의 오류 메세지가 나올 경우
/usr/local/php/ext/oci8/php_oci8.h:52:17: oci.h: No such file or directory
$ORACLE_HOME/rdbms/demo/oci.h 파일등이 없어서 생기는 문제로
잘 되는 oracle 이 깔린 서버의 rdbms 디렉토리를 통째로 copy 하여 해결
이러니 compile및 make, make install 이 다 잘되더라.
ex) 그때 사용한 compile option
./configure --prefix=/tmax/webtob/php \
--with-oci8 \
--with-mysql \
--with-pear \
--enable-shared \
--enable-magic-quotes \
--enable-sigchild \
--enable-ftp
