[lsb-discuss] Lesstif and libXt.a

Curt Mills archer at eskimo.com
Thu Nov 23 08:51:14 PST 2006

On Wed, 22 Nov 2006, Curt, WE7U wrote:
> Is there _any_ solution?  I really just want to port this
> application, to make it easier for the users to download it and run.
> I don't wish to get into fixing Lesstif and LSB just to port my app.

For what it's worth, Mats helped get a libXt.a library for compiling
Lesstif, then I compiled my application with libXt.a and the newly
generated libXm.a.  Initially this all appeared to work (the
application runs instead of segfaulting), but today I have a few

libXt.a and libXm.a should be compiled statically into my
executable, and in fact my executable is about double the size it
normally is, so that looks about right.

lsbappchk however returns a BUNCH of lines (257) like this:

  Symbol XFillRectangle used, but not part of LSB_Core 
  Symbol XDisplayName used, but not part of LSB_Core 
  Symbol SmcClientID used, but not part of LSB_Core 
  Symbol XSetStipple used, but not part of LSB_Core 
  Symbol XUngrabKeyboard used, but not part of LSB_Core 
  Symbol XCheckIfEvent used, but not part of LSB_Core 

Does that mean my application is still linking against some external
libraries that are not part of LSB, or can these warnings be safely
ignored in this case?

I'm using LSB-3.0 on OpenSuSE 10.0.

Doing an "nm -A" across my /usr/X11R6/lib and /opt/lsb/lib
directories it looks like XFillRectangle is supplied by libX11.so.
Now I'm just confused...

Perhaps the libXt.a that was generated doesn't match my old LSB-3.0

Curt, WE7U.				archer at eskimo dot com
  Lotto:  A tax on people who are bad at math. - unknown
Windows:  Microsoft's tax on computer illiterates. - WE7U.
The world DOES revolve around me:  I picked the coordinate system!"

More information about the lsb-discuss mailing list