Hi,
I ran into the same issue a few days ago. For me installing termcap-devel
solved the issue, but as I compiled the package under Scientific Linux 5
32 bit I cannot promise it will work.
I compiled a quite lenghty dependency list for SoGE and the Univa sources
from github as I could only spread out hints on many sources what you
really need to compile. But it lists only SL5/6 packages.
Best regards,
Pirmin
On Thu, 17 Nov 2011, Dave Love wrote:
Allan Tran <[email protected]> writes:
I ran to a very same issue when compiling sge 8.0.0c, right now I'm stuck
at qtcsh. I'm running Debian 6.0. Please help. Thanks
_________3_r_d_p_a_r_t_y__P_A_M
make: Nothing to be done for `all'.
make: Nothing to be done for `tacclib'.
_________3_r_d_p_a_r_t_y__Q_T_C_S_H_______
rm -f tcsh core
gcc -o tcsh -DSGE_ARCH_STRING=\"lx-amd64\" -O3 -Wall -Wstrict-prototypes
-DUSE_POLL -DLINUX -DLINUXAMD64 -DLINUXAMD64 -D_GNU_SOURCE
-DGETHOSTBYNAME_R6 -DGETHOSTBYADDR_R8 -DLOAD_OPENSSL -DTARGET_64BIT
-DSPOOLING_dynamic -DSECURE -I/usr/include -DHAVE_HWLOC -DNO_JNI
-DCOMPILE_DC -D__SGE_COMPILE_WITH_GETTEXT__ -D__SGE_NO_USERMAPPING__
-U_GNU_SOURCE -Wno-error -DPROG_NAME='"qtcsh"' -DLINUXAMD64 -I. -I.. sh.o
sh.dir.o sh.dol.o sh.err.o sh.exec.o sh.char.o sh.exp.o sh.file.o sh.func.o
sh.glob.o sh.hist.o sh.init.o sh.lex.o sh.misc.o sh.parse.o sh.print.o
sh.proc.o sh.sem.o sh.set.o sh.time.o glob.o mi.termios.o ma.setp.o
vms.termcap.o tw.help.o tw.init.o tw.parse.o tw.spell.o tw.comp.o
tw.color.o ed.chared.o ed.refresh.o ed.screen.o ed.init.o ed.inputl.o
ed.defns.o ed.xmap.o ed.term.o tc.alloc.o tc.bind.o tc.const.o tc.defs.o
tc.disc.o tc.func.o tc.nls.o tc.os.o tc.printf.o tc.prompt.o tc.sched.o
tc.sig.o tc.str.o tc.vers.o tc.who.o -lcrypt -L../../../LINUXAMD64
-L. -Wl,-rpath,\$ORIGIN/../../lib/lx-amd64 -lsge -lpthread -ldl
ed.screen.o: In function `StopHighlight':
ed.screen.c:(.text+0x536): undefined reference to `tputs'
ed.screen.o: In function `StartHighlight':
As I said originally, it's not using the curses library (maybe termcap
-- I can't remember). It looks as if configure hasn't found it, in
which case I'd expect it to fail. It works for me, so assuming you have
the libcurses-dev package per instructions, I'm afraid someone else will
have to debug it. Check what configure outputs, and maybe look for
output from the curses test in config.log. (I assume tcsh's configure
does actually check properly for curses.)
_______________________________________________
users mailing list
[email protected]
https://gridengine.org/mailman/listinfo/users
_______________________________________________
users mailing list
[email protected]
https://gridengine.org/mailman/listinfo/users
