Thanks Jesse, I have always used "_STACK" instead of "STACK_OF", and I am going to google "STACK_OF" and see if it is the preferable way to reference the SSL structure.
BTW John, if you don't run Grid Engine in the "CSP mode" (you need to configure it explicitly, and 90+% of the clusters I've encountered don't use CSP mode), you can skip the SSL code by compiling SGE with aimk flag "-no-secure". Rayson On Wed, Dec 21, 2011 at 1:12 PM, Jesse Becker <[email protected]> wrote: > 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/include >>> -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
