On Wed, Dec 21, 2011 at 1:23 PM, Geilow, John <[email protected]> wrote: > Now it stop at this
Please download Berkeley DB 4.4.20: http://www.oracle.com/technetwork/database/berkeleydb/downloads/index-082944.html Newer versions of Berkeley DB don't support the RPC Client/Server model, but older versions of SGE are linked with Berkeley DB 4.4.20, and thus the on-disk data format is saved in the Berkeley DB 4.4.20 format. And the complicated part is that newer Berkeley DB do not support the on-disk data used by older versions (will need to migrate the data with dump-restore), so in order for SGE to be compatible with older versions (such that we can read back the older jobs & sge configuration data), we currently need Berkeley DB 4.4.20. Of course, if you are doing a fresh install, then it is not a concern. Rayson > cc -DSGE_ARCH_STRING=\"sol-amd64\" -Xc -v -fast -xchip=generic > -xcache=generic -xarch=sse2 -m64 -ftrap=division -D_LARGEFILE64_SOURCE=1 > -DHAS_SOCKLEN_T -DLOAD_OPENSSL > -I/usr/local/BerkeleyDB.5.2/include//usr/local/BerkeleyDB.5.2/include > -DTARGET_64BIT -DSPOOLING_dynamic -DSECURE -I/usr/include/openssl/include > -DSOLARIS -DSOLARISAMD64 -D__EXTENSIONS__ -D_POSIX_C_SOURCE=199506L > -DGETHOSTBYNAME_R5 -DGETHOSTBYADDR_R7 -DUSE_POLL -errwarn=%all -DCOMPILE_DC > -D__SGE_COMPILE_WITH_GETTEXT__ -D__SGE_NO_USERMAPPING__ -DTHREADBINDING > -DHWLOC -I../common -I../libs -I../libs/uti -I../libs/juti -I../libs/gdi > -I../libs/japi -I../libs/sgeobj -I../libs/cull -I../libs/rmon -I../libs/comm > -I../libs/comm/lists -I../libs/sched -I../libs/evc -I../libs/evm > -I../libs/mir -I../libs/lck -I../daemons/common -I../daemons/qmaster > -I../daemons/execd -I../daemons/schedd -I../clients/common -I. > -I/usr/jdk/instances/jdk1.6.0/include > -I/usr/jdk/instances/jdk1.6.0/include/solaris > -I/usr/jdk/jdk1.6.0_26/jre/include -I/usr/jdk/jdk1.6.0_26/jre/include/solaris > -I/root/GE2011.11/source/3rdparty/hwloc/hwloc-1.2.2/include/ > -I/root/GE2011.11/source/3rdparty/hwloc/hwloc-1.2.2/SOLARISAMD64/include > -KPIC -c ../libs/spool/berkeleydb/sge_bdb.c > "../libs/spool/berkeleydb/sge_bdb.c", line 207: undefined symbol: DB_RPCCLIENT > "../libs/spool/berkeleydb/sge_bdb.c", line 271: undefined struct/union > member: set_rpc_server > "../libs/spool/berkeleydb/sge_bdb.c", line 271: function designator is not of > function type > "../libs/spool/berkeleydb/sge_bdb.c", line 271: improper pointer/integer > combination: op "=" > "../libs/spool/berkeleydb/sge_bdb.c", line 329: cannot recover from previous > errors > cc: acomp failed for ../libs/spool/berkeleydb/sge_bdb.c > *** Error code 2 > make: Fatal error: Command failed for target `sge_bdb.o' > not done > > -----Original Message----- > From: Jesse Becker [mailto:[email protected]] > Sent: Wednesday, December 21, 2011 11:13 AM > To: Rayson Ho > Cc: Geilow, John; [email protected] > Subject: [EXTERNAL] Re: [gridengine users] Problem compiling Grid engine on > Solaris > > I actually just ran into this problem recently on a Fedora 15 box. > > The problem, as I understand it, is that openssl 1.0.0 deprecates "STACK" in > favor of "STACK_OF". However, I don't think that it is a drop-in replacement > (I've not looked deeply into this though). You can use "_STACK", and I that > fixes this particular compile issue. > > Older versions of openssl do not have this problem. > > > On Wed, Dec 21, 2011 at 12:55:04PM -0500, Rayson Ho wrote: >>Hi John, >> >>Looks like your SSL library defines "_STACK" instead of "STACK". Can >>you change "STACK" to "_STACK" on line 238, 239, 1703, 1710 etc and see >>if it compiles?? >> >>I recall some versions of SSL library caused this issue, and if >>changing "STACK" to "_STACK" does not work, then please let me know the >>version of your SSL library and I will try to reproduce it on my >>machines. >> >>Rayson >> >> >> >>On Wed, Dec 21, 2011 at 12:35 PM, Geilow, John <[email protected]> wrote: >>> Hi, >>> >>> I try to compile and I am running into a problem I cannot figure out. >>> I have already work through 4 other issues, but this one I do not >>> understand what need to be change in the file. >>> >>> Here is the error. >>> cc -DSGE_ARCH_STRING=\"sol-amd64\" -Xc -v -fast -xchip=generic >>> -xcache=generic -xarch=sse2 -m64 -ftrap=division >>> -D_LARGEFILE64_SOURCE=1 -DHAS_SOCKLEN_T -DLOAD_OPENSSL >>> -I/usr/local/BerkeleyDB.5.2/include//usr/local/BerkeleyDB.5.2/include >>> -DTARGET_64BIT -DSPOOLING_dynamic -DSECURE >>> -I/usr/include/openssl/include -DSOLARIS -DSOLARISAMD64 >>> -D__EXTENSIONS__ -D_POSIX_C_SOURCE=199506L >>> -DGETHOSTBYNAME_R5 -DGETHOSTBYADDR_R7 -DUSE_POLL -errwarn=%all >>> -DCOMPILE_DC -D__SGE_COMPILE_WITH_GETTEXT__ -D__SGE_NO_USERMAPPING__ >>> -DTHREADBINDING -DHWLOC -I../common -I../libs -I../libs/uti >>> -I../libs/juti -I../libs/gdi -I../libs/japi -I../libs/sgeobj >>> -I../libs/cull -I../libs/rmon -I../libs/comm -I../libs/comm/lists >>> -I../libs/sched -I../libs/evc -I../libs/evm -I../libs/mir >>> -I../libs/lck -I../daemons/common -I../daemons/qmaster -I../daemons/execd >>> -I../daemons/schedd -I../clients/common -I. >>> -I/usr/jdk/instances/jdk1.6.0/include >>> -I/usr/jdk/instances/jdk1.6.0/include/solaris >>> -I/usr/jdk/jdk1.6.0_26/jre/include >>> -I/usr/jdk/jdk1.6.0_26/jre/include/solaris >>> -I/root/GE2011.11/source/3rdparty/hwloc/hwloc-1.2.2/include/ >>> -I/root/GE2011.11/source/3rdparty/hwloc/hwloc-1.2.2/SOLARISAMD64/incl >>> ude -KPIC -c ../libs/comm/cl_ssl_framework.c >>> "../libs/comm/cl_ssl_framework.c", line 238: no explicit type given >>> "../libs/comm/cl_ssl_framework.c", line 238: syntax error before or >>> at: * "../libs/comm/cl_ssl_framework.c", line 239: no explicit type >>> given "../libs/comm/cl_ssl_framework.c", line 239: syntax error >>> before or at: * "../libs/comm/cl_ssl_framework.c", line 239: undefined or >>> missing type for: >>> int >>> "../libs/comm/cl_ssl_framework.c", line 1703: no explicit type given >>> "../libs/comm/cl_ssl_framework.c", line 1703: syntax error before or >>> at: * "../libs/comm/cl_ssl_framework.c", line 1710: no explicit type >>> given "../libs/comm/cl_ssl_framework.c", line 1710: syntax error >>> before or at: * "../libs/comm/cl_ssl_framework.c", line 1950: only >>> "register" valid as formal parameter storage class >>> "../libs/comm/cl_ssl_framework.c", line 1950: cannot recover from >>> previous errors >>> cc: acomp failed for ../libs/comm/cl_ssl_framework.c >>> *** Error code 2 >>> make: Fatal error: Command failed for target `cl_ssl_framework.o' >>> not done >>> >>> If someone could point to the fix, I would really appreciate. >>> >>> John >>> >>> >>> _______________________________________________ >>> users mailing list >>> [email protected] >>> https://gridengine.org/mailman/listinfo/users >>> >> >>_______________________________________________ >>users mailing list >>[email protected] >>https://gridengine.org/mailman/listinfo/users > > -- > Jesse Becker > NHGRI Linux support (Digicon Contractor) > > _______________________________________________ users mailing list [email protected] https://gridengine.org/mailman/listinfo/users
