[GE users] SGE6.2 Compilation

Jean-Christophe Ducom jc_ducom at nd.edu
Fri Oct 17 20:43:17 BST 2008


    [ The following text is in the "ISO-8859-1" character set. ]
    [ Your display is set for the "ISO-8859-10" character set.  ]
    [ Some special characters may be displayed incorrectly. ]

To reply to my (too fast) post:
set SECLIBS_STATIC    = "-L/usr/lib64 -lkrb5 -lz 
$OPENSSL_HOME/lib64/libssl.a $OPENSSL_HOME/lib64/libcrypto.a"
in aimk apparently helps the compilation to go thru.

Any hope on the kerberos issue? :)

Thanks again for your help

JC



Jean-Christophe Ducom wrote:
> Rayson
>> Dod you remove the -Werror switch suggested by Reuti??
> Sorry I forgot to mention that: Thanks Reuti. It helped but the 
> compilation failed later still:
> # ./aimk -no-intl -no-java -no-jni
> [...]
> gcc -I../daemons/shepherd -O3 -Wall -Wstrict-prototypes 
> -D__GRIDENGINE_FD_SETSIZE=8192 -DLINUX -DLINUXAMD64 -DLINUXAMD64_26 
> -D_GNU_SOURCE -DGETHOSTBYNAME_R6 -DGETHOSTBYADDR_R8  -DLOAD_OPENSSL 
> -I/usr/include/ -DSGE_ARCH_STRING=lx26-amd64 -DTARGET_64BIT 
> -DSPOOLING_dynamic -DSECURE -I/usr/include -Wno-strict-aliasing 
> -DNO_JNI -DCOMPILE_DC -D__SGE_NO_USERMAPPING__ -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. 
> -L/usr/lib/ -L. -rdynamic -L/opt/sge_utils/src/gridengine/source 
> -Wl,-rpath,\$ORIGIN/../../lib/lx26-amd64 -L/usr/lib64 -o sge_shepherd 
> shepherd.o builtin_starter.o setrlimits.o signal_queue.o 
> sge_shepconf.o setjoblimit.o sge_pset.o sge_fileio.o 
> sge_shepherd_ijs.o sge_ijs_comm.o sge_ijs_threads.o config_file.o 
> err_trace.o execution_states.o qlogin_starter.o setosjobid.o 
> sge_parse_num_par.o pdc.o procfs.o sge_mt_init.o sge_processes_irix.o  
> -lgdi -lsgeobj -lsgeobjd  -lcull -lcomm_static -lcommlists -luti  
> -llck -lrmon -ldl /usr/lib64/libssl.a /usr/lib64/libcrypto.a  -lm 
> -lpthread
> /usr/lib64/libssl.a(kssl.o): In function `get_rc_clockskew':
> (.text+0xce): undefined reference to `krb5_rc_default'
> /usr/lib64/libssl.a(kssl.o): In function `get_rc_clockskew':
> (.text+0xe0): undefined reference to `krb5_rc_initialize'
> /usr/lib64/libssl.a(kssl.o): In function `get_rc_clockskew':
> (.text+0x100): undefined reference to `krb5_rc_get_lifespan'
> /usr/lib64/libssl.a(kssl.o): In function `get_rc_clockskew':
> (.text+0x11e): undefined reference to `krb5_rc_destroy'
> /usr/lib64/libssl.a(kssl.o): In function `kssl_validate_times':
> (.text+0x14c): undefined reference to `krb5_init_context'
> /usr/lib64/libssl.a(kssl.o): In function `kssl_validate_times':
> (.text+0x169): undefined reference to `krb5_timeofday'
> /usr/lib64/libssl.a(kssl.o): In function `kssl_validate_times':
> (.text+0x195): undefined reference to `krb5_free_context'
> /usr/lib64/libssl.a(kssl.o): In function `kssl_tgt_is_available':
> (.text+0x279): undefined reference to `krb5_init_context'
> /usr/lib64/libssl.a(kssl.o): In function `kssl_tgt_is_available':
> (.text+0x296): undefined reference to `krb5_free_principal'
> .....
>
>
>> And why not use the precompiled binaries??
> Kerberos...sigh...I know there is a working solution from Desy people 
> (Wolfganfg Friebel and Andreas Haupt) but just like they mention it's 
> not the optimal solution and they highly favor a solution that does a 
> tight K5 integration. So I'm trying things from sources...
>
> Thanks
> JC
>
>
>
>>
>>
>>
>> On 10/17/08, Jean-Christophe Ducom <jc_ducom at nd.edu> wrote:
>>> All-
>>> Persevering with my previous post #26401, has anybody been 
>>> successful to
>>> compile SGE6.2 from sources on an AMD64 system running Linux (like 
>>> RedHat
>>> entreprise 5.2)?
>>> Thanks
>>> JC
>>>
>>> ---------------------------------------------------------------------
>>> To unsubscribe, e-mail:
>>> users-unsubscribe at gridengine.sunsource.net
>>> For additional commands, e-mail:
>>> users-help at gridengine.sunsource.net
>>>
>>>
>>
>> ---------------------------------------------------------------------
>> To unsubscribe, e-mail: users-unsubscribe at gridengine.sunsource.net
>> For additional commands, e-mail: users-help at gridengine.sunsource.net
>>
>>
>
>


---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe at gridengine.sunsource.net
For additional commands, e-mail: users-help at gridengine.sunsource.net




More information about the gridengine-users mailing list