I have netscape running, and when I do a Ctrl-middle button on a
tcltkgrass-module, I get the corresponding html man page. But I also get the
message that /usr/bin/X11/netscape is not running and that I need to start it
first. Why ?
Moritz
----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'
On Thu, Feb 15, 2001 at 12:33:49PM +0100, mlennert@club.worldonline.be wrote:
Hello,
I have netscape running, and when I do a Ctrl-middle button on a
tcltkgrass-module, I get the corresponding html man page. But I also get the
message that /usr/bin/X11/netscape is not running and that I need to start it
first. Why ?
Hi Moritz,
I have the same problem. If netscape isn't already started, you don't
receive the man-page. Reason is the command used in gui.tcl:
netscape -remote
This only works if netscape is already started. The gui.tcl needs
to be modified to get a test if netscape is present, if not, start it.
Tcl-Volunteers?
Markus
----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'
I am trying to build the latest GRASS on my Solaris machine. The version
is up to date from the CVS yesterday (feb. 14).
The problem I am having is the GIS lib is not getting built, which is of
course rather important. The GIS lib is failing with file flate.c at
line 120. The comments in the file indicate that this will fail if ZLIB
is not installed. The libz is installed in /usr/local/bin.
Any thoughts on what I am doing wrong? It sucessfully built on Linux
without problem.
--
Bob Covill
Tekmap Consulting
P.O. Box 2016
Fall River, N.S.
B2T 1K6
Canada
Solaris has got some issues currently. Se your zlibs manually with:
--with-zlib-<includes|libs>=[dir]
What version of Solaris are you running? Solaris 7 is where the
conflicts show up with configure.
Bruce
Bob Covill wrote:
Hello,
I am trying to build the latest GRASS on my Solaris machine. The version
is up to date from the CVS yesterday (feb. 14).
The problem I am having is the GIS lib is not getting built, which is of
course rather important. The GIS lib is failing with file flate.c at
line 120. The comments in the file indicate that this will fail if ZLIB
is not installed. The libz is installed in /usr/local/bin.
Any thoughts on what I am doing wrong? It sucessfully built on Linux
without problem.
--
Bob Covill
Tekmap Consulting
P.O. Box 2016
Fall River, N.S.
B2T 1K6
Canada
----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'
On Thu, Feb 15, 2001 at 11:32:06AM -0400, Bob Covill wrote:
Hello,
I am trying to build the latest GRASS on my Solaris machine. The version
is up to date from the CVS yesterday (feb. 14).
The problem I am having is the GIS lib is not getting built, which is of
course rather important. The GIS lib is failing with file flate.c at
line 120. The comments in the file indicate that this will fail if ZLIB
is not installed. The libz is installed in /usr/local/bin.
Any thoughts on what I am doing wrong? It sucessfully built on Linux
without problem.
----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'
On Thu, Feb 15, 2001 at 11:32:06AM -0400, Bob Covill wrote:
> Hello,
>
> I am trying to build the latest GRASS on my Solaris machine. The version
> is up to date from the CVS yesterday (feb. 14).
>
> The problem I am having is the GIS lib is not getting built, which is of
> course rather important. The GIS lib is failing with file flate.c at
> line 120. The comments in the file indicate that this will fail if ZLIB
> is not installed. The libz is installed in /usr/local/bin.
>
> Any thoughts on what I am doing wrong? It sucessfully built on Linux
> without problem.
>
> --
> Bob Covill
Bob,
I have tried specifying the zlib and zinclude paths with configure with the same
result. Configure has no trouble with zlib. The error generated is " 'NULL'
undeclared (first use in function)". Where should it be seeing the definition of
NULL?
--
Bob Covill
Tekmap Consulting
P.O. Box 2016
Fall River, N.S.
B2T 1K6
Canada
On Thu, Feb 15, 2001 at 11:58:58AM -0400, Bob Covill wrote:
Markus Neteler wrote:
> On Thu, Feb 15, 2001 at 11:32:06AM -0400, Bob Covill wrote:
> > Hello,
> >
> > I am trying to build the latest GRASS on my Solaris machine. The version
> > is up to date from the CVS yesterday (feb. 14).
> >
> > The problem I am having is the GIS lib is not getting built, which is of
> > course rather important. The GIS lib is failing with file flate.c at
> > line 120. The comments in the file indicate that this will fail if ZLIB
> > is not installed. The libz is installed in /usr/local/bin.
> >
> > Any thoughts on what I am doing wrong? It sucessfully built on Linux
> > without problem.
> >
> > --
> > Bob Covill
> Bob,
>
> did you try to specify the path?
>
> configure --with-zlib-includes=DIR --with-zlib-libs=DIR
>
> This should help.
>
> Markus
Markus,
I have tried specifying the zlib and zinclude paths with configure with the same
result. Configure has no trouble with zlib. The error generated is " 'NULL'
undeclared (first use in function)". Where should it be seeing the definition of
NULL?
Probably I know the problem! The configure should set:
HAVE_ZLIB_H
in src/include/config.h
Maybe this wasn't successful? The flate.c has a test: #ifndef HAVE_ZLIB_H
static void
break_compile (void)
{
/* if ZLIB is not installed, a compile error is generated here */
NULL = 1;
}
So the compiler will break if HAVE_ZLIB_H is not set.
Check the src/include/config.h.
Regards
Markus
----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'
On Thu, Feb 15, 2001 at 11:58:58AM -0400, Bob Covill wrote:
>
> Markus Neteler wrote:
>
> > On Thu, Feb 15, 2001 at 11:32:06AM -0400, Bob Covill wrote:
> > > Hello,
> > >
> > > I am trying to build the latest GRASS on my Solaris machine. The version
> > > is up to date from the CVS yesterday (feb. 14).
> > >
> > > The problem I am having is the GIS lib is not getting built, which is of
> > > course rather important. The GIS lib is failing with file flate.c at
> > > line 120. The comments in the file indicate that this will fail if ZLIB
> > > is not installed. The libz is installed in /usr/local/bin.
> > >
> > > Any thoughts on what I am doing wrong? It sucessfully built on Linux
> > > without problem.
...
Probably I know the problem! The configure should set:
HAVE_ZLIB_H
in src/include/config.h
Maybe this wasn't successful? The flate.c has a test: #ifndef HAVE_ZLIB_H
static void
break_compile (void)
{
/* if ZLIB is not installed, a compile error is generated here */
NULL = 1;
}
So the compiler will break if HAVE_ZLIB_H is not set.
Check the src/include/config.h.
Regards
Markus
Markus,
You were close. It appears that flate.c was using the wrong config.h header. It was
reading one from /usr/local/include, and therefore not getting any defines. If I
manaully add the define HAVE_ZLIB_H to flate.c or add the full path to config.h it
compiles cleanly.
The problem should be solvable by ensuring that the first "-I" flag looks in
grass/src/include instead of picking other config.h files.
--
Bob Covill
Tekmap Consulting
P.O. Box 2016
Fall River, NS
Canada
B2T 1K6
----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'
On Thu, Feb 15, 2001 at 01:44:01PM -0400, Bob Covill wrote:
Markus,
You were close. It appears that flate.c was using the wrong config.h
header. It was reading one from /usr/local/include, and therefore not
getting any defines. If I manaully add the define HAVE_ZLIB_H to
flate.c or add the full path to config.h it compiles cleanly.
What the heck puts a config.h in /usr/local/include ? I'd think that
would break a lot of software builds as config.h is the de facto
standard name for defining "configure" output.
The problem should be solvable by ensuring that the first "-I" flag
looks in grass/src/include instead of picking other config.h files.
Yes, it should probably always be -I. -I$(SRC)/src/include <whatever>.
--
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 Thu, Feb 15, 2001 at 06:29:54PM -0800, Eric G . Miller wrote:
On Thu, Feb 15, 2001 at 01:44:01PM -0400, Bob Covill wrote:
> Markus,
>
> You were close. It appears that flate.c was using the wrong config.h
> header. It was reading one from /usr/local/include, and therefore not
> getting any defines. If I manaully add the define HAVE_ZLIB_H to
> flate.c or add the full path to config.h it compiles cleanly.
What the heck puts a config.h in /usr/local/include ? I'd think that
would break a lot of software builds as config.h is the de facto
standard name for defining "configure" output.
> The problem should be solvable by ensuring that the first "-I" flag
> looks in grass/src/include instead of picking other config.h files.
Yes, it should probably always be -I. -I$(SRC)/src/include <whatever>.
This I have seen this idea in other projects, too.
Where to add -I.? In make.mid / CFLAGS=
?
Markus
----------------------------------------
If you want to unsubscribe from GRASS Development Team mailing list write to:
minordomo@geog.uni-hannover.de with
subject 'unsubscribe grass5'
On Thu, Feb 15, 2001 at 06:29:54PM -0800, Eric G . Miller wrote:
> On Thu, Feb 15, 2001 at 01:44:01PM -0400, Bob Covill wrote:
> > Markus,
> >
> > You were close. It appears that flate.c was using the wrong config.h
> > header. It was reading one from /usr/local/include, and therefore not
> > getting any defines. If I manaully add the define HAVE_ZLIB_H to
> > flate.c or add the full path to config.h it compiles cleanly.
>
> What the heck puts a config.h in /usr/local/include ? I'd think that
> would break a lot of software builds as config.h is the de facto
> standard name for defining "configure" output.
>
> > The problem should be solvable by ensuring that the first "-I" flag
> > looks in grass/src/include instead of picking other config.h files.
>
> Yes, it should probably always be -I. -I$(SRC)/src/include <whatever>.
This I have seen this idea in other projects, too.
Where to add -I.? In make.mid / CFLAGS=
?
Markus
Markus & Eric,
I changed the order of EXTRA_CFLAGS and INCLUDE_DIR on the CFLAGS line of
make.mid in generic. This seems to have solved the problem of accidentally
picking up other config.h files (which apparaently should not be there in the
first place).
I have not compiled the whole thing yet so I do not know if it will have an
adverse affect down the road.
--
Bob Covill
Tekmap Consulting
P.O. Box 2016
Fall River, N.S.
B2T 1K6
Canada