Well, then we need to deterimine whether CDE can be made to work with
the installed Motif. I'd *really* prefer if users did not have to build
their own Motifs...
Doing a "git grep XmeXpm" in CDE shows the following usages:
cde/lib/DtSvc/DtXpm/xpm.c: return XmeXpmCreatePixmapFromData(display,
d, data,
cde/lib/DtSvc/DtXpm/xpm.c: return XmeXpmReadFileToPixmap(display, d,
filename,
cde/lib/DtSvc/DtXpm/xpm.c: return XmeXpmWriteFileFromPixmap(display,
filename,
cde/lib/DtSvc/DtXpm/xpm.c: return XmeXpmReadFileToImage(display,
filename,
cde/lib/DtSvc/DtXpm/xpm.c: return XmeXpmWriteFileFromImage(display,
filename,
cde/lib/DtSvc/DtXpm/xpm.c: XmeXpmFreeAttributes(attributes);
cde/programs/dtinfo/dtinfo/src/Other/WindowSystemMotif.C:
XmeXpmCreatePixmapFromData(f_display,
cde/programs/dtinfo/dtinfo/src/Other/WindowSystemMotif.C: int
status = XmeXpmCreatePixmapFromData(f_display,
cde/programs/dtinfo/dtinfo/src/Other/WindowSystemMotif.C: status =
XmeXpmReadFileToPixmap (f_display, XtWindow ((Widget)toplevel()),
So - one option (as a test) is to change all of these to be just "Xpm*"
instead of "XmeXpm*" and see if things will link then...
I don't know when this was changed in Motif, but perhaps it's CDE that
can be fixed to work on all shipping (and at least pseudo-modern) Motifs.
Do you know if the Motif that ships with your OS is at least 2.1.30
compatible?
I suppose if we can't figure out how to get this working, we can just
require people to build Motif on illuminos and go from there...
-jon
On 06/08/2018 04:12 PM, Matthew R. Trower wrote:
Jon Trulson <j...@radscan.com> writes:
Hmm. In my /usr/include/Xm/XpmP.h, there are a bunch of defines of
the sort:
/* Xpm external symbols are prefixed with Xme */
#define XpmCreatePixmapFromData XmeXpmCreatePixmapFromData
#define XpmCreateDataFromPixmap XmeXpmCreateDataFromPixmap
...
What does your's look like? You may need something similar. Or, maybe
some change has been made to Motif, and we should remove or
conditionally define these XmeXpm* uses.
-jon
I have the same. That file then goes on to define XPM_h and a bunch of
Xpm stuff --- the 'private copy' of Xpm that was mentioned, I suppose.
Curious that the functionality was supposedly removed (or redirected) in
Nevada (OpenSolaris), but the header remained...
Peter Tribble <peter.trib...@gmail.com> writes:
I think OI still ships the legacy Motif from Solaris/OpenSolaris, rather
than building current Motif from source. (The two aren't binary compatible.)
On Tribblix (also illumos) the motif libraries are built from source (2.3.8 now)
and contain those symbols; CDE builds fine against them.
Thanks Peter. I believe this is correct. That's why I was saying there
are compatibility problems when overwriting it; I probably wasn't clear
enough.
Jon Trulson <j...@radscan.com> writes:
So, are you saying that on these systems, you must build Motif from
source? There's no way to install a modern version on these systems?
It seems odd they would ship with old binaries from Solaris without
bothering to build their own...
Well, they *do* build their own, but the source base is that from
OpenSolaris.
OI 151a wasn't too far off from OpenSolaris in many respects. OI
Hipster has diverged a fair bit, but still has a lot of legacy packages
in the repository. There's actually a some bits of Sun CDE in there
still, presumedly to support applications which require its
functionality --- not enough to actually run CDE though. (I don't
install these bits; like I say, they're probably for application
support).
Someone could perhaps update it, but...
Is the only binary compatibility issue related to these Xpm -> XmeXpm
defines?
When I originally looked into this, it was 2016, so my memory isn't perfect
anymore. IIRC, there's a fundamental incompatibility around
XmString (number of parameters?). I discovered that when I dropped in
motif-2.3.6, everything built against legacy motif broke. I think I
tried compiling some of those applications (xpdf?) against the new
motif, and that's where I found source-level incompatibility.
I'm still investigating this issue, but wanted to throw this out there
in the meantime.
Note: Even if OI Hipster repos were updated to the latest motif, OI 151a
and OpenSolaris are frozen where they are, and I want to support them.
If current CDE can be reasonably made to compile against this legacy
motif, that would be great. If it can't be made to compile in some
reasonable fashion, we're back to the most reasonable way to specify an
alternate motif location...
-- Matthew R. Trower
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
cdesktopenv-devel mailing list
cdesktopenv-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
--
Jon Trulson
"Fire all weapons and open a hailing frequency for my victory yodle."
- Zapp Brannigan
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
_______________________________________________
cdesktopenv-devel mailing list
cdesktopenv-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/cdesktopenv-devel
