[3014] in Release_7.7_team

home help back first fref pref prev next nref lref last post

Re: Fwd: SIMSUPER problems

daemon@ATHENA.MIT.EDU (Greg Hudson)
Wed Oct 10 16:19:56 2001

Message-Id: <200110102019.QAA25203@error-messages.mit.edu>
To: Jean Foster <jfoster@MIT.EDU>
cc: release-team@MIT.EDU, alexp@MIT.EDU, longpd@MIT.EDU, ccount@MIT.EDU
In-Reply-To: Your message of "Wed, 10 Oct 2001 19:17:25 -0000."
             <ovl9v55z0001JAGW4g@mit.edu> 
Date: Wed, 10 Oct 2001 16:19:51 -0400
From: Greg Hudson <ghudson@MIT.EDU>

Hi.  I've looked at the provided test program, and I think the problem
might be with the way it's linked.  In the directory Craig prepared,
there is a script "makeSim" which links the program with:

gcc -I/mit/motif/include/Xm/ test.c -L/mit/motif/sun4lib/ -lXm -lMu -lWcm -lMrm -lXt -lX -o SIMSUPER

This link line is problematic for two reasons:

  1. It uses the libraries in /mit/motif/sun4lib, which date back to
     1993.  Although Solaris backward compatibility is pretty good for
     whole programs, relying on backward compatibility for object files
     from eight years ago is probably not a very good idea.

  2. It uses the Wcm library.  I'm not sure what it is, but it's not
     in a modern Motif implementation and I hope it's not necessary
     for the actual simsuper program.  The Mu library is also not part
     of Motif; it's an Athena-ism and isn't necessary for the test
     program.

I notice the test program also does an #include <Xm.h>, which should
be #include <Xm/Xm.h>.

Linking against modern Motif libraries (which are under /usr/dt on
Solaris, and are under /usr/athena on Linux; IRIX requires no special
include or library declarations) might correct the problem.  I was
unable to reproduce the problem using the test program, though, so I
can't be sure.

home help back first fref pref prev next nref lref last post