[GRASS5] configure.in Wants testers...

Hi Eric,

On Tue, Nov 28, 2000 at 06:09:21AM +0100, grass@intevation.de wrote:

Date: Tuesday November 28, 2000 @ 5:09
Author: eric

Update of /grassrepository/grass
In directory intevation.de:/tmp/cvs-serv29153

Modified Files:
  configure.in Makefile.in
Log Message:
Another stab at TCLTKLIBS, --enable-opengl, fix --enable-postgres, Add
variable "USE_OPENGL" to Makefile.in (how can this be used ???). There's
no variable for USE_POSTGRES (--disable-postgres just skips some tests).

Running the latest version of configure tells me:
checking for /usr/include/tk.h... yes
checking for /usr/include/tcl.h... yes
checking for Tk_MainWindow in -ltk8.3... yes

YEAH! Congrats, Eric!

Concerning
UNIX_BIN = ${exec_prefix}/bin

what about predefining it with /usr/bin? This path should be available
everywhere (this is needed to get gmake5, grass5 and gmakelinks5 into a
directory listed in PATH).

From the Linux side the configure[.in] is fully o.k. comparing to the

"hacked" version. So please consider to replace "configure" with this
new version (we should provide it for all missing an "autoconf"
installation).

Thanks again,

Markus

[PS: Eric, no need to cc the grass5 mail to me - I am subscriber :-)]

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

Hi Eric and Markus

Markus Neteler wrote:

Running the latest version of configure tells me:
checking for /usr/include/tk.h... yes
checking for /usr/include/tcl.h... yes
checking for Tk_MainWindow in -ltk8.3... yes

YEAH! Congrats, Eric!

Sorry, but it still doesn't work on my system. I still get the
following:

  checking for /usr/include/tk.h... no
  checking for /usr/include/tcl.h... no
  checking TK include dirs...
  configure: warning: *** Didn't find tk.h, maybe okay...
  checking TCL include dirs...
  configure: warning: *** Didn't find tcl.h, maybe okay...
  configure: warning: *** Unable to find TCL/TK libraries and headers

Both tcl.h and tk.h are installed in /usr/local/include though. Sorry to
burst the bubble :frowning:

Concerning
UNIX_BIN = ${exec_prefix}/bin

what about predefining it with /usr/bin? This path should be
available everywhere (this is needed to get gmake5, grass5 and
gmakelinks5 into a directory listed in PATH).

Would looking at a configure.in from another project be any use? It
seems that a lot of projects have /usr/local/bin as the default bindir.
What is the preset value? You may have already thought of this, it's
just an idea.

--
Sincerely,

Jazzman (a.k.a. Justin Hickey) e-mail: jhickey@hpcc.nectec.or.th
High Performance Computing Center
National Electronics and Computer Technology Center (NECTEC)
Bangkok, Thailand

People who think they know everything are very irritating to those
of us who do. ---Anonymous

Jazz and Trek Rule!!!

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

On Tue, Nov 28, 2000 at 03:46:15PM +0700, Justin Hickey wrote:

Would looking at a configure.in from another project be any use? It
seems that a lot of projects have /usr/local/bin as the default bindir.
What is the preset value? You may have already thought of this, it's
just an idea.

Well, the problem really seems to be with the way configure handles
$bindir. It is always set to something (at least here). Also, my
autoconf choked on the AC_BINDIR_DEFAULT() macro (claiming no such thing
exists). $bindir is always apparently set to ${exec_prefix}/bin, and
${exec_prefix} is always set to ${prefix} (these are defaults). So I
can't figure out how to have the --bindir command work, but use the
/usr/local/bin as a default. Piece of cake if I ignore --bindir and go
back to using --with-bindir (as it was set-up before).

As far as the headers and libraries, does it work with the
--with-tcltk-includes=[DIRs] --with-tcltk-libs=[DIRS] ?

Sorry I'm not better at this configure stuff. I'm a lousy shell
programmer to begin with :wink:

--
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'

On Tue, Nov 28, 2000 at 01:15:39AM -0800, Eric G . Miller wrote:

On Tue, Nov 28, 2000 at 03:46:15PM +0700, Justin Hickey wrote:
> Would looking at a configure.in from another project be any use? It
> seems that a lot of projects have /usr/local/bin as the default bindir.
> What is the preset value? You may have already thought of this, it's
> just an idea.

Well, the problem really seems to be with the way configure handles
$bindir. It is always set to something (at least here). Also, my
autoconf choked on the AC_BINDIR_DEFAULT() macro (claiming no such thing
exists).

I also cannot find AC_BINDIR_DEFAULT() in the autoconf 2.13 manual.
You might be able to write your own macro, though.

$bindir is always apparently set to ${exec_prefix}/bin, and
${exec_prefix} is always set to ${prefix} (these are defaults).

I think these are resonable defaults and we should not change them
anyway.

I also vote for keep /usr/local/ als default prefix.
This is good, because if you really compile GRASS yourself, if should go
there and not to /usr .

So I can't figure out how to have the --bindir command work, but use the
/usr/local/bin as a default. Piece of cake if I ignore --bindir and go
back to using --with-bindir (as it was set-up before).

Please do not go back to the buggy behaviour. :slight_smile:

As far as the headers and libraries, does it work with the
--with-tcltk-includes=[DIRs] --with-tcltk-libs=[DIRS] ?

Sorry I'm not better at this configure stuff. I'm a lousy shell
programmer to begin with :wink:

--
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'

--
Professional Service around Free Software (intevation.net)
The FreeGIS Project (freegis.org)
Association for a Free Informational Infrastructure (ffii.org)
FSF Europe (www.fsfeurope.org)

Hi Eric

"Eric G . Miller" wrote:

Well, the problem really seems to be with the way configure handles
$bindir. It is always set to something (at least here). Also, my
autoconf choked on the AC_BINDIR_DEFAULT() macro (claiming no such
thing exists). $bindir is always apparently set to
${exec_prefix}/bin, and ${exec_prefix} is always set to ${prefix}
(these are defaults). So I can't figure out how to have the --bindir
command work, but use the /usr/local/bin as a default. Piece of cake
if I ignore --bindir and go back to using --with-bindir (as it was
set-up before).

Good news!!! I found the error with the BINDIR stuff in configure.in.
The problem was that the test for $exec_prefix was testing if the
variable existed. Apparently autoconf defines it as NONE. So the test
needs to compare with NONE. I changed the line from:

if test -z "${exec_prefix}"; then

to the following:

if test "${exec_prefix}" = "NONE"; then

And now the following appears in my Makefile after running configure

prefix= /usr/local/grass5

exec_prefix= /usr/local

BINDIR= ${exec_prefix}/bin

I didn't test anything else though (--bindir or --with-bindir)

As far as the headers and libraries, does it work with the
--with-tcltk-includes=[DIRs] --with-tcltk-libs=[DIRS] ?

It almost works. I get the following using those two options:

checking for /usr/include/tk.h... no
checking for /usr/include/tcl.h... no
checking TK include dirs... -I/usr/local/include
checking TCL include dirs... -I/usr/local/include
checking additional TCL and TK library dirs... -L/usr/local/lib
checking for Tk_MainWindow in -ltk$(grep #define TCL_VERSION
/usr/local/include/tcl.h | sed -e s/^\(.*\)\"\(.*\)\"$/\2/)...
./configure[3482]: no space

I don't know what is happening here but before it printed the error, it
paused for a while if that means anything.

Sorry I'm not better at this configure stuff. I'm a lousy shell
programmer to begin with :wink:

No need to apologize. We all are learning things. I'm just happy you had
the guts to tackle this beast in the first place :slight_smile:

--
Sincerely,

Jazzman (a.k.a. Justin Hickey) e-mail: jhickey@hpcc.nectec.or.th
High Performance Computing Center
National Electronics and Computer Technology Center (NECTEC)
Bangkok, Thailand

People who think they know everything are very irritating to those
of us who do. ---Anonymous

Jazz and Trek Rule!!!

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

On Tue, Nov 28, 2000 at 01:15:39AM -0800, Eric G . Miller wrote:

On Tue, Nov 28, 2000 at 03:46:15PM +0700, Justin Hickey wrote:
> Would looking at a configure.in from another project be any use? It
> seems that a lot of projects have /usr/local/bin as the default bindir.
> What is the preset value? You may have already thought of this, it's
> just an idea.

Well, the problem really seems to be with the way configure handles
$bindir. It is always set to something (at least here). Also, my
autoconf choked on the AC_BINDIR_DEFAULT() macro (claiming no such thing
exists). $bindir is always apparently set to ${exec_prefix}/bin, and
${exec_prefix} is always set to ${prefix} (these are defaults). So I
can't figure out how to have the --bindir command work, but use the
/usr/local/bin as a default. Piece of cake if I ignore --bindir and go
back to using --with-bindir (as it was set-up before).

From my side: Why not? No objections.

As far as the headers and libraries, does it work with the
--with-tcltk-includes=[DIRs] --with-tcltk-libs=[DIRS] ?

I tried:
configure --with-tcltk-includes=/opt --with-tcltk-libs=/opt

checking for /usr/include/tk.h... yes
checking for /usr/include/tcl.h... yes
checking additional TCL and TK library dirs... -L/opt
checking for Tk_MainWindow in -ltk8.3... yes
It's looking o.k. as the additional check is active.

Sorry I'm not better at this configure stuff. I'm a lousy shell
programmer to begin with :wink:

But you manage to get this complex thing working :slight_smile:

Markus

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

On Tue, Nov 28, 2000 at 05:33:33PM +0700, Justin Hickey wrote:

Hi Eric

"Eric G . Miller" wrote:
> Well, the problem really seems to be with the way configure handles
> $bindir. It is always set to something (at least here). Also, my
> autoconf choked on the AC_BINDIR_DEFAULT() macro (claiming no such
> thing exists). $bindir is always apparently set to
> ${exec_prefix}/bin, and ${exec_prefix} is always set to ${prefix}
> (these are defaults). So I can't figure out how to have the --bindir
> command work, but use the /usr/local/bin as a default. Piece of cake
> if I ignore --bindir and go back to using --with-bindir (as it was
> set-up before).

Good news!!! I found the error with the BINDIR stuff in configure.in.
The problem was that the test for $exec_prefix was testing if the
variable existed. Apparently autoconf defines it as NONE. So the test
needs to compare with NONE. I changed the line from:

if test -z "${exec_prefix}"; then

to the following:

if test "${exec_prefix}" = "NONE"; then

And now the following appears in my Makefile after running configure

prefix= /usr/local/grass5

exec_prefix= /usr/local

BINDIR= ${exec_prefix}/bin

I didn't test anything else though (--bindir or --with-bindir)

Hi Justin,

it seems not to help on Linux :frowning: But I'll wait for the reply from
Eric (using Linux, too).

> As far as the headers and libraries, does it work with the
> --with-tcltk-includes=[DIRs] --with-tcltk-libs=[DIRS] ?

It almost works. I get the following using those two options:

checking for /usr/include/tk.h... no
checking for /usr/include/tcl.h... no
checking TK include dirs... -I/usr/local/include
checking TCL include dirs... -I/usr/local/include
checking additional TCL and TK library dirs... -L/usr/local/lib
checking for Tk_MainWindow in -ltk$(grep #define TCL_VERSION
/usr/local/include/tcl.h | sed -e s/^\(.*\)\"\(.*\)\"$/\2/)...
./configure[3482]: no space

I don't know what is happening here but before it printed the error, it
paused for a while if that means anything.

A similar crash occurs on Solaris and CRAY.
I have used the configure build on Linux (as no autoconf is on "my"
CRAY and Solaris):

Solaris:
[...]
checking for /usr/include/tk.h... no
checking for /usr/include/tcl.h... no
./configure: syntax error at line 3353: 'tcltk_ver=$' unexpected

CRAY:
[...]
checking for /usr/include/tk.h... no
checking for /usr/include/tcl.h... no
checking TK include dirs...
configure: warning: *** Didn't find tk.h, maybe okay...
checking TCL include dirs...
configure: warning: *** Didn't find tcl.h, maybe okay...
configure: warning: *** Unable to find TCL/TK libraries and headers
checking libpq-fe.h...
configure: warning: *** libpq-fe.h not found, but needed for PostgreSQL
support
checking libpq paths... -L/usr/lib -L/usr/local/lib
checking for PQcmdTuples in -lpq... (cached) no
checking GL/gl.h and GL/GLwMDrawA.h... configure: error: *** Didn't find
GL/GLwMDrawA.h
t3e:grass:531$

-> so on CRAY the GL/gl.h and GL/GLwMDrawA.h test break the script.
Eric, please remove the "exit"s from these lines:
Row 3870, Row 3873 (configure)

diff configure configure.org
3870c3870
< { echo "configure: error: *** Didn't find GL/gl.h" 1>&2; }
---

              { echo "configure: error: *** Didn't find GL/gl.h" 1>&2; exit 1; }

3873c3873
< { echo "configure: error: *** Didn't find GL/GLwMDrawA.h" 1>&2; }
---

              { echo "configure: error: *** Didn't find GL/GLwMDrawA.h" 1>&2; exit 1; }

This will be the same issue as the complaint from Bernhard (when he
--asked for a disable-opengl).

Markus

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

Hi Markus

Markus Neteler wrote:

> I didn't test anything else though (--bindir or --with-bindir)
it seems not to help on Linux :frowning: But I'll wait for the reply from
Eric (using Linux, too).

I didn't commit it since I din't have time to test it. It will be
committed soon by either me or Eric.

--
Sincerely,

Jazzman (a.k.a. Justin Hickey) e-mail: jhickey@hpcc.nectec.or.th
High Performance Computing Center
National Electronics and Computer Technology Center (NECTEC)
Bangkok, Thailand

People who think they know everything are very irritating to those
of us who do. ---Anonymous

Jazz and Trek Rule!!!

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