<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN">
<HTML>
<HEAD>
<META HTTP-EQUIV="Content-Type" CONTENT="text/html; charset=iso-8859-1">
<META NAME="Generator" CONTENT="MS Exchange Server version 6.5.7226.0">
<TITLE>RE: [torqueusers] Compiling xpbsmon</TITLE>
</HEAD>
<BODY>
<!-- Converted from text/plain format -->

<P><FONT SIZE=2>Diego,<BR>
<BR>
I don't know which 64-bit distro your using, but I've found the problems on Red Hat Enterprise Linux 3, Update 6 that will prevent xpbsmon from compiling. The first is that symbolic links in /usr/lib64 and /usr/lib are missing for libtkx. There should be sym links named libtks.so that point to libtkx&lt;version&gt;.so in each directory. This can easily be fixed by doing this as root:<BR>
<BR>
cd /usr/lib64<BR>
ln -s libtkx8.3.so libtkx.so<BR>
cd /usr/lib/<BR>
ln -s libtkx8.3.so libtkx.so<BR>
<BR>
This also needs to be done for the .a static libs.<BR>
<BR>
But this still won't fix the configure script not finding libX11. This is a problem with the configure script. Fortunately this can easily be fixed during configuration by specifying<BR>
<BR>
--x-libraries=/usr/X11R6/lib64<BR>
<BR>
Doing both these steps, I was able to get TORQUE (again, I compiled everything at once), on RHEL3U6/AMD64.<BR>
<BR>
Prentice Bisbal<BR>
Unix Administrator<BR>
Lexicon Pharmaceuticals<BR>
350 Carter Road<BR>
Princeton NJ, 08540<BR>
pbisbal@lexpharma.com<BR>
609-466-5578<BR>
<BR>
<BR>
<BR>
-----Original Message-----<BR>
From: Diego Vadell [<A HREF="mailto:dvadell@lantech.com.ar">mailto:dvadell@lantech.com.ar</A>]<BR>
Sent: Fri 1/20/2006 11:13 AM<BR>
To: Bisbal, Prentice<BR>
Cc: torqueusers@supercluster.org<BR>
Subject: RE: [torqueusers] Compiling xpbsmon<BR>
<BR>
Hi,<BR>
&nbsp; I tried setting tcldir and tclxdir ( I assume you are talking about<BR>
<BR>
&nbsp; --with-tcl=DIR_PREFIX&nbsp;&nbsp; Use this if you want Tcl support. If you are<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; compiling with tclx then you need only use<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; the --with-tcl flag if the Tcl libraries<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; are in a different place than the tclx<BR>
&nbsp; --with-tclx=DIR_PREFIX&nbsp; Use this if you want TclX support. This implies<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; --with-tcl. The only time it is useful<BR>
&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; &quot;tcl&quot; the server will use a Tcl based scheduler<BR>
<BR>
when you tell me tclx_dir=no, but tclx_dir=no is just part of the<BR>
configure script I pasted in my last mail.<BR>
<BR>
-----------------8&lt;----------------------8&lt;----------------------<BR>
./configure --prefix=/tmp/pbs-temp&nbsp; \<BR>
&nbsp;&nbsp; --set-server-home=/tmp/pbs-temp/spool/PBS --with-tclx \<BR>
&nbsp;&nbsp; --with-tclx=/usr/lib64 --with-tcl=/usr/lib64<BR>
loading cache ./config.cache<BR>
checking host system type... x86_64-unknown-linux-gnu<BR>
checking Tcl version... notfound<BR>
configure: error: cannot find Tcl version in /dev/null<BR>
-----------------8&lt;----------------------8&lt;----------------------<BR>
<BR>
If I try --with-tcl[x]=/usr I get the same first error, &quot;/usr/bin/ld:<BR>
cannot find -ltkx&quot;. This is sane because without specifying where tcl/tclx<BR>
is, configure finds it (the 32bit version) in /usr.<BR>
<BR>
LD_LIBRARY_PATH, afaik, is a run-time linker env variable, not a<BR>
compile-time linker one. However, I tried, and it gives the same errors.<BR>
<BR>
Regards,<BR>
&nbsp;-- Diego.<BR>
<BR>
&lt;quote who=&quot;Bisbal, Prentice&quot;&gt;<BR>
&gt; Diego,<BR>
&gt;<BR>
&gt; Have you tried setting your LD_LIBRARY_PATH so /usr/lib64 and /lib64<BR>
&gt; come before /usr/lib and /lib before configuring? I assume it should<BR>
&gt; already be setup correctly, but you never know.<BR>
&gt;<BR>
&gt; Also, does &quot;tclx_dir=no&quot; mean that you didn't specify the location of<BR>
&gt; your tclx dir in your configure command?<BR>
&gt;<BR>
&gt; When I compiled TORQUE, I made sure I specified both tcldir and tclxdir<BR>
&gt;<BR>
&gt; Prentice<BR>
&gt;<BR>
&gt; -----Original Message-----<BR>
&gt; From: torqueusers-bounces@supercluster.org<BR>
&gt; [<A HREF="mailto:torqueusers-bounces@supercluster.org">mailto:torqueusers-bounces@supercluster.org</A>] On Behalf Of Diego Vadell<BR>
&gt; Sent: Friday, January 20, 2006 8:32 AM<BR>
&gt; To: torqueusers@supercluster.org<BR>
&gt; Subject: RE: [torqueusers] Compiling xpbsmon<BR>
&gt;<BR>
&gt; Hi,<BR>
&gt;&nbsp;&nbsp;&nbsp; Answering Garrick, I have both i386 and x86_64 tclx libraries. I<BR>
&gt; uninstalled the i386 tclx one, and now configure says:<BR>
&gt;<BR>
&gt; creating cache ./config.cache<BR>
&gt; checking host system type... x86_64-unknown-linux-gnu<BR>
&gt; checking Tclx library path prefix... no<BR>
&gt; configure: error: could not find the Tclx library<BR>
&gt;<BR>
&gt; Inside configure, it says:<BR>
&gt;<BR>
&gt; -----------------8&lt;----------------------8&lt;----------------------<BR>
&gt; tclx_dir=no<BR>
&gt; ac_LL_PATH=`echo &quot;$PATH&quot; | sed -e 's/:/ /g'`<BR>
&gt; for ac_libpath in $ac_LL_PATH /__XqqFrobozz ; do<BR>
&gt;&nbsp;&nbsp;&nbsp;&nbsp; ac_libpath=`echo $ac_libpath | sed -e 's;/bin$;;'`<BR>
&gt;&nbsp;&nbsp;&nbsp;&nbsp; if test `/bin/ls ${ac_libpath}/lib/libtclx*.* 2&gt; /dev/null | wc -l`<BR>
&gt; -gt 0; then<BR>
&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; tclx_dir=&quot;$ac_libpath&quot;<BR>
&gt;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; break;<BR>
&gt;&nbsp;&nbsp;&nbsp;&nbsp; fi<BR>
&gt; done<BR>
&gt; -----------------8&lt;----------------------8&lt;----------------------<BR>
&gt;<BR>
&gt; Its making ls $ac_libpath/lib and not giving a chance to /usr/lib64 .<BR>
&gt;<BR>
&gt; Thats the situation here. Hope it helps a little<BR>
&gt;<BR>
&gt;&nbsp; -- Diego.<BR>
&gt; _______________________________________________<BR>
&gt; torqueusers mailing list<BR>
&gt; torqueusers@supercluster.org<BR>
&gt; <A HREF="http://www.supercluster.org/mailman/listinfo/torqueusers">http://www.supercluster.org/mailman/listinfo/torqueusers</A><BR>
&gt;<BR>
<BR>
<BR>
<BR>
</FONT>
</P>

</BODY>
</HTML>