[GRASSLIST:2082] Re: Newbie Grass5.0.0pre1 compilation problem

[Simon Parker]

Thanks to Markus, Glynn and Eric for their help with this one.

In summary then I managed to install the module (r.in.ntf2) with the
following changes:

	changed $(BIN_CONTRIB_BIN) to $(BIN_CMD) in Gmakefile
	added $(XDRLIB) to $(CC) line
	some trouble with gmakelinks5, but ran the commands manually
	followed Mark Lakes instructions for installing relevant tcltkgrass stuff
and documentation
	had to copy r.in.ntf to correct directory in my installation

and now it works! I certainly couldn't have got this far on my own - so
thanks again.

Not content to sit back and relax, I'm now trying to install m.in.ntf. I
have made a quick attempt (with the first 2 changes above), but on
compilation it complains about not being able to find dig_head.c, I think
this has something to do with VECT library? Any ideas welcome.

Regards,

Simon
> -----Original Message-----
> From: owner-GRASSLIST at baylor.edu [mailto:owner-GRASSLIST at baylor.edu]On
> Behalf Of Markus Neteler
> Sent: 03 July 2001 08:48
> To: GRASSLIST at baylor.edu
> Cc: mark.lake at ucl.ac.uk
> Subject: [GRASSLIST:2049] Re: Newbie Grass5.0.0pre1 compilation problem
>
>
> Hi Simon,
>
> Glynn already send one suggestion, here a second:
>
> On Mon, Jul 02, 2001 at 08:19:25AM +0100, Simon Parker wrote:
> > Hi Markus,
> >
> > thanks for the help. I tried these checks and results were:
> > 	plenty of disc space
> > 	no .gislock
> > 	could create it and remove it
> >
> > So I tried another tack. I updated my glibc, since there was an update
> > available from Mandrake (7th May 2001), this was a bugfix -
> fixes a problem
> > with Oracle Universal Installer. Thought this was worth a shot. Also
> > downloaded the CVS snapshot and recompiled. This did the trick
> - it compiled
> > fine. So I don't know which one was causing the problem, but
> hopefully this
> > might help someone else out.
> >
> > I still have a problem though, neithter of the two modules I
> wanted to use
> > (r.in.ntf2 and m.in.ntf) would compile for me. For example for
> r.in.ntf2,
> > when I run gmake5, it compiles about 4 or 5 files, then I get:
> >
> > /usr/bin/ld: cannot open output file /r.in.ntf2 permission denied
> >
> > Now I know that I don't have permission to write to this
> directory as user,
> > but this doeasn't seem to be the right place for the file.
> Looking through
> > the  Gmakefile it seems as though the variable $(BIN_CONTRIB_CMD) is
> > undefined.
> [...]
>
> I guess you have been downloading from Mark Lake's web site. This tool is
> not fully updated to GRASS 5: Some month ago we changed
> $(BIN_CONTRIB_CMD) to $(BIN_CMD)
>
> So you have to *adjust* the variable accordingly in Gmakefile. Then the
> strange error message will disappear (I know that message).
>
> Probably Mark could put such a modified version online (hi Mark!).
>
> Hope this helps,
>
>  Markus
>
> > > -----Original Message-----
> > > From: owner-GRASSLIST at baylor.edu [mailto:owner-GRASSLIST at baylor.edu]On
> > > Behalf Of Markus Neteler
> > > Sent: 28 June 2001 11:18
> > > To: GRASSLIST at baylor.edu
> > > Subject: [GRASSLIST:2027] Re: Newbie Grass5.0.0pre1
> compilation problem
> > >
> > >
> > > Hi Simon,
> > >
> > > On Wed, Jun 27, 2001 at 11:15:09AM +0100, Simon Parker wrote:
> > > > Hi Everyone
> > > >
> > > > I wonder if anyone can help me out.
> > > >
> > > > I have a box running Mandrake8.0 and have been trying to compile
> > > > grass5.0.0pre1 from source (not CVS snapshot, dated 20 May
> > > 2001). I have in
> > > > the past successfully installed the grass5.0.0pre1 precompiled
> > > binary and it
> > > > worked fine, but wanted to use some additional modules so
> > > needed the source
> > > > files to compile these. I tried unsucessfully to compile from
> > > source having
> > > > removed the previous installation but gave up and reinstalled
> > > my Linux OS
> > > > (drastic I know but it was getting messy).
> > > >
> > > > Installing onto the fresh OS, the compilation seemed to go ok,
> > > it reported
> > > > that it had compiled sucessfully. However after I install and
> > > try to run I
> > > > get the following error:
> > > >
> > > > Unable to properly access /home/simon/.gislock5, Please
> notify to system
> > > > personel.
> > > >
> > > > I run ./configuration and make as user and make install as
> > > root. Trying to
> > > > start grass5 as user.
> > >
> > > Well, above sounds all fine. Please try following *directly*
> after getting
> > > this message:
> > >
> > > # is there enough space:
> > > df -k .
> > >
> > > # does the file exist?
> > > more /home/simon/.gislock5
> > >
> > > # can you create it (permission problem):
> > > touch /home/simon/.gislock5
> > >
> > > #if yes, remove afterwards
> > > rm /home/simon/.gislock5
> > >
> > > Maybe one of these tests will fail (please report).
> > >
> > > > I noticed that this message is reported in the FAQ in relation
> > > to installing
> > > > the precompiled binary to a system with an older glibc (2.0)
> > > and that the
> > > > binaries are built on glibc2.1. My system is based on glibc2.2
> > > is this the
> > > > root of the problem and if so what can I do about it?
> Anyone have any
> > > > similar problems?
> > >
> > > That's an old story not relevant with current systems
> (especially if you
> > > compiled locally).
> > >
> > > Regards
> > >
> > >  Markus Neteler
> > >
> >
>
> --
> Markus Neteler *  University of Hannover
> Institute of Physical Geography and Landscape Ecology
> Schneiderberg 50 * D-30167 Hannover * Germany
> Tel: ++49-(0)511-762-4494  Fax: -3984
>