[GRASS5] GRASS5 CVS on Red Hat 7.0

GRASS GRASS developer
1

Hi all,

some good news: I just recompiled the CVS version on a brand new RH 7.0
installation without any major problems.

One weird thing is that i have no static tcl/tk libraries around, only
some stub lib. So configure does not recognize, but nviz compiles and
works. Tcltkgrass too. See attached text.

The mesa setup worked without any manual installation/recompiling. There
is even a rpm for the SGI Widgets, that have been missing/not compiled
by default with mesa.

But r3.showdspf does not work. It displays only some coloured stripes. I
have no time to investigate this, but it could be a problem that i have
installed Mesa, some IRIS GL compatibility lib, OpenMotif, LessTiff, the
SGI Widgets and some other OpenGL stuff, which could interfere.

cu,

Andreas

--
Andreas Lange, 65187 Wiesbaden, Germany, Tel. +49 611 807850
Andreas.Lange@Rhein-Main.de - A.C.Lange@GMX.net

(attachments)

errors.txt (433 Bytes)

2

On Fri, Dec 15, 2000 at 12:56:27AM +0100, Andreas Lange wrote:

Hi all,

some good news: I just recompiled the CVS version on a brand new RH 7.0
installation without any major problems.

Welcome :slight_smile:

One weird thing is that i have no static tcl/tk libraries around, only
some stub lib. So configure does not recognize, but nviz compiles and
works. Tcltkgrass too. See attached text.

Currently configure searches for shared tcl/tk libraries only. Maybe
Eric will add search for .a libs as well (as required on some machines).

The mesa setup worked without any manual installation/recompiling. There
is even a rpm for the SGI Widgets, that have been missing/not compiled
by default with mesa.

But r3.showdspf does not work. It displays only some coloured stripes. I
have no time to investigate this, but it could be a problem that i have
installed Mesa, some IRIS GL compatibility lib, OpenMotif, LessTiff, the
SGI Widgets and some other OpenGL stuff, which could interfere.

Currently I am working with 3D stuff. I'll try r3.showdspf again.
For those being interested: A sample 3D dataset is available.
See the sample data page for it.

cu,

Andreas

[...]

ncurses.h error

What does this mean?

Yours

Markus

----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'

3

Hi Markus,

Markus Neteler wrote:

> One weird thing is that i have no static tcl/tk libraries around, only
> some stub lib. So configure does not recognize, but nviz compiles and
> works. Tcltkgrass too. See attached text.
Currently configure searches for shared tcl/tk libraries only. Maybe
Eric will add search for .a libs as well (as required on some machines).

I think that configure searches for the _static_ libraries only (by
testing to compile a small program with -ltk -ltcl). I have a set of
shared (*.so) libraries, but the static libraries (libtcl.a, libtk.a)
are IMHO replaced by a setup with a static stub library.
Eric will know how to tackle this, this was discussed on grasslist too
(which i overlooked).

From config.log i see that this must be another problem:

configure:3469: checking for Tk_MainWindow in -ltk8.3
configure:3488: gcc -o conftest -g -O2 -L/usr/X11R6/lib -Xt -ltcl8.3
conftest.c -ltk8.3 1>&5
gcc: unrecognized option `-Xt'
                          ^^^ should read -lXt !

OK, this is not the problem too.

with ./configure --with-tcltk-includes=/usr/include
--with-tcltk-libs=/usr/lib it works.

But the libraries in /usr/lib should be found by default. Sorry, i don't
know whats wrong here.

> The mesa setup worked without any manual installation/recompiling. There
> is even a rpm for the SGI Widgets, that have been missing/not compiled
> by default with mesa.
>
> But r3.showdspf does not work. It displays only some coloured stripes. I
> have no time to investigate this, but it could be a problem that i have
> installed Mesa, some IRIS GL compatibility lib, OpenMotif, LessTiff, the
> SGI Widgets and some other OpenGL stuff, which could interfere.
Currently I am working with 3D stuff. I'll try r3.showdspf again.
For those being interested: A sample 3D dataset is available.
See the sample data page for it.

Please don't waste time on this. I suspect this a problem with my setup
as i described above. I have a perfectly working r3.showdsp on IRIX. So
this is not a problem with the code in CVS, but with my setup on linux.

> ncurses.h error
What does this mean?

This was the -I/../ncurses.h error in one of the Gmakefiles that is
fixed now.

cu,

Andreas

--
Andreas Lange, 65187 Wiesbaden, Germany, Tel. +49 611 807850
Andreas.Lange@Rhein-Main.de - A.C.Lange@GMX.net

----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'

4

On Fri, Dec 15, 2000 at 09:56:52AM +0000, Markus Neteler wrote:

> One weird thing is that i have no static tcl/tk libraries around, only
> some stub lib. So configure does not recognize, but nviz compiles and
> works. Tcltkgrass too. See attached text.
Currently configure searches for shared tcl/tk libraries only. Maybe
Eric will add search for .a libs as well (as required on some machines).

Not exactly. configure tries to compile a test program against the
library. If it succeeds, then some things are "configured", if it fails
then some things aren't. Whether both the static and shared libes are
present and whether the linker can resolve dependencies is
system/configuration dependent. It's my understanding that, on Debian
at least, the static libraries are necessary for the linker to resolve
the dependencies because the shared libraries have been stripped.
However, it doesn't actually build the binaries static unless the
-static (or some such) flag is specified. This of course varies by
system. I suppose the static libraries aren't necessary if the shared
libraries aren't stripped. Alternatively, if only the static library is
present, then the actual code will be included in any generated binary
(as with GRASS libes currently). If "configure" fails on a library,
it's probably a result of a missing path, missing linker flag, or
because there's some variation in the library naming (like on CygWin
libtcl80.a -- no "." between "8" and "0").

> The mesa setup worked without any manual installation/recompiling. There
> is even a rpm for the SGI Widgets, that have been missing/not compiled
> by default with mesa.
>
> But r3.showdspf does not work. It displays only some coloured stripes. I
> have no time to investigate this, but it could be a problem that i have
> installed Mesa, some IRIS GL compatibility lib, OpenMotif, LessTiff, the
> SGI Widgets and some other OpenGL stuff, which could interfere.
Currently I am working with 3D stuff. I'll try r3.showdspf again.
For those being interested: A sample 3D dataset is available.
See the sample data page for it.

Yes, you need the Mesa widgets with "Motif". I haven't found the
version I have against "LessTif" to work very well. Windows draw, and
all that, but none of the buttons do anything. In general the g3d tools
have seen minimal development beyond their initial introduction to
GRASS. At present, I don't find them very useful. Hopefully more can
be done on this front during the 5.1 development cycle.

--
Eric G. Miller <egm2@jps.net>

----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'