ddd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: ddd/configure breaks (motif mistakenly flagged as missing)


From: Andreas Zeller
Subject: Re: ddd/configure breaks (motif mistakenly flagged as missing)
Date: 28 Nov 2000 08:49:19 +0100
User-agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Channel Islands)

Hi!

Suhaib Siddiqi <address@hidden> writes:

> Actually i told you first time when you posted that configure script
> of DDD has problems and does not include libraries in a proper
> order.  This is a VERY VERY problem in DDD configure script and I am
> not sure who DDD maintainer never thought to look at it. The oder of
> linking should always be -lSM -lICE -lXt.  On many systems -lXt -lSM
> -lICE will DEFINITELY fail because libXt will return unresolved
> symbols.
> 
> Therefore in response to your first complain that Cygwin/Xfree86 has
> libraries missing, I told you, "Definitely NOT, Complain to DDD
> mailing list and maintainers to fix the DDD configure scripts."

Sorry folks, but can anyone tell me what I should fix?

As Suhaib states, the ordering of these libraries is (and should be)
`-lXt -lSM -lICE'.

But this is also the order which the DDD `configure' script uses.  

These are the libraries as inferred by the DDD `configure' script on
my Linux RedHat box.  As far as I can see, everything is just fine:

        -L/usr/X11R6/lib -lXm -lXp -lXpm -lXaw -lXmu -lXext -lXt -lSM
        -lICE -lX11 -lncurses -liberty -lm

The `-lSM -lICE -lX11' part is inferred by the `autoconf'
`AC_PATH_XTRA' macro, which I cannot control.  (And I assume the
`autoconf' people know their job.)

The DDD `configure' script itself just checks for the additional
libraries (from right to left: -lXm -lXp -lXpm -lXaw -lXmu -lXext),
adding them in front of the original `-lSM -lICE -lX11' part.

Unless anyone sees a flaw in this procedure (or its actual
implementation in `ddd/configure.in'), there is not much I can do.

Please note that DDD is around for five years now, always with this
procedure.  I won't change a running system unless I have strong
evidence for a failure -- and strong evidence that the proposed fix
won't break other builds.

Best wishes,

Andreas

-- 
Andreas Zeller     Universitaet Passau
                   http://www.fmi.uni-passau.de/st/staff/zeller/



reply via email to

[Prev in Thread] Current Thread [Next in Thread]