Please redistribute this article!
Compatibility can have several degrees, the ultimate one being binary compatibility. This is the one we're aiming for. This can be tested even today on most platforms on which shared libraries are supported : if you also have Motif® shared libraries, you can choose which library to use by setting an environment variable such as LD_LIBRARY_PATH prior to executing an application.
The primary objectives have been to develop the widget code of the LessTif Toolkit. Intermittently, the window manager (mwm) and the combination of UIL compiler and libMrm are being worked on.
Volunteers to advance one or more parts of LessTif development, or for writing documentation without an OSF, X/Open or The Open Group copyright on it, are always welcome.
The same web pages can point you to quite a few CD-ROM manufacturers which put a version of LessTif on some of their products. Many free Unix (RedHat, Debian, SuSE, Walnut Creek FreeBSD, ...) are among them.
Keeping a list of developers for each widget is not really possible mainly because the we're not fanatic about ownership of a widget. We do keep in touch enough to know who's messing with what so we don't overlap too much.
The current focus of the core developers can be found on the web pages. Even that is hardly up to date :-)
You should be able to compile and run your code, how well it works is another matter... If it doesn't, then we're very interested in hearing about what doesn't work and why (we can't fix bugs that we don't know about), and we're even more interested in a fix.
If your favourite application does work, please tell us so we add it to the list of apps known to work.
The core developers have had arguments in the past about shooting for something more ambitious than 1.2, but never decided on starting the effort until they felt 1.2 compatibility was close.
In early 1997 however, someone asked whether submissions for 2.0 or CDE widgets would be accepted.
Of course !
Therefore, we expanded the source directory tree to make it easy to add new stuff, and to build several versions of the library (and the corresponding tools). So if anybody has a widget, or an application, to offer which can advance us in the 2.0 or CDE areas, please E-mail us.
Somewhere along 1997 we actually started building 2.0 compliant widgets. More of them are needed though.
Having some of the widgets implemented can make us get away with a lot of stuff : some applications just need one of the new widgets. If applications use some of the flashy new features such as renderings, ...
See also in question 1.4.
We've made room for CDE compatible widgets and applications, and we should probably talk to the people in the eXode project, who are working on this. Look up their stuff at http://www.simplicity.net/exode.
We did talk to them.
They basically don't want to use too much of the 2.* stuff (some of it is rather buggy in OSF releases); also they really want the core of eXode to run on top of LessTif.
Regularly, questions about LessTif (or about any free Motif®) clone are asked in comp.windows.x or comp.windows.x.motif .
Nothing has happened to LessDox in a long time, we would love some people to write free documentation describing the LessTif widget set.
An accurate list is in the INSTALL file in the LessTif distribution. Here's a short list, with version numbers stripped for brevity :
Send mail to the LessTif mailing list at lesstif@hungry.com if you want to add to the list or if your favourite platform isn't mentioned.
Note we'll only refresh these binary distributions at release time, which is about once a month.
The INSTALL file found in the source distribution and on the web explains how to install it.
Make sure that you do get a binary version, if that's what you're interested in; not the source distribution.
The Debian Linux system comes with a pre-compiled version of LessTif.
Around December 1997 we also started to work with libtool and automake, two more free tools. They should solve the portability problems with building shared libraries on multiple platforms for us. You'll find this in distributions of LessTif starting with release 0.85.
We use libtool for keeping the complexities of building and installing shared libraries out of LessTif. Therefore, if LessTif doesn't build a working shared library on some platform, you may want to check whether libtool already supports this platform. Contact the libtool mailing list if you're interested in details about the platforms supported by libtool. The libtool home page is at www.gnu.org/software/libtool/libtool.html.
This might produce awkward results in applications that install an EditRes handler themselves ...
Somebody probably ought to extend the configuration to allow you to conditionally compile out the EditRes support. The problem is nobody's complained so far.
./configure make
If you're brave, you might actually add stuff to our tree. In that case you probably want to edit configure.in . After that, you need to run :
autoheader automake -i autoconf ./configure makeAutoheader comes with autoconf; automake is a separate utility. You don't need to go get libtool; it's included with LessTif.
Several people have reported build problems; the configure script looks for an X distribution and then checks whether it is X11R5 or X11R6.
On some systems the configure script stops, saying
configure: error: You must have X11 Revision 5 or higher to compile Lesstifwhile the system actually has X11r6.
Apparently this has to do with installations of Linux, in which the include files (under /usr/include) often contain symbolic links to the source directories (either on disk or on CD-ROM).
In such a situation, if one either removes the CD-ROM, or cleans up /usr/src, the effect will be dangling symbolic links under /usr/include which confuse our configure script.
The solution is obvious : make sure that your include files don't contain symbolic links to nonexistent files.
We've seen this happen when the order or shared libraries was incorrect. The link order should be :
-lXm -lXt -lX11
A number of things can happen if the library order isn't right. Reports include "XXX works on Solaris 2.5 (I assume with Motif), but not on Linux."
The link order should be :
-lXm -lXt -lX11
The following messages have been reported :
Warning: Name: label Class: XmLabel XmRepTypeValidValue: missing type. X Error of failed request: BadPixmap (invalid Pixmap parameter) Major opcode of failed request: 55 (X_CreateGC) Resource id in failed request: 0x1c00005 Serial number of failed request: 23 Current serial number in output stream: 33
There's a couple of places in which the LessTif version number is actually in the contents of some of the files.
If you don't automate updating this version number automatically, you can be damned sure to forget updating it before making a release.
This is what happened to us with the 0.82 release; it still says it's a 0.81 version (actually in some places it says it's 0.81 alpha).
We fixed this in several places in January 1998, meaning that the 0.83 and subsequent releases will be correct in identifying themselves.
You can update a 0.82 release so it behaves better by manually editing the files. It's in include/Motif-1.2/Xm/Xm.h, include/Motif-2.0/Xm/Xm.h, configure.cmd (OS/2 build script).
We might have screwed up of course.
On the other hand, please make sure that you've built the entire distribution with the same configuration.
Not clear ? After running the "configure" command with its options, you should ideally run "make clean". Otherwise e.g. clients/Motif-1.2/mwm/Makefile may be configured such that it looks for stuff that isn't there in lib/Xm/* .
Hard to say really. Depends on how much credit you give us.
Actually most LessTif widgets work somewhat. Many work fairly well. Things like traversal and focus handling have been worked on, but probably aren't really all that functional yet.
The menu system is quickly losing its child diseases (occasionally freezing the X server with grabs). If you're not in a rush when working the menus, the odds are low that you'll get in much trouble. Also dragging in the menus will get you in trouble faster than clicking.
In short, if something does not work quite right, tell us at lesstif@hungry.com and we'll try to help you as soon as we possibly can. In fact telling us about your problem is the fastest way to get your app to work with LessTif. Recommended !
In between releases, you can always grab lesstif-current, which is a daily snapshot of the CVS tree which is maintained by the core developers. Look at the web site for more info.
The web site contains a write-up on how to submit bug fixes or reports.
Look at the web site for a more accurate and timely list.
This was not easy though. The _Xm* functions seem to be undocumented in Motif 1.2 therefore we will make every effort to implement the functions as best we can.
One of our sources of information was "Writing Your Own OSF/MOTIF Widgets" by McMinds and Whitty, kindly donated to us by Linux International.
The _Xm functions are implemented in the Internal Functions section of the LessTif Documentation project.
Many of the _Xm functions are exposed in OSF/Motif® 2.0 where they changed names into Xme*.
This probably has to do with your compiler options. If it's indeed that, there are several possibilities.
In the examples we'll give now, we'll be using some installation directories that may differ from your installation. Please adjust your compilation parameters accordingly, don't try to fix your installation so it matches our examples. In our examples, X has been installed in /usr/X11R6 and LessTif has been installed in /usr/lesstif.
Compilation of applications is really a two-step process :
The compilation phase needs to know where to find include files. These are files that are referenced in the C (or C++) sources of your programs as
#includeand you should find them on your system in a couple of directories under /usr/lesstif/Motif1.2/include or /usr/lesstif/Motif2.0/include. Specifically the file mentioned above should show up as /usr/lesstif/Motif1.2/include/Xm/Xm.h or /usr/lesstif/Motif2.0/include/Xm/Xm.h .
For your compiler to find these files, it needs to be told where to look. Using the examples above, the flag needed would be -I/usr/lesstif/include . Note that you need to tell the compiler the same thing about the X Window System include files, you need to do that by using the -I/usr/X11R6/include flag. So together this gives
-I/usr/X11R6/include -I/usr/lesstif/include
The second step, linking all the source files together, requires similar flags. The linker needs to know where the libraries are, and additionally you need to tell it which libraries to include in the link process.
Again, using the example outlined above, we'd need to use the flags
-L/usr/X11R6/lib -L/usr/lesstif/libfor the linker to know where to look, and-lMrm -lXm -lXt -lXext -lX11 -lSM -lICEto know which libraries to use. Note that the -lMrm library, as well as the -lXext library, aren't always needed, so you might get away with using flags like-L/usr/X11R6/lib -L/usr/lesstif/lib -lXm -lXt -lX11 -lSM -lICENote that the order of the libraries is important on some systems, and less important on others. This means that an application writer better uses the right order, or his application won't build on some systems.
4.1 My application doesn't build. What do I do ?
If your application doesn't build, this could have several causes. If it fails in the compilation process, you probably have an application that's not error-free; or (more likely) one which needs configuration for your site, computer platform, etc.
It would be a good idea to consult the compilation and installation guidelines for that application.If the linking process fails, this probably means you didn't specify some library, or the required libraries aren't present on your system.
Error messages indicating this are a long list of undefined symbols most of which have a name with an identical prefix, such as Xm.
If the names you see have the Xt prefix, you need to add -lXt to your link command.
If the names you see have the Xmu prefix, you need to add -lXmu to your link command.
If the names you see have the Xm prefix, you need to add -lXm to your link command.
If the names you see have the Mrm prefix, you need to add -lMrm to your link command.The order in which you should specify these options is -L/usr/lesstif/lib -L/usr/X11R6/lib -lMrm -lXm -lXt -lXmu -lX11. All of these libraries aren't always necessary, but in some cases, more libraries may be required.
Once more, the compilation and installation guidelines for the application probably tell you which libraries to link with.
Finally, please make sure that you have the X development packages installed on your system, not only the X user stuff. Forgetting to install the development system could result in messages like Xm/Xm.h : cannot open file, or -lXt: library not found.
4.2 My app fails to build. Symbol MrmXXX is undefined.
You probably forgot to add -lMrm to your link command.
4.3 This app uses Imake but it won't build right.
Imake is a tool which is included in the X Window System distributions. It is an extra layer above Makefiles (processed by the make program) which attempts to make the build process more system independent.Nowadays more and more applications use GNU autoconf and GNU automake for the same purpose.
The imake program process an Imakefile and turns it into a Makefile. Often the Imakefile uses some template file that comes with the application, to specify additional options.
If you use imake directly to create the makefile, then this will probably not work right, because you need to tell imake to read the lesstif configuration files. The mxmkmf program calls imake with the right parameters, so just using this should help.
It is also possible that the Imakefile file or some file used by it overrides some of LessTif's parameters. Please check whether EXTRA_INCLUDES, XMLIB, or XmClientLibs are overruled in these files. If they are, then this is probably the cause of the problem.
Please send comments, questions, ... to the mailing list. |