I went to update the GRASS page on my website to list access to GRASS 5.4. I found that the links to “GRASS 5.4” precompiled binaries on the GRASS website still link to 5.3 versions. I assume that there are 5.4 versions but that whoever maintains this page just hasn’t gotten around to updating the links. I know that you all have sooo little to do… 
Michael
Michael Barton, Professor of Anthropology
School of Human, Evolution and Social Change
Arizona State University
Tempe, AZ 85287-2402
USA
voice: 480-965-6262; fax: 480-965-7671
www: http://www.public.asu.edu/~cmbarton
Hello Michael
On Wed, 24 Nov 2004, Michael Barton wrote:
I went to update the GRASS page on my website to list access to GRASS 5.4. I
found that the links to ³GRASS 5.4² precompiled binaries on the GRASS
website still link to 5.3 versions. I assume that there are 5.4 versions but
that whoever maintains this page just hasn¹t gotten around to updating the
links. I know that you all have sooo little to do... 
When I updated download.html for 5.4 I linked the Linux and Cygwin binaries to the 5.3 links as there were no binaries for them yet. Only 5.4 binaries for OSX are on the server. The links can be updated when binaries appear. Is there somewhere else needs fixed? You can do it in cvs:
cvs co web
Paul
On Thu, Nov 25, 2004 at 09:49:10AM +0000, Paul Kelly wrote:
Hello Michael
On Wed, 24 Nov 2004, Michael Barton wrote:
>I went to update the GRASS page on my website to list access to GRASS 5.4.
>I
>found that the links to ³GRASS 5.4² precompiled binaries on the GRASS
>website still link to 5.3 versions. I assume that there are 5.4 versions
>but
>that whoever maintains this page just hasn¹t gotten around to updating the
>links. I know that you all have sooo little to do...
When I updated download.html for 5.4 I linked the Linux and Cygwin
binaries to the 5.3 links as there were no binaries for them yet. Only 5.4
binaries for OSX are on the server. The links can be updated when binaries
appear.
Is there any volunteer to compile 5.4 binaries (Linux etc)?
Is there somewhere else needs fixed? You can do it in cvs:
cvs co web
All developers with CVS write access can modify web pages.
Markus
Is there any volunteer to compile 5.4 binaries (Linux etc)?
i have compiled 5.4 with this configure output:
GRASS is now configured for i686-pc-linux-gnu
Build Mechanism: gmake
Source directory: /home/florian/Documents/SRCes/grass-5.4.0
Build directory: /home/florian/Documents/SRCes/grass-5.4.0
Installation directory: /usr/local/grass54
C compiler: gcc -g -O3
C++ compiler: c++ -g -O2
FORTRAN compiler: g77
NVIZ: yes
X11 support: yes
JPEG support: yes
TIFF support: yes
PNG support: yes
Tcl/Tk support: yes
PostgreSQL support: yes
OpenGL(R) support: yes
SGI IRIS GL support: no
ODBC support: yes
FFTW support: yes
BLAS support: yes
LAPACK support: yes
Motif support: no
FreeType support: yes
GLw support: no
NLS support: no
Readline support: yes
C++ support: yes
External PROJ.4 support: yes
GDAL/OGR support: yes
i can make the binary distribution if there is interest.
regards
florian
On Thu, Nov 25, 2004 at 12:03:09PM +0100, Florian Goessmann wrote:
>
>Is there any volunteer to compile 5.4 binaries (Linux etc)?
>
i have compiled 5.4 with this configure output:
GRASS is now configured for i686-pc-linux-gnu
Build Mechanism: gmake
Source directory: /home/florian/Documents/SRCes/grass-5.4.0
Build directory: /home/florian/Documents/SRCes/grass-5.4.0
Installation directory: /usr/local/grass54
C compiler: gcc -g -O3
C++ compiler: c++ -g -O2
FORTRAN compiler: g77
NVIZ: yes
X11 support: yes
JPEG support: yes
TIFF support: yes
PNG support: yes
Tcl/Tk support: yes
PostgreSQL support: yes
OpenGL(R) support: yes
SGI IRIS GL support: no
ODBC support: yes
FFTW support: yes
BLAS support: yes
LAPACK support: yes
BLAS and LAPACK should be: "no" as there is nothing
which uses the libs (still, may change soon).
Motif support: no
FreeType support: yes
GLw support: no
With Motif and GLw "yes" a few more modules would be
available (r3.something and xganim).
NLS support: no
Readline support: yes
C++ support: yes
External PROJ.4 support: yes
GDAL/OGR support: yes
i can make the binary distribution if there is interest.
Most welcome! Thanks
Markus
On Thu, 25 Nov 2004, Florian Goessmann wrote:
Is there any volunteer to compile 5.4 binaries (Linux etc)?
i have compiled 5.4 with this configure output:
GRASS is now configured for i686-pc-linux-gnu
Build Mechanism: gmake
^^^^^
You should use --enable-gmake=no or --disable-gmake (this is the default) to get shared libraries. This is important if you are making a binary package available for download as it will be much smaller.
Paul
i have re-compiled it with all your suggested changes. configure now looks like this:
GRASS is now configured for i686-pc-linux-gnu
Build Mechanism: Alternate
Source directory: /home/florian/Documents/SRCes/grass-5.4.0
Build directory: /home/florian/Documents/SRCes/grass-5.4.0/build
Installation directory: /usr/local/grass54
C compiler: gcc -g -O3
C++ compiler: c++ -g -O2
FORTRAN compiler: g77
NVIZ: yes
X11 support: yes
JPEG support: yes
TIFF support: yes
PNG support: yes
Tcl/Tk support: yes
PostgreSQL support: yes
OpenGL(R) support: yes
SGI IRIS GL support: no
ODBC support: yes
FFTW support: yes
BLAS support: no
LAPACK support: no
Motif support: yes
FreeType support: yes
GLw support: yes
NLS support: no
Readline support: yes
C++ support: yes
External PROJ.4 support: yes
GDAL/OGR support: yes
you can download it here: http://www.geographen.org/files/grass5.4.0_i686-pc-linux-gnu.tar.gz
in that archive you find the binary archive and the installer script.
florian
On Thu, Nov 25, 2004 at 03:49:54PM +0100, Florian Goessmann wrote:
i have re-compiled it with all your suggested changes. configure now
looks like this:
GRASS is now configured for i686-pc-linux-gnu
Build Mechanism: Alternate
Source directory: /home/florian/Documents/SRCes/grass-5.4.0
Build directory:
/home/florian/Documents/SRCes/grass-5.4.0/build
Installation directory: /usr/local/grass54
C compiler: gcc -g -O3
C++ compiler: c++ -g -O2
FORTRAN compiler: g77
NVIZ: yes
X11 support: yes
JPEG support: yes
TIFF support: yes
PNG support: yes
Tcl/Tk support: yes
PostgreSQL support: yes
OpenGL(R) support: yes
SGI IRIS GL support: no
ODBC support: yes
FFTW support: yes
BLAS support: no
LAPACK support: no
Motif support: yes
FreeType support: yes
GLw support: yes
NLS support: no
Readline support: yes
C++ support: yes
External PROJ.4 support: yes
GDAL/OGR support: yes
you can download it here:
http://www.geographen.org/files/grass5.4.0_i686-pc-linux-gnu.tar.gz
in that archive you find the binary archive and the installer script.
Great - nearly realtime.
I have downloaded the package but found it rather large as
it was compiled with -g (debugging) and without -s (stripping).
To be discussed: Should this package come with debugging symbols?
Otherwise
CFLAGS="-O3" LDFLAGS="-s" ./configure ...
will help to make it smaller.
Markus
On 25/11/2004, at 4:09 PM, Markus Neteler wrote:
Great - nearly realtime.
I have downloaded the package but found it rather large as
it was compiled with -g (debugging) and without -s (stripping).
To be discussed: Should this package come with debugging symbols?
probably not! with these options the package is just 13mb big. get it here:
http://www.geographen.org/files/grass5.4.0_i686-pc-linux-gnu_small.tar.gz
florian
On Thu, Nov 25, 2004 at 04:55:43PM +0100, Florian Goessmann wrote:
On 25/11/2004, at 4:09 PM, Markus Neteler wrote:
>Great - nearly realtime.
>I have downloaded the package but found it rather large as
>it was compiled with -g (debugging) and without -s (stripping).
>
>To be discussed: Should this package come with debugging symbols?
probably not! with these options the package is just 13mb big. get it
here:
http://www.geographen.org/files/grass5.4.0_i686-pc-linux-gnu_small.tar.gz
Thanks Florian.
The 5.4.0 Linux binaries are published now:
http://grass.itc.it/grass54/binary/linux/
(on the mirrors soon)
Markus
Markus Neteler wrote:
> >Is there any volunteer to compile 5.4 binaries (Linux etc)?
> >
> i have compiled 5.4 with this configure output:
> PostgreSQL support: yes
Do we still have the rule that NVIZ should be built without PostgreSQL
support?
> Motif support: no
> FreeType support: yes
> GLw support: no
With Motif and GLw "yes" a few more modules would be
available (r3.something and xganim).
xganim requires Motif; r3.showdspf requires Motif and GLw.
> NLS support: no
Is there any reason do disable NLS on Linux? It shouldn't require any
additional libraries (the gettext family are part of GNU libc).
> Readline support: yes
This is a bad idea. On a number of Linux distributions, libreadline
requires a termcap library (libtermcap, libtinfo, or lib[n]curses),
but doesn't list one as a dependency.
On those platforms, an r.mapcalc binary which uses readline won't
work, which is a serious problem.
The --with-readline switch should only be used if you're building for
yourself, or for a specific distribution where that switch is known to
work.
--
Glynn Clements <glynn@gclements.plus.com>
i have compiled 5.4 with this configure output:
PostgreSQL support: yes
Do we still have the rule that NVIZ should be built without PostgreSQL
support?
when i switch postgreSQL og i get this:
Compilation error in module: src.contrib/GMSL/NVIZ2.2
Motif support: no
FreeType support: yes
GLw support: no
With Motif and GLw "yes" a few more modules would be
available (r3.something and xganim).
xganim requires Motif; r3.showdspf requires Motif and GLw.
NLS support: no
Is there any reason do disable NLS on Linux? It shouldn't require any
additional libraries (the gettext family are part of GNU libc).
it doesn't. i switched it on.
Readline support: yes
This is a bad idea. On a number of Linux distributions, libreadline
requires a termcap library (libtermcap, libtinfo, or lib[n]curses),
but doesn't list one as a dependency.
On those platforms, an r.mapcalc binary which uses readline won't
work, which is a serious problem.
The --with-readline switch should only be used if you're building for
yourself, or for a specific distribution where that switch is known to
work.
without readine support i get an error on my system:
Compilation error in module: src/raster/r.mapcalc3
florian
Florian Goessmann wrote:
when i switch postgreSQL og i get this:
Compilation error in module: src.contrib/GMSL/NVIZ2.2
without readine support i get an error on my system:
Compilation error in module: src/raster/r.mapcalc3
You need to run "make clean" (or maybe "make distclean") before
re-running configure with different options.
--
Glynn Clements <glynn@gclements.plus.com>
On 26/11/2004, at 10:38 AM, Glynn Clements wrote:
Florian Goessmann wrote:
when i switch postgreSQL og i get this:
Compilation error in module: src.contrib/GMSL/NVIZ2.2
without readine support i get an error on my system:
Compilation error in module: src/raster/r.mapcalc3
You need to run "make clean" (or maybe "make distclean") before
re-running configure with different options.
i did that.
Florian Goessmann wrote:
>> when i switch postgreSQL og i get this:
>> Compilation error in module: src.contrib/GMSL/NVIZ2.2
>
>> without readine support i get an error on my system:
>> Compilation error in module: src/raster/r.mapcalc3
>
> You need to run "make clean" (or maybe "make distclean") before
> re-running configure with different options.
i did that.
So what are the actual error messages you get when you build with
those options disabled?
--
Glynn Clements <glynn@gclements.plus.com>
On 26/11/2004, at 11:31 AM, Glynn Clements wrote:
Florian Goessmann wrote:
when i switch postgreSQL og i get this:
Compilation error in module: src.contrib/GMSL/NVIZ2.2
without readine support i get an error on my system:
Compilation error in module: src/raster/r.mapcalc3
You need to run "make clean" (or maybe "make distclean") before
re-running configure with different options.
i did that.
So what are the actual error messages you get when you build with
those options disabled?
r.mapcalc3:
/home/florian/Documents/SRCes/grass-5.4.0/build/src/raster/r.mapcalc3/lex.yy.o(.text+0x11f7): In function `yy_get_next_buffer':
/home/florian/Documents/SRCes/grass-5.4.0/src/raster/r.mapcalc3/mapcalc.l:58: undefined reference to `readline'
/home/florian/Documents/SRCes/grass-5.4.0/build/src/raster/r.mapcalc3/lex.yy.o(.text+0x1261):/home/florian/Documents/SRCes/grass-5.4.0/src/raster/r.mapcalc3/mapcalc.l:69: undefined reference to `add_history'
collect2: ld returned 1 exit status
make[1]: *** [/home/florian/Documents/SRCes/grass-5.4.0/build/dist.i686-pc-linux-gnu/etc/bin/cmd/r.mapcalc] Error 1
nviz:
*** PostgreSQL unsupported ***
/home/florian/Documents/SRCes/grass-5.4.0/build/src.contrib/GMSL/NVIZ2.2/src/runPg.o(.text+0x12c):
In function `runPg':
/home/florian/Documents/SRCes/grass-5.4.0/src.contrib/GMSL/NVIZ2.2/src/runPg.c:34:
undefined reference to `PQsetdbLogin'
/home/florian/Documents/SRCes/grass-5.4.0/build/src.contrib/GMSL/NVIZ2.2/src/runPg.o(.text+0x13a):/home/florian/Documents/SRCes/grass-5.4.0/src.contrib/GMSL/NVIZ2.2/src/runPg.c:36:
undefined reference to `PQstatus'
/home/florian/Documents/SRCes/grass-5.4.0/build/src.contrib/GMSL/NVIZ2.2/src/runPg.o(.text+0x155):/home/florian/Documents/SRCes/grass-5.4.0/src.contrib/GMSL/NVIZ2.2/src/runPg.c:43:
undefined reference to `PQexec'
/home/florian/Documents/SRCes/grass-5.4.0/build/src.contrib/GMSL/NVIZ2.2/src/runPg.o(.text+0x163):/home/florian/Documents/SRCes/grass-5.4.0/src.contrib/GMSL/NVIZ2.2/src/runPg.c:44:
undefined reference to `PQresultStatus'
/home/florian/Documents/SRCes/grass-5.4.0/build/src.contrib/GMSL/NVIZ2.2/src/runPg.o(.text+0x17c):/home/florian/Documents/SRCes/grass-5.4.0/src.contrib/GMSL/NVIZ2.2/src/runPg.c:45:
undefined reference to `PQerrorMessage'
/home/florian/Documents/SRCes/grass-5.4.0/build/src.contrib/GMSL/NVIZ2.2/src/runPg.o(.text+0x19c):/home/florian/Documents/SRCes/grass-5.4.0/src.contrib/GMSL/NVIZ2.2/src/runPg.c:47:
undefined reference to `PQclear'
/home/florian/Documents/SRCes/grass-5.4.0/build/src.contrib/GMSL/NVIZ2.2/src/runPg.o(.text+0x1aa):/home/florian/Documents/SRCes/grass-5.4.0/src.contrib/GMSL/NVIZ2.2/src/runPg.c:48:
undefined reference to `PQfinish'
/home/florian/Documents/SRCes/grass-5.4.0/build/src.contrib/GMSL/NVIZ2.2/src/runPg.o(.text+0x1bf):/home/florian/Documents/SRCes/grass-5.4.0/src.contrib/GMSL/NVIZ2.2/src/runPg.c:52:
undefined reference to `PQnfields'
/home/florian/Documents/SRCes/grass-5.4.0/build/src.contrib/GMSL/NVIZ2.2/src/runPg.o(.text+0x1cd):/home/florian/Documents/SRCes/grass-5.4.0/src.contrib/GMSL/NVIZ2.2/src/runPg.c:53:
undefined reference to `PQntuples'
/home/florian/Documents/SRCes/grass-5.4.0/build/src.contrib/GMSL/NVIZ2.2/src/runPg.o(.text+0x230):/home/florian/Documents/SRCes/grass-5.4.0/src.contrib/GMSL/NVIZ2.2/src/runPg.c:86:
undefined reference to `PQclear'
/home/florian/Documents/SRCes/grass-5.4.0/build/src.contrib/GMSL/NVIZ2.2/src/runPg.o(.text+0x23e):/home/florian/Documents/SRCes/grass-5.4.0/src.contrib/GMSL/NVIZ2.2/src/runPg.c:89:
undefined reference to `PQfinish'
/home/florian/Documents/SRCes/grass-5.4.0/build/src.contrib/GMSL/NVIZ2.2/src/runPg.o(.text+0x259):/home/florian/Documents/SRCes/grass-5.4.0/src.contrib/GMSL/NVIZ2.2/src/runPg.c:64:
undefined reference to `PQfname'
/home/florian/Documents/SRCes/grass-5.4.0/build/src.contrib/GMSL/NVIZ2.2/src/runPg.o(.text+0x2a6):/home/florian/Documents/SRCes/grass-5.4.0/src.contrib/GMSL/NVIZ2.2/src/runPg.c:66:
undefined reference to `PQfname'
/home/florian/Documents/SRCes/grass-5.4.0/build/src.contrib/GMSL/NVIZ2.2/src/runPg.o(.text+0x341):/home/florian/Documents/SRCes/grass-5.4.0/src.contrib/GMSL/NVIZ2.2/src/runPg.c:72:
undefined reference to `PQgetvalue'
/home/florian/Documents/SRCes/grass-5.4.0/build/src.contrib/GMSL/NVIZ2.2/src/runPg.o(.text+0x410):/home/florian/Documents/SRCes/grass-5.4.0/src.contrib/GMSL/NVIZ2.2/src/runPg.c:57:
undefined reference to `PQgetvalue'
/home/florian/Documents/SRCes/grass-5.4.0/build/src.contrib/GMSL/NVIZ2.2/src/runPg.o(.text+0x439):/home/florian/Documents/SRCes/grass-5.4.0/src.contrib/GMSL/NVIZ2.2/src/runPg.c:58:
undefined reference to `PQfname'
/home/florian/Documents/SRCes/grass-5.4.0/build/src.contrib/GMSL/NVIZ2.2/src/runPg.o(.text+0x49e):/home/florian/Documents/SRCes/grass-5.4.0/src.contrib/GMSL/NVIZ2.2/src/runPg.c:37:
undefined reference to `PQerrorMessage'
/home/florian/Documents/SRCes/grass-5.4.0/build/src.contrib/GMSL/NVIZ2.2/src/runPg.o(.text+0x619):
In function `do_query':
/home/florian/Documents/SRCes/grass-5.4.0/src.contrib/GMSL/NVIZ2.2/src/runPg.c:122:
undefined reference to `PQsetdbLogin'
/home/florian/Documents/SRCes/grass-5.4.0/build/src.contrib/GMSL/NVIZ2.2/src/runPg.o(.text+0x627):/home/florian/Documents/SRCes/grass-5.4.0/src.contrib/GMSL/NVIZ2.2/src/runPg.c:124:
undefined reference to `PQstatus'
/home/florian/Documents/SRCes/grass-5.4.0/build/src.contrib/GMSL/NVIZ2.2/src/runPg.o(.text+0x642):/home/florian/Documents/SRCes/grass-5.4.0/src.contrib/GMSL/NVIZ2.2/src/runPg.c:131:
undefined reference to `PQexec'
/home/florian/Documents/SRCes/grass-5.4.0/build/src.contrib/GMSL/NVIZ2.2/src/runPg.o(.text+0x650):/home/florian/Documents/SRCes/grass-5.4.0/src.contrib/GMSL/NVIZ2.2/src/runPg.c:132:
undefined reference to `PQresultStatus'
/home/florian/Documents/SRCes/grass-5.4.0/build/src.contrib/GMSL/NVIZ2.2/src/runPg.o(.text+0x669):/home/florian/Documents/SRCes/grass-5.4.0/src.contrib/GMSL/NVIZ2.2/src/runPg.c:133:
undefined reference to `PQerrorMessage'
/home/florian/Documents/SRCes/grass-5.4.0/build/src.contrib/GMSL/NVIZ2.2/src/runPg.o(.text+0x689):/home/florian/Documents/SRCes/grass-5.4.0/src.contrib/GMSL/NVIZ2.2/src/runPg.c:135:
undefined reference to `PQclear'
/home/florian/Documents/SRCes/grass-5.4.0/build/src.contrib/GMSL/NVIZ2.2/src/runPg.o(.text+0x697):/home/florian/Documents/SRCes/grass-5.4.0/src.contrib/GMSL/NVIZ2.2/src/runPg.c:136:
undefined reference to `PQfinish'
/home/florian/Documents/SRCes/grass-5.4.0/build/src.contrib/GMSL/NVIZ2.2/src/runPg.o(.text+0x6ac):/home/florian/Documents/SRCes/grass-5.4.0/src.contrib/GMSL/NVIZ2.2/src/runPg.c:140:
undefined reference to `PQnfields'
/home/florian/Documents/SRCes/grass-5.4.0/build/src.contrib/GMSL/NVIZ2.2/src/runPg.o(.text+0x6ba):/home/florian/Documents/SRCes/grass-5.4.0/src.contrib/GMSL/NVIZ2.2/src/runPg.c:141:
undefined reference to `PQntuples'
/home/florian/Documents/SRCes/grass-5.4.0/build/src.contrib/GMSL/NVIZ2.2/src/runPg.o(.text+0x71d):/home/florian/Documents/SRCes/grass-5.4.0/src.contrib/GMSL/NVIZ2.2/src/runPg.c:173:
undefined reference to `PQclear'
/home/florian/Documents/SRCes/grass-5.4.0/build/src.contrib/GMSL/NVIZ2.2/src/runPg.o(.text+0x72b):/home/florian/Documents/SRCes/grass-5.4.0/src.contrib/GMSL/NVIZ2.2/src/runPg.c:176:
undefined reference to `PQfinish'
/home/florian/Documents/SRCes/grass-5.4.0/build/src.contrib/GMSL/NVIZ2.2/src/runPg.o(.text+0x746):/home/florian/Documents/SRCes/grass-5.4.0/src.contrib/GMSL/NVIZ2.2/src/runPg.c:152:
undefined reference to `PQfname'
/home/florian/Documents/SRCes/grass-5.4.0/build/src.contrib/GMSL/NVIZ2.2/src/runPg.o(.text+0x78e):/home/florian/Documents/SRCes/grass-5.4.0/src.contrib/GMSL/NVIZ2.2/src/runPg.c:154:
undefined reference to `PQfname'
/home/florian/Documents/SRCes/grass-5.4.0/build/src.contrib/GMSL/NVIZ2.2/src/runPg.o(.text+0x829):/home/florian/Documents/SRCes/grass-5.4.0/src.contrib/GMSL/NVIZ2.2/src/runPg.c:160:
undefined reference to `PQgetvalue'
/home/florian/Documents/SRCes/grass-5.4.0/build/src.contrib/GMSL/NVIZ2.2/src/runPg.o(.text+0x8f7):/home/florian/Documents/SRCes/grass-5.4.0/src.contrib/GMSL/NVIZ2.2/src/runPg.c:145:
undefined reference to `PQgetvalue'
/home/florian/Documents/SRCes/grass-5.4.0/build/src.contrib/GMSL/NVIZ2.2/src/runPg.o(.text+0x920):/home/florian/Documents/SRCes/grass-5.4.0/src.contrib/GMSL/NVIZ2.2/src/runPg.c:146:
undefined reference to `PQfname'
/home/florian/Documents/SRCes/grass-5.4.0/build/src.contrib/GMSL/NVIZ2.2/src/runPg.o(.text+0x98b):/home/florian/Documents/SRCes/grass-5.4.0/src.contrib/GMSL/NVIZ2.2/src/runPg.c:125:
undefined reference to `PQerrorMessage'
collect2: ld returned 1 exit status
make[3]: *** [nvwish] Error 1
make[2]: *** [dir] Error 2
make[1]: *** [nvwish] Error 2
regards
Florian Goessmann wrote:
> Florian Goessmann wrote:
>
>>>> when i switch postgreSQL og i get this:
>>>> Compilation error in module: src.contrib/GMSL/NVIZ2.2
>>>
>>>> without readine support i get an error on my system:
>>>> Compilation error in module: src/raster/r.mapcalc3
>>>
>>> You need to run "make clean" (or maybe "make distclean") before
>>> re-running configure with different options.
>>
>> i did that.
>
> So what are the actual error messages you get when you build with
> those options disabled?
r.mapcalc3:
/home/florian/Documents/SRCes/grass-5.4.0/build/src/raster/r.mapcalc3/
lex.yy.o(.text+0x11f7): In function `yy_get_next_buffer':
/home/florian/Documents/SRCes/grass-5.4.0/src/raster/r.mapcalc3/
mapcalc.l:58: undefined reference to `readline'
Line 58 of mapcalc.l is within a block which is conditionalised upon
HAVE_READLINE_READLINE_H:
#ifdef HAVE_READLINE_READLINE_H
if (isatty(fileno(input_stream)))
{
char *line_read;
line_read = readline("mapcalc> ");
The error indicates that the build is trying to use an object file
from a previous build attempt, when --with-readline was used.
You need to clean up the previous build. If you used the gmake build
mechanism (--enable-gmake), "make distclean" should do this. If you
used the alternate build mechanism (--disable-gmake, which should be
the default for 5.4), simply delete the entire build directory (with
"rm -rf").
nviz:
*** PostgreSQL unsupported ***
/home/florian/Documents/SRCes/grass-5.4.0/build/src.contrib/GMSL/
NVIZ2.2/src/runPg.o(.text+0x12c):
In function `runPg':
/home/florian/Documents/SRCes/grass-5.4.0/src.contrib/GMSL/NVIZ2.2/src/
runPg.c:34:
undefined reference to `PQsetdbLogin'
Same error (trying to use object files from a previous build with
different configure switches).
--
Glynn Clements <glynn@gclements.plus.com>
On 26/11/2004, at 9:34 PM, Glynn Clements wrote:
r.mapcalc3:
/home/florian/Documents/SRCes/grass-5.4.0/build/src/raster/r.mapcalc3/
lex.yy.o(.text+0x11f7): In function `yy_get_next_buffer':
/home/florian/Documents/SRCes/grass-5.4.0/src/raster/r.mapcalc3/
mapcalc.l:58: undefined reference to `readline'
Line 58 of mapcalc.l is within a block which is conditionalised upon
HAVE_READLINE_READLINE_H:
#ifdef HAVE_READLINE_READLINE_H
if (isatty(fileno(input_stream)))
{
char *line_read;
line_read = readline("mapcalc> ");
The error indicates that the build is trying to use an object file
from a previous build attempt, when --with-readline was used.
You need to clean up the previous build. If you used the gmake build
mechanism (--enable-gmake), "make distclean" should do this. If you
used the alternate build mechanism (--disable-gmake, which should be
the default for 5.4), simply delete the entire build directory (with
"rm -rf").
that's what i thought when i checked the source, but deleting the whole build directory didn't solve it.
regards
Florian Goessmann wrote:
>> r.mapcalc3:
>>
>> /home/florian/Documents/SRCes/grass-5.4.0/build/src/raster/r.mapcalc3/
>> lex.yy.o(.text+0x11f7): In function `yy_get_next_buffer':
>> /home/florian/Documents/SRCes/grass-5.4.0/src/raster/r.mapcalc3/
>> mapcalc.l:58: undefined reference to `readline'
>
> Line 58 of mapcalc.l is within a block which is conditionalised upon
> HAVE_READLINE_READLINE_H:
>
> #ifdef HAVE_READLINE_READLINE_H
> if (isatty(fileno(input_stream)))
> {
> char *line_read;
>
> line_read = readline("mapcalc> ");
>
> The error indicates that the build is trying to use an object file
> from a previous build attempt, when --with-readline was used.
>
> You need to clean up the previous build. If you used the gmake build
> mechanism (--enable-gmake), "make distclean" should do this. If you
> used the alternate build mechanism (--disable-gmake, which should be
> the default for 5.4), simply delete the entire build directory (with
> "rm -rf").
that's what i thought when i checked the source, but deleting the whole
build directory didn't solve it.
It may be that some files (e.g. include/config.h) are left over in the
source directory from your original gmake-based build. Re-run
configure from the source directory with --enable-gmake, then run
"make maintainer-clean". Then do a non-gmake build.
It definitely works without --enable-readline, and binary
distributions should be built without that switch.
--
Glynn Clements <glynn@gclements.plus.com>
On 29/11/2004, at 2:30 AM, Glynn Clements wrote:
that's what i thought when i checked the source, but deleting the whole
build directory didn't solve it.
It may be that some files (e.g. include/config.h) are left over in the
source directory from your original gmake-based build. Re-run
configure from the source directory with --enable-gmake, then run
"make maintainer-clean". Then do a non-gmake build.
It definitely works without --enable-readline, and binary
distributions should be built without that switch.
i compiled it again from a "freshly" unzipped source and it now works. you can get the binary package and the installer script at www.geographen.org/files.htm
regards
florian