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
