Waldek Hebisch <hebisch@math.uni.wroc.pl> writes:
> Date: Thu, 19 Oct 2006 14:02:25 +0000 (UTC)
> Organization: Politechnika Wroclawska
>
> Aaron Sloman wrote:
> > Waldek Hebisch wroc.pl> writes:
> > [WH]
> > > Yes, this this problem is (or at least was -- I did not try recently)
> > > also present with Lesstif. My problem was that Lesstif (at least on
> > > Debian) still do not have 'XmTextFieldGetAdd' and 'XmTextGetAddMode'
> > > so I had to re-add conditionals that were in earlier versions.
> >
> > Hmm, I wonder if those conditionals (removing those two identifiers
> > in Linux Poplog) should be restored.
> > ...
>
> I am affraid that conditionals should be restored.
Added to my 'Todo' list!
>
> > > The second problem was that X libraries on 64-bit Debian are in /usr/lib.
> > > I suspect that all in the future all versions of Debian will have X in
> > > /usr/lib.
> >
> > It's more general than Debian: x.org is now widely used instead of
> > XFree86, e.g. also in Fedora Core 5.
> >
> > I can see how moving everything into a central place has some
> > advantages (less complex search lists, etc.) but it really makes
> > grep and ls take much longer, and reduces modularity.
> >
> > (It used to be easy to switch between two versions of the X window
> > system simply by changing a symbolic link -- as you can still do
> > with poplog!)
> >
> > So poplog's linking mechanisms now need to change, alas.
> > Also the script for checking for the availability of X11 libraries.
> >
> > http://www.cs.bham.ac.uk/research/projects/poplog/com/CHECK_LINUX_FACILITIES
> >
> > I have not had time to look into the details that need to be changed
> > in Poplog. To sort out the linking will require coordinating things
> > in these interacting files:
> >
>
> The linking proper works fine. I just had to modify CHECK_LINUX_FACILITIES
> and LINK_MOTIF_POPLOG to convince them that X (and Lesstif) is present.
I was under the impression that the locations of those files had to
be known to the poplog poplink mechanism, and it was not enough for
them to be present in one of the standard places. Maybe recent
versions of linux leave the searching to the operating system
(sensibly).
> > > Also (but that is old news) on Debian one needs libncurses.
> >
> > I was under the impression that this had been fixed according to
> > your recommendations in
> >
> > $popsrc/termcap.p
> >
> > in March 2005 (in poplog V15.6)
> >
> > So poplog now does not use termcap at all, only curses or, in linux,
> > ncurses.
> >
>
> Well, the first thing that newpop does is to relink the system. That
> step failed due to lack '-lncurses' in poplink_cmnd.motif.sh. Poplog
> install succeds even if that step fails, I just mentioned that
> the first step still fails.
I presume that if it is needed in poplink_cmnd.motif.sh (saved from
an earlier run of poplink) then it is also needed in poplink_cmnd,
which is recreated whenever poplink (pgcomp) is run?
I was under the impression that that the link command did not need
to include '-lncurses' because it is already in
$popsrc/termcap.p
and will be used at compile time (by pgcomp).
Perhaps (as usual!) I don't understand enough about the mechanisms.
Thanks for all your help.
Incidentally if you have changed any scripts in ways that do not
depend on your local setup, could you email them to me. It may
speed up changes I should make!
Thanks.
Aaron
|