Error during compiling cobol code after upgrading tuxedo 6.5 with 11 - MessageQ

cc: 1501-238 configuration file /etc/vac.cfg does not exist
cob64: error(s) in C compilation: BS-c5050.c
CMDTUX_CAT:1832: ERROR: can't execute cobcc -I$TUXDIR/include -DTMMAINEXIT -o BS-c5050.c -L${TUXDIR}/lib -brtl -qstaticinline -lcobatmis -ltux -lbuft -lfml -lfml32 -lengine -lpthread
We are getting the above mentioned error while trying to run the tuxbuild. The make file is not getting completely executed and the above error is encountered.
Please help us with this..
Thanks,
Shama
Edited by: user13277723 on Oct 25, 2010 3:21 AM 

Hi Shama,
What COBOL compiler and version are you using? I'm guessing from the reference to vac.cfg you are using AIX 64 bit? Can you compile normal COBOL programs with the cobcc command?
Regards,
Todd Little
Oracle Tuxedo Chief Architect 

Hi Todd,
Version of our cobol is 5.1 and we are switching to 64 bit while complilng the cobol codes.we have upgraded our OS i.e AIX to 6.1(64 bit).We are using make all command to compile cobol codes.
We are still facing the same issue after switching to 64 bit and running the make all command.
Thanks,
Shama 

Hi Todd,
We had a doubt on this error
cc: 1501-238 configuration file /etc/vac.cfg does not exist
cob64: error(s) in C compilation: BS-34040.c
CMDTUX_CAT:1832: ERROR: can't execute cobcc -I$TUXDIR/include -DTMMAINEXIT -o /appl/swifts/devl/swifts1/tux1/swifts0200 BS-34040.c -L${TUXDIR}/lib /appl/swifts/devl/swifts1/obj1/swifts0200.o /appl/swifts/devl/swifts1/obj1/TPSVRINIT.o /appl/swifts/devl/swifts1/obj1/swifts1960.o -brtl -qstaticinline -lcobatmis -ltux -lbuft -lfml -lfml32 -lengine -lpthread
Is this above error: cob64: error(s) in C compilation: BS-34040.c will this BS-34040.c file be generated runtime during compilation as we are running cobol codes and and error is mentioned as error in C compilation. And everytime this file name is getting changed. Can you please let us know whats exactly is this and in which case this error generates...?
Thanks,
Shama
Edited by: user13277723 on Oct 28, 2010 6:42 AM 

Hi Shama,
The .c file you are seeing is generated by the buildserver command. It is the main() for the server and is generated based upon the arguments given to buildserver.
Can you try executing the cobcc command at a shell prompt and let me know if it successfully invokes the COBOL compiler? If not, then you have an environment set up problem. When you use buildserver to build a COBOL based server, the buildserver command invokes the COBOL compiler for you using the cobcc command.
Regards,
Todd Little
Oracle Tuxedo Chief Architect 

Shama,
If you execute buildserver with the -k and -v options, the -k option will cause the BS-xxxxx.c file to be kept after the compilation and the -v option will cause buildserver to print the exact C compiler command that is executed.
The cc: 1501-238 configuration file /etc/vac.cfg does not exist error appears to indicate a problem with the installation or setup of the C compiler.
If needed, the CC environment variable can be used to specify a C compiler other than the default compiler and the ALTCC envrionment variable can be used to specify a shell script or executable other than $TUXDIR/bin/cobcc for Cobol compilation. These environment variables are documented on the buildserver(1) manual page.
Regards,
Ed 

Hi Todd,
Thank you for your help...
We tried running cobcc command on shell prompt and encountered the below error..
/usr/local/opt/tuxedo:169>cobcc
cobcc[88]: cd: 0403-008 The number of parameters specified is not correct.
usage: cobcc [option,filename] ... filename [option,filename] ...
We even tried passing a filename as an argument and encountered the same error...You also told about the environment set up may not be correct.Can you please let us know what all variables are need to be set in env file as we have set all the below variables in env file
TUXCONFIG
VIEWDIR32
VIEWFILES32
FLDTBLDIR
FLDTBLDIR32
APPDIR
COBPATH
COBCPY=.:$TUXDIR/cobinclude
ALTCFLAGS="-DTMMAINEXIT"
PATH=$TUXDIR/bin:$COBDIR/bin:$PATH
SCCSLIB
SRCLIB
OBJLIB
EXELIB
LISTLIB
ERRORLIB
Thanks,
Shama 

Hi Todd/Ed,
We have one more doubt on which we need your help..
We are using AIX 6.1,Oracle 11g and all are 64 bit. MFCOBOL which we are using is 32 bit.While compling the code we are switching to 64 bit by using the command cobmode -s 64 and trying to run tuxbuild all+ command and we are encountering the errors which i have metioned in my earlier posts.
As vac.cfg file was missing we copied older versions as vac.cfg and tried to complie the codes again.we encountered the following error.
"BS-710b2.c", line 128.10: 1506-296 (S) #include file "mainexit.h" not found.
cob64: error(s) in C compilation: BS-710b2.c
so we added a script mainexit.h with cobinit() function declaration in the current directory.
As we tried with tuxbuild all command we are facing this error.
ld: 0711-224 WARNING: Duplicate symbol: .tpsvrdone
ld: 0711-224 WARNING: Duplicate symbol: .tpsvrinit
ld: 0711-224 WARNING: Duplicate symbol: TPSVRINIT
ld: 0711-224 WARNING: Duplicate symbol: .TPSVRINIT
ld: 0711-224 WARNING: Duplicate symbol: tpsvrinit
ld: 0711-224 WARNING: Duplicate symbol: tpsvrdone
ld: 0711-224 WARNING: Duplicate symbol: .memcpy
ld: 0711-224 WARNING: Duplicate symbol: memcpy
ld: 0711-224 WARNING: Duplicate symbol: .userlog
ld: 0711-224 WARNING: Duplicate symbol: userlog
ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more information.
ld: 0711-317 ERROR: Undefined symbol: .SQLADR
ld: 0711-317 ERROR: Undefined symbol: .SQLADRVC
ld: 0711-317 ERROR: Undefined symbol: .SQLBEX
CMDTUX_CAT:1832: ERROR: can't execute cobcc -I$TUXDIR/include -DTMMAINEXIT -o /BS-eb000.c -L${TUXDIR}/lib TPSVRINIT.o -brtl -qstaticinline -lcobatmis -ltux -lbuft -lfml -lfml32 -lengine -lpthread
we have included this file as well /usr/local/opt/oracle/product/ostl133/precomp/lib/cobsqlintf.o still we are not able to solve this issue..
Please help us with this.. :-(
Thanks,
Shama

Related

compiling problem in oracle 11g environment

Hello mates,
We have recently migrated from oracle10g to oracle11g. we have lot of pro*c and forms programs.
my requirement is to compile all those pro*c and form programs in 11g.
for compiling pro*c programs we have compilation scripts. these compilation scripts are prepared
based on oracle10g. pro*c programs are compiling fine by using this compilation scripts.
after migrated to 11g, ihave used same 10g compilation scripts to compile pro*c programs.
1.while compiling the programs first time, i got these errors
/oracle/app/product/11.2.0.3_cli/lib32/libsql10.a: No such file or directory
/oracle/app/product/11.2.0.3_cli/rdbms/lib32/kpudfo.o: No such file or directory
/oracle/app/product/11.2.0.3_cli/lib32/libpls10.a: No such file or directory
/oracle/app/product/11.2.0.3_cli/lib32/libpls10.a: No such file or directory
/oracle/app/product/11.2.0.3_cli/lib32/libpls10.a: No such file or directory
so i have replace all libsql10.a,libpls10.a,libpls10.a,libpls10.a to libsql11.a,libpls11.a,libpls11.a,libpls11.a
2.then these errors got resolved but second time compilation it shown below error.
/oracle/app/product/11.2.0.3_cli/rdbms/lib/kpudfo.o: No such file or directory
so i have removed kpudfo.o file from compilation script.
3. i have compiled third time then it shown diffrent error as shown below
ld: fatal: library -lnapt: not found
ld: fatal: file /oracle/app/product/11.2.0.3_cli/lib/libclntsh.so: wrong ELF class: ELFCLASS64
ld: fatal: file /oracle/app/product/11.2.0.3_cli/rdbms/lib/cdf.o: wrong ELF class: ELFCLASS64
ld: fatal: File processing errors. No output written to ./ebsparam
i have changed script
"/usr/local/bin/gcc -m32 -g -DSOLARIS -DSOLARIS2 -I$HOME/include"
to
"/usr/local/bin/gcc -m64 -g -DSOLARIS -DSOLARIS2 -I$HOME/include"
4. then i have compiled again then it shown error as below
ld: fatal: file /usr18/SIR02551/mydomain/BD/obj/ebsparam.o: wrong ELF class: ELFCLASS32
ld: fatal: File processing errors. No output written to ./ebsparam
collect2: ld returned 1 exit status
.....
because of 32 bit problem i have changed script to 32 to 64. but now it is showing this error
what is the problem i am not able to understand.
please help on this
Thanks
Edited by: ramadurga.v on Jan 25, 2013 3:10 PM
Edited by: ramadurga.v on Jan 25, 2013 3:26 PM 
Pl do not post duplicates -
Compilaton problem in 11g environment
Compilation problem in 11g environment
Compilation problem in 11g environment

Error in Pro*c compilation

Hi !
I have written a Pro*c program with Oracle 7 version (Solaris). It works fine . But when now USING Oracle 10G (Linux)...I am trying to compile it , I could convert the sample.pc into sample.c using the command
$proc sample.pc.......
But using the gcc command when I try to generate the executable code......I get the error........as shown below....
$ gcc -o sample sample.c
/tmp/cc24QDcV.o(.text+0x74): In function `main':
: undefined reference to `sqlca'
/tmp/cc24QDcV.o(.text+0x19f): In function `main':
: undefined reference to `sqlcxt'
/tmp/cc24QDcV.o(.text+0x205): In function `main':
: undefined reference to `sqlca'
/tmp/cc24QDcV.o(.text+0x361): In function `main':
: undefined reference to `sqlcxt'
collect2: ld returned 1 exit status
The header files listed above are in $ORACLE_HOME/precomp/public directory.
Can anyone point out the cause and remedy for this error....
regds.
J.S.Sachdeva 
You should use the makefile that Oracle provides, i.e. demo_proc.mk. There are several libraries that need to be included at link time. 
Please explain it. how to use demo_proc.mk and how it will resolve "
Undefined first referenced
symbol in file
sqlcxt /var/tmp/ccojYPSj.o
ld: fatal: Symbol referencing errors. No output written to a.out
collect2: ld returned 1 exit status
"
problem.
Thanks in advance

libdbxml-2.3.so problem

When I try System.loadLibrary("dbxml-2.3"); in my java application I get the following error:
...
Caused by: java.lang.UnsatisfiedLinkError: /home/dhazin/work/com.sleepycat.dbxml.linux.x86_64/libdbxml-2.3.so: /home/dhazin/work/com.sleepycat.dbxml.linux.x86_64/libdbxml-2.3.so: undefined symbol: ZNK11xercesc2_78PSVIItem14getActualValueEv
     at java.lang.ClassLoader$NativeLibrary.load(Native Method)
     at java.lang.ClassLoader.loadLibrary0(ClassLoader.java:1751)
     at java.lang.ClassLoader.loadLibrary(ClassLoader.java:1660)
     at java.lang.Runtime.loadLibrary0(Runtime.java:823)
     at java.lang.System.loadLibrary(System.java:1030)
     at com.sleepycat.dbxml.Activator.start(Activator.java:25)
     at org.eclipse.osgi.framework.internal.core.BundleContextImpl$2.run(BundleContextImpl.java:999)
     at java.security.AccessController.doPrivileged(Native Method)
     at org.eclipse.osgi.framework.internal.core.BundleContextImpl.startActivator(BundleContextImpl.java:993)
     ... 14 more
...
I tried to build libdbxml with buildall.sh script and manually by ./configure and make.
I tried the option --enable-dependencies
ldd gives the following output:
dhazin#dhazin:~/distrib/BerkeleyDBXML4.3.10/dbxml-2.3.10/install/lib$ ldd -d libdbxml-2.3.so
libstdc++.so.6 => /usr/lib/libstdc++.so.6 (0x00002b0934fa9000)
libm.so.6 => /lib/libm.so.6 (0x00002b09352b4000)
libc.so.6 => /lib/libc.so.6 (0x00002b0935536000)
libgcc_s.so.1 => /lib/libgcc_s.so.1 (0x00002b0935891000)
/lib64/ld-linux-x86-64.so.2 (0x0000555555554000)
undefined symbol: ZNK11xercesc2_78PSVIItem14getActualValueEv (./libdbxml-2.3.so)
undefined symbol: ZNK11xercesc2_713DTDEntityDecl14isSerializableEv (./libdbxml-2.3.so)
undefined symbol: ZN11xercesc2_713DTDEntityDecl9serializeERNS_16XSerializeEngineE (./libdbxml-2.3.so)
undefined symbol: ZNK11xercesc2_713DTDEntityDecl12getProtoTypeEv (./libdbxml-2.3.so)
undefined symbol: ZNK11xercesc2_713XMLAttDefList14isSerializableEv (./libdbxml-2.3.so)
undefined symbol: ZN11xercesc2_713XMLAttDefList9serializeERNS_16XSerializeEngineE (./libdbxml-2.3.so)
undefined symbol: ZNK11xercesc2_713XMLAttDefList12getProtoTypeEv (./libdbxml-2.3.so)
undefined symbol: ZTIN11xercesc2_713XMLEntityDeclE (./libdbxml-2.3.so)
undefined symbol: _ZTI11XQException     (./libdbxml-2.3.so)
undefined symbol: ZNK11xercesc2_710XMLRefInfo14isSerializableEv (./libdbxml-2.3.so)
undefined symbol: ZN11xercesc2_710XMLRefInfo9serializeERNS_16XSerializeEngineE (./libdbxml-2.3.so)
undefined symbol: ZNK11xercesc2_710XMLRefInfo12getProtoTypeEv (./libdbxml-2.3.so)
undefined symbol: _ZTI11FuncFactory     (./libdbxml-2.3.so)
undefined symbol: _ZN8PrintAST12printLiteralEPK9XQLiteralPK14DynamicC
(many more undefined symbols go here)
What can cause these errors and how can I fix it?
Thanks in advance! 
Hi,
It appears you are building 64-bit Linux. Did you add the "-b 64" flag to buildall.sh? If you build by hand that flag needs to be passed to the Xerces-C build.
Regards,
George 
Yes, I've added -b 64 flag while building. Actually I got the same problem on the 32 bit linux. Both linux boxes run Ubuntu 7.10. All other libraries from install/lib have no problem when testing with ldd -d.
libdbxml-2.3.so has a number of undefined symbols but no dependency problems though.
The size of the libdbxm-2.3.so is about 22 Mb so I thought it should have all functions into it.
What can I do to fix the situation? Should I provide some additional system info?
Thanks in advance,
Dmitry 
If these errors are caused by incorrect build options, is it possible to obtain properly built libdbxml-2.3.so (either 32 or 64 bit) somewhere? 
Do you have LD_LIBRARY_PATH set to the directory that has your .so libraries?
As for the size of the library -- it's large because it's not stripped. If you built debug
that will also make it larger.
Regards,
George 
My target is to build the osgi bundle for Berkeley DB XML thus I can't change the LD_LIBRARY_PATH.
Anyway, I tried setting it to the directory with .so libraries, but without any success :(
ldd -d still gives the lis of undefined symbols and the first symbol from that list is mentioned in the UnsatisfiedLinkError exception in java.. 
Any ideas? 
Is there in fact a Xerces library (libxerces-c.*) where it should have been built?
Regards,
George 
Yes, libxerces-c is built and loaded before the libdbxml. The code that loads the libraries is as follows:
System.loadLibrary("db_cxx-4.5");
System.loadLibrary("db-4.5");
System.loadLibrary("db_java-4.5");
System.loadLibrary("xerces-c");
System.loadLibrary("xqilla");
System.loadLibrary("dbxml-2.3");
System.loadLibrary("dbxml_java-2.3"); 
Hi,
Is there a reason you are using explicit System.loadLibrary() calls rather than just letting the BDB XML initialization do that (which it does)?
What you are experiencing has never been seen (at least posted) by anyone else, so it's probably unique to your environment.
Regards,
George 
What do you mean by 'BDB XML initialization'?
I think it failed to load the libraries because they were not in the LD_LIBRARY_PATH (or Windows); they are included into bundle itself and resolved by the bundle's classloader so I had to manually load them. 
What do you mean by 'BDB XML initialization'?
I think it failed to load the libraries because they were not in the LD_LIBRARY_PATH (or Windows); they are included into bundle itself and resolved by the bundle's classloader so I had to manually load them.
So if there is something wrong with my configuration or probably build options is it possible to obtain somewhere the already built linux libraries so I could check if the problem persists with them? 
Hi,
What I'm saying is that the normal way to use the BDB XML Java API is to just call the BDB XML public API as the example programs do. The BDB XML Java code will then load the appropriate shared libraries.
As a test to see if you've built things correctly, do this:
1. Make sure your LD_LIBRARY_PATH includes the directory containing the .so files
2. assuming you've built the product using buildall.sh, "$INSTALL" means the path to the directory that is named dbxml-2.3.10 run:
java -cp "$INSTALL/lib/db.jar:$INSTALL/lib/dbxml.jar:$INSTALL/dbxml/build_unix/dbxmlexamples.jar" dbxml.basic.helloWorld
If that works all is well with the build. If it doesn't post your results.
It's not clear what you are actually trying to do here.
Regards,
George 
Java examples run without any problems so it seems that the build is ok.
I removed the System.loadLibrary(..) calls from the bundle's activator and now I get the following results:
1. If I add the compiled libraries to the LD_LIBRARY_PATH, remove from the launch configuration fragment bundles that contain libraries and run the test bundle (that actually does the same as dbxml.basic.helloWorld example), it works without problems;
2. If I remove the libraries path from LD_LIBRARY_PATH, add fragment bundles that contain libraries to the launch then I get the following error:
java.lang.UnsatisfiedLinkError: /home/dhazin/work/com.sleepycat.dbxml.linux.x86_64/libdbxml_java-2.3.so: libdb_cxx-4.5.so: cannot open shared object file: No such file or directory
So it seems to be the same problem as with windows version (that works fine with System.loadLibrary(..)) in this case, the order of the loading libraries.
3. If I put System.loadLibrary(..) calls back to the dbxml bundle activator, remove fragment bundles with libraries from the launch and add path to the LD_LIBRARY_PATH I get the following exception:
Failed to invoke suite(): java.lang.NoClassDefFoundError: com/sleepycat/dbxml/XmlManager
java.lang.reflect.InvocationTargetException
so it seems that it fails to load the native library in this case too.
4. Now if I put System.loadLibrary(..) calls back to the dbxml bundle activator and start the dbxml bundle itself, I get the same error about undefined symbol.
5.If I put System.loadLibrary(..) calls back to the dbxml bundle activator, add libraries path to the LD_LIBRARY_PATH and remove fragment bundles with libraries from the launch and start the dbxml bundle itself, I get the same error about undefined symbol again!
So in case that I get the error even when libraries are taken from LD_LIBRARY_PATH, I consider the following problem: It's possible to call some particular methods from the libdbxml-2.3.so library when it is in the LD_LIBRARY_PATH and thus has no problems with dependencies loading. But it's not possible to call System.loadLibrary(..) for the libdbxml-2.3.so because of those undefined symbols. So is my ldd -d libdbxml-2.3.so output correct and should it contain any undefined symbols or not??
Message was edited by:
dhazin
Message was edited by:
dhazin
Message was edited by:
dhazin 
Java examples run without any problems so it seems
that the build is ok.
I removed the System.loadLibrary(..) calls from the
bundle's activator and now I get the following
results:
1. If I add the compiled libraries to the
LD_LIBRARY_PATH, remove from the launch configuration
fragment bundles that contain libraries and run the
test bundle (that actually does the same as
dbxml.basic.helloWorld example), it works without
problems;Do you need to do anything different than this? If it works then
why look further?
As for the ldd -d output -- that's expected. ldd -d isn't particularly helpful with this issue.
Regards,
George

Porting Oracle 7 related application to Oracle 10

Hello fellas,
Currently I am trying to port an application from a legacy workstation that uses oracle 7 DB to SunBlade1500 which uses Solaris 9 and Oracle 10 database. Unfortunately, I faced alot of problem during object linking process, and most of them related to oracle libraries. Below is the error generated when linking failed :
ld: fatal: library -lclntsh: not found
ld: fatal: library -lsql: not found
ld: fatal: library -lsqlnet: not found
ld: fatal: library -lncr: not found
ld: fatal: library -lsqlnet: not found
ld: fatal: library -lclient: not found
ld: fatal: library -lcommon: not found
ld: fatal: library -lgeneric: not found
ld: fatal: library -lsqlnet: not found
ld: fatal: library -lncr: not found
ld: fatal: library -lsqlnet: not found
ld: fatal: library -lclient: not found
ld: fatal: library -lcommon: not found
ld: fatal: library -lgeneric: not found
ld: fatal: library -lepc: not found
ld: fatal: library -lnlsrtl3: not found
ld: fatal: library -lc3v6: not found
ld: fatal: library -lcore3: not found
ld: fatal: library -lnlsrtl3: not found
ld: fatal: library -lcore3: not found
ld: fatal: library -lnlsrtl3: not found
When I find those libraries, almost most of them are oracle 7 libraries and cannot be found or in oracle 10. Any suggestion what should I do to handle this problem? 
Hi,
Welcome to Oracle Forums.
When I find those libraries, almost most of them are oracle 7 libraries and cannot be found or in oracle 10. Any suggestion what should I do to handle this problem?Try to skip those libraries and try to start your application and database. If it doesn't work i would recommend your to open S. R at http://support.oracle.com
Regards,
X A H E E R 
Is this application written in Pro*COBOL ? If so, do you have the right Pro*COBOL compiler on the 10g server ?
HTH
Srini 
To Ora_tech: I have tried to compile and link them without those libraries, but apparently I faced linking error saying that:
ld: fatal: Symbol referencing errors. No output written to dbsasmon
To Schavali: Yes, it was written in Pro C. I m not sure tho whether Pro C is as same as Pro COBOL. But what actually happened during compilation is, the pro C source codes are compiled into C++ codes. From there, the C++ is again compiled by using CC compiler. So, I dont think that having pro C compiler or its libraries will help since it will be going to be compiled by CC compiler at the end. Or...maybe I am wrong? LOL
Any suggestion/explanations?
Thanks in advance! 
Have you met all of the software pre-install requirements ? See the Pro*C section -
http://download.oracle.com/docs/cd/B19306_01/install.102/b15690/pre_install.htm#sthref110
HTH
Srini 
My system met with the ProC requirement, having SunStudio 9. I wonder what else should I do and I am quite at the nowhere road as not much I could find regarding this issue in the internet...Any suggestion?
Thanks 
Hi guys,
I've actually come across the same issue... just wondering if anyone has a solution?
Thanks.

Install Apache/PHP/OCI8 under AIX - need help

AIX 5.2
Apache 1.3.31 or 2.0.50.
PHP 4.2.3 - PHP 5.0.0
I have apache already installed and working.
I've tried both apache 1 and apache 2, all php vers from 4.2.3 to 5.0.0.
aixstar root /usr/httpd/bin > ./httpd -l
Compiled in modules:
core.c
mod_access.c
mod_auth.c
mod_include.c
mod_log_config.c
mod_env.c
mod_setenvif.c
prefork.c
http_core.c
mod_mime.c
mod_status.c
mod_autoindex.c
mod_asis.c
mod_cgi.c
mod_negotiation.c
mod_dir.c
mod_imap.c
mod_actions.c
mod_userdir.c
mod_alias.c
mod_so.c
./configure --with-apxs=/usr/httpd/bin/apxs
with-oci8 enable-ftp
enable-sigchild disable-libxml
Works fine, without displaying any errors.
make returns this:
cc: 1501-218 file Zend/zend_qsort.lo contains an incorrect file suffix
cc: 1501-218 file Zend/zend_multibyte.lo contains an incorrect file
suffix
cc: 1501-218 file Zend/zend_execute.lo contains an incorrect file
suffix
cc: 1501-218 file sapi/cli/php_cli.lo contains an incorrect file
suffix
cc: 1501-218 file sapi/cli/getopt.lo contains an incorrect file suffix
cc: 1501-218 file main/internal_functions_cli.lo contains an incorrect
file suffix
[...]
ld: 0711-317 ERROR: Undefined symbol: .OCIDescriptorAlloc
ld: 0711-317 ERROR: Undefined symbol: .OCIEnvInit
ld: 0711-317 ERROR: Undefined symbol: .OCIHandleAlloc
ld: 0711-317 ERROR: Undefined symbol: .OCICollTrim
ld: 0711-317 ERROR: Undefined symbol: .OCICollMax
ld: 0711-345 Use the -bloadmap or -bnoquiet option to obtain more
information.
make: 1254-004 The error code from the last command is 8.
Stop.
(this is only a small part of whole statement)
Why is this happening??
Regards.
Michal Czerniak
I've got the same problem ... i've you receive a solution.
Thanks.
O dot GASSER#chu-nancy.fr 
 Maybe my bug report http://bugs.php.net/bug.php?id=31345
can help you, and also
http://bugs.php.net/bug.php?id=31001
because i remembre have same message when I was searching for my problems
Regards 
I had similar issues with Apache & PHP on my MACOSX. I installed Apache2 from source and installed PHP 4 from source using the configure as below and seems to work fine.
./configure \
--with-apxs2=/usr/local/apache2/bin/apxs \
--with-mysql \
--prefix=/usr/local/apache2/php \
--with-config-file-path=/usr/local/apache2/php \
--with-oci8=/Users/oracle/product/10.1.0/db_1                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                                    
Your configure line says -with-oci8 but you have not specified any particular location to that option. I think PHP's configure script may try to check for ORACLE_HOME's in default locations and maybe it doesnot find any (or probably a bad one ?) in your case ?
Maybe you can try
-with-oci8=/path/to/oci (usually a valid ORACLE_HOME which has client libraries installed)
The cc invalid suffix errors are happening because you are using libtool to build which moves the .o (object files) to .lo (libtool object)

Categories

Resources