Trying to compile nedit-latest-sources-HEAD

[Andrew Hood]

Thorsten Haude wrote:
> Hi,
> 
> * Thomas Orgis wrote (2006-10-06 13:41):
> 
>>Sorry for deviating from the main issue, but the issue of linking nedit
>>reminds me of a problem I encountered when changing the SourceMage
>>GNU/Linux nedit spell to compile with openmotif instead of lesstif:
>>Per default, openmotif doesn't installl static libraries (anymore), so
>>we now have a sed line removing the -Wl,-Bstatic and -Wl,-Bdynamic so
>>that just the "normal" dynamic linking is used for all of nedit.
>>That indeed does make sense given that it will be used in the
>>environment it was compiled in - static linking would just waste space
>>there.
> 
> 
> I think the reason for preferring static links is that they are
> somewhat more reliable if you move the binary around. That's usually
> not a problem on solid distributions, but I have to work on more than
> one platform and appreciate any dependency which does not exist.

We can have NEdit check that the version of a dynamic library matches
the one against which it is compiled. It seems that this problem affects
only OpenMotif and LessTif, which both export _XmVersionString even if
it isn't in any header file.

Compare the two and quit if they don't match.

   With Motif: 2.1.30 [@(#)Motif Version 2.1.30]
Running Motif: 2.1 [@(#)Motif Version 2.1.30]

Those are
XmVERSION_STRING from Xm/Xm.h
_XmVersionString from libXm.so

This is not the first time I have suggested this.

-- 
There's no point in being grown up if you can't be childish sometimes.
                -- Dr. Who