[GRASS5] keeping vertical closed polygons
Pawalai Kraipeerapun
kraipeerapun at itc.nl
Fri Mar 18 03:55:04 EST 2005
Hi,
I want to keep vertical closed polygons in GRASS vector format. Right now, GRASS6 doesn't support this thing. GRASS6 has a plan to implement this??? If yes, when it's completed? Or could anyone tell me how can I implement this thing in GRASS6?
Thanks in advance,
Pawalai
-----Original Message-----
From: grass5-admin at grass.itc.it [mailto:grass5-admin at grass.itc.it] On Behalf Of grass5-request at grass.itc.it
Sent: Thursday, March 17, 2005 11:32 AM
To: grass5 at grass.itc.it
Subject: grass5 digest, Vol 1 #1597 - 13 msgs
Send grass5 mailing list submissions to
grass5 at grass.itc.it
To subscribe or unsubscribe via the World Wide Web, visit
http://grass.itc.it/mailman/listinfo/grass5
or, via email, send a message with subject or body 'help' to
grass5-request at grass.itc.it
You can reach the person managing the list at
grass5-admin at grass.itc.it
When replying, please edit your Subject line so it is more specific than "Re: Contents of grass5 digest..."
Today's Topics:
1. Re: perl module for grass scripting (Glynn Clements)
2. How to merge attribute files after v.patch? (Allan Metts)
3. Re: How to merge attribute files after v.patch? (Daniel Calvelo Aros)
4. Re: v.in.ascii updates (Michael Barton)
5. Re: v.in.ascii updates (Miguel A. Altamirano del C)
6. GRASS extensions build system, r.cva (Benjamin Ducke)
7. Re: GRASS extensions build system, r.cva (Paul Kelly)
8. Re: GRASS extensions build system, r.cva (Daniel Calvelo Aros)
9. v.in.dxf in grass6 (giang khuong)
10. v.in.dxf in grass6 (giang khuong)
11. v.in.dxf in grass6 (giang khuong)
12. Grass6 installation problem (BETTON Nicolas)
13. AW: [GRASS5] Grass6 installation problem (Marco Lechner)
--__--__--
Message: 1
From: Glynn Clements <glynn at gclements.plus.com>
Date: Wed, 16 Mar 2005 11:56:43 +0000
To: Jachym Cepicky <jachym.cepicky at centrum.cz>
Cc: grass5 at grass.itc.it
Subject: Re: [GRASS5] perl module for grass scripting
Jachym Cepicky wrote:
> I use Perl for writing simple scripts for GRASS. Now I desided to
> write my own perl-module (grass.pm), which should simplify the code
> writing. It generates the help message and loads all required commandline options.
>
> According to GRASS-Bash scripts, it would be good, if GRASS could
> generate the Tk-GUI `on the fly' for the Perl (Python, ...) scripts too.
>
> But how to do it? What procedure should one call and how?
>
> I'm sending the module below and I'm hoping, it could be usefull.
>
> Thank you for hints
To process command-line options, you should use the g.parser program.
Whilst it was originally intended for use in shell scripts, it should be usable from any language which uses the '#' character for comments.
Regarding the GUI dialogs: you can run the program with the --ui flag.
This will cause the program to generate and display the dialog, then re-execute itself with the chosen options.
--
Glynn Clements <glynn at gclements.plus.com>
--__--__--
Message: 2
Date: Wed, 16 Mar 2005 07:51:42 -0500
To: grass5 at grass.itc.it
From: Allan Metts <ametts2 at mindspring.com>
Subject: [GRASS5] How to merge attribute files after v.patch?
Hi all,
I have geometry stored in shape files (linked in with v.external), and attribute files stored in dbf files.
I can combine two shape files into one with v.patch -- but v.patch doesn't do anything with the dbf attributes. So I'm looking for a good way to combine the attribute files afteer performing v.patch.
I tried INSERT INTO usxxxxst (SELECT * from akxxxxst), but it doesn't look like support for this type of operation exists in GRASS SQL yet.
Can anyone suggest an easy utility (GRASS or otherwise) that can append the contents of one dbf file into another?
Thanks in advance,
Allan
--__--__--
Message: 3
From: "Daniel Calvelo Aros" <dcalvelo at minag.gob.pe>
To: Allan Metts <ametts2 at mindspring.com>, grass5 at grass.itc.it
Reply-To: daniel.calvelo at minag.gob.pe
Subject: Re: [GRASS5] How to merge attribute files after v.patch?
Date: Wed, 16 Mar 2005 10:07:35 -0500
From: Allan Metts <ametts2 at mindspring.com>
>
> Can anyone suggest an easy utility (GRASS or otherwise) that can
> append the contents of one dbf file into another?
dbfcat is part of shapelib tools. http://shapelib.maptools.org/
--__--__--
Message: 4
Date: Wed, 16 Mar 2005 09:27:44 -0700
From: Michael Barton <michael.barton at asu.edu>
Subject: Re: [GRASS5] v.in.ascii updates
To: daniel.calvelo at minag.gob.pe, grass5 <grass5 at grass.itc.it>
I agree with the changes. I was going to suggest using format=vect (because
it is reading a GRASS vector file), but Radim says verbotten.
Michael
____________________
C. Michael Barton, Professor of Anthropology
School of Human Evolution and Social Change
PO Box 872402
Arizona State University
Tempe, AZ 85287-2402
USA
Phone: 480-965-6262
Fax: 480-965-7671
www: <www.public.asu.edu/~cmbarton>
> From: Daniel Calvelo Aros <dcalvelo at minag.gob.pe>
> Reply-To: <daniel.calvelo at minag.gob.pe>
> Date: Wed, 16 Mar 2005 01:02:48 -0500
> To: grass5 <grass5 at grass.itc.it>
> Subject: Re: [GRASS5] v.in.ascii updates
>
> From: Hamish <hamish_nospam at yahoo.com>
> Sent: Wed, 16 Mar 2005 16:49:02 +1300
>>
>> Debatable updates:
>>
>> ? skip any line starting with a '#' in input file.
>> (could silently ignore data..??)
>
> Add a flag to turn it off, in case weird #-marked data arises. How hard would
> it be to be able to specify the comment marker as an argument? Better, as a
> regular expression?
>
>> ? skip blank lines in input file.
>> (currently extra newlines at EOF break import of points)
>
> Maybe add a flag to signal whether:
>
> 1) An empty line marks EOF (that might be useful to chop data by hand), except
> at the beginning
> 2) Empty lines are ignored
> 3) Empty lines are an error (except prior to EOF)
>
>> ? strip "quotes" from both ends of varchar input.
>
> Shouldn't break anything; quoting-dequoting-overquoting is always tricky, so
> users should be wary of "". Do the same for '', maybe?
>
>> ? rename format=standard to format=grass as format=point is default,
>> so standard mode is non-standard. Confusing! I'll fix any scripts/.
>
> Agree.
>
--__--__--
Message: 5
Date: Wed, 16 Mar 2005 10:29:19 -0600 (CST)
From: "Miguel A. Altamirano del C" <mgaac at yahoo.com>
Subject: Re: [GRASS5] v.in.ascii updates
To: Hamish <hamish_nospam at yahoo.com>, grass5 at grass.itc.it
--- Hamish <hamish_nospam at yahoo.com> wrote:
> Hi,
>
>
> I'm looking to do some v.in.ascii updates, I thought
> I'd trawl for
> comments first.. most deal with format=point mode.
>
>
> Fairly straight forward updates:
>
> + update to use G_getl2() to make MacOS9 ascii
> import work.
>
> + add skip= option to skip any header lines when
> format=point
> (e.g. column headings in cvs file)
>
> + add a -s flag to write those skipped header lines
> to the map's
> meta-data hist file (v.info -h).
>
>
> Debatable updates:
>
> ? skip any line starting with a '#' in input file.
> (could silently ignore data..??)
>
> ? skip blank lines in input file.
> (currently extra newlines at EOF break import of
> points)
>
> ? strip "quotes" from both ends of varchar input.
>
> ? rename format=standard to format=grass as
> format=point is default,
> so standard mode is non-standard. Confusing! I'll
> fix any scripts/.
>
>
> You can expect me to go ahead and do all these
> things if noone objects.
>
>
> Hamish
>
> _______________________________________________
> grass5 mailing list
> grass5 at grass.itc.it
> http://grass.itc.it/mailman/listinfo/grass5
>
Also if can puts an indicative for the format to
import the values "columns='variable double f8.2' "
for when it be used with other instruction put excatly
the format that was reading; p.e. "d.vect -c file
display=attr attrcol=variable"
LCA Miguel A. Altamirano del C.
"Los Mexicanos llevamos la fiesta en la garganta"
Tel. 01(232)32 45208
La belleza de la meteorología radica en saber
pronosticarla y no simplemente en estudiarla
(Miguel A. Altamirano 28-5-00)
_________________________________________________________
Do You Yahoo!?
Información de Estados Unidos y América Latina, en Yahoo! Noticias.
Visítanos en http://noticias.espanol.yahoo.com
--__--__--
Message: 6
Date: Wed, 16 Mar 2005 21:55:45 +0100
From: Benjamin Ducke <benducke at compuserve.de>
To: grass5 at grass.itc.it
Organization: FU Berlin
Subject: [GRASS5] GRASS extensions build system, r.cva
I am trying to put together a build system
for building GRASS modules and libraries externally and
installing them into the binary installation tree.
As the recent discussion thread has shown, the necessary
libs and header files are being installed by recent
GRASS versions, so that this should in principle be possible.
Unfortunately, things seem to be a bit more complicated,
because the build system still has to take into account
some machine and OS dependent compile options,
different C compiler names and options etc.
Thus, I decided to strip down the original GRASS 6 configure
script, retaining only the most important checks and used
that as a starting point. In this way, I can "simulate" a
GRASS source environment with the most important parts
of the configuration system (Grass.make, Platform.make etc.)
intact. The aim is to make it possible to build modules
externally without making changes to the original
GRASS 6 style Makefiles.
It seems to me, that three path variables in the original
make system control where things take place
Source directory (SRCDIR): this is the starting point for locating include files and libs?
Build directory (DSTDIR): this is where the object files are stored?
Installation directory: this is where the final executable modules are copied to.
Am I right about the meaning of these?
In other news:
A new version of r.cva (cumulative viewsheds) for GRASS 6 is now finished and has been
tested. I have contacted the original author, Mark Lake, about the possibility of
releasing it under a GPL compatible license. I have not got an answer so far, but
I am told that Mark is really busy these days and I am sure he will look into this
and we will find a good solution for making r.cva more accessible to GRASS users.
Benjamin
--__--__--
Message: 7
Date: Wed, 16 Mar 2005 23:58:26 +0000 (GMT)
From: Paul Kelly <paul-grass at stjohnspoint.co.uk>
To: Benjamin Ducke <benducke at compuserve.de>
cc: grass5 at grass.itc.it
Subject: Re: [GRASS5] GRASS extensions build system, r.cva
On Wed, 16 Mar 2005, Benjamin Ducke wrote:
> It seems to me, that three path variables in the original
> make system control where things take place
>
> Source directory (SRCDIR): this is the starting point for locating include files and libs?
> Build directory (DSTDIR): this is where the object files are stored?
> Installation directory: this is where the final executable modules are copied to.
>
> Am I right about the meaning of these?
Yes that sounds right. I suppose at one stage the thinking was that you
wouldn't need to re-run configure as you would assume the platform that
the binaries were installed on was similar enough to the one that they had
been compiled on, and including Platform.make in the binary distribution
would be enough.
But if you are running configure why a cut-down one? What sort of things
are you leaving out and why? This is an interesting little project.
> In other news:
>
> A new version of r.cva (cumulative viewsheds) for GRASS 6 is now finished and has been
> tested. I have contacted the original author, Mark Lake, about the possibility of
> releasing it under a GPL compatible license. I have not got an answer so far, but
> I am told that Mark is really busy these days and I am sure he will look into this
> and we will find a good solution for making r.cva more accessible to GRASS users.
That is really good news (although there was not much wrong with the
original r.cva if you could live with having to frequently do little bits
of data pre- and post-processing with r.null, s.to.rast etc.)
There was a paper in Photogrammetric Engineering & Remote Sensing a year
or two ago (from CERL, actually) about a new very fast way of doing
viewshed analysis that sounded like it would be a very nice project to
implement using a vector graph structure to show direct paths between
raster cells, and to make calculations using the Directed Graph library.
But an accessible r.cva would make the line of sight capabilities in GRASS
very usable indeed.
Paul
--__--__--
Message: 8
From: "Daniel Calvelo Aros" <dcalvelo at minag.gob.pe>
To: Benjamin Ducke <benducke at compuserve.de>, grass5 at grass.itc.it
Reply-To: daniel.calvelo at minag.gob.pe
Subject: Re: [GRASS5] GRASS extensions build system, r.cva
Date: Wed, 16 Mar 2005 20:22:09 -0500
From: Benjamin Ducke <benducke at compuserve.de>
Sent: Wed, 16 Mar 2005 21:55:45 +0100
> I am trying to put together a build system
> for building GRASS modules and libraries externally and
> installing them into the binary installation tree.
>
> As the recent discussion thread has shown, the necessary
> libs and header files are being installed by recent
> GRASS versions, so that this should in principle be possible.
>
> Unfortunately, things seem to be a bit more complicated,
> because the build system still has to take into account
> some machine and OS dependent compile options,
> different C compiler names and options etc.
Have you thought about writing a grass-config executable to be included in the
grass binary?
Several packages do this: they use the @vars@ markers expected by autoconf in
a very simple executable that responds to options such as '--libs',
'--include' and so on. It is intended to be used like this (totally fictitious
example to give an idea):
$ gcc module.c `grass-config --include --libs` -o module
where grass-config, upon receiving --include --libs arguments, outputs (to
stdout) the string '-I/usr/include/grass -L/usr/lib/grass -lgrass', thus
giving all compiler options.
this scheme is used in gtk, gnome, wxWidgets and so on.
HTH, Daniel.
--__--__--
Message: 9
Date: Thu, 17 Mar 2005 00:21:04 -0800 (PST)
From: giang khuong <giangktx at yahoo.com>
To: grass5 at grass.itc.it
Subject: [GRASS5] v.in.dxf in grass6
--0-1194151664-1111047664=:56246
Content-Type: text/plain; charset=us-ascii
Dear list,
I need importing vector from file *.dxf in grass60. Can any one help me?
---------------------------------
Do you Yahoo!?
Yahoo! Small Business - Try our new resources site!
--0-1194151664-1111047664=:56246
Content-Type: text/html; charset=us-ascii
<DIV>Dear list,</DIV>
<DIV>I need importing vector from file *.dxf in grass60. Can any one help me?</DIV><p>
<hr size=1>Do you Yahoo!?<br>
Yahoo! Small Business - <a href="http://us.rd.yahoo.com/evt=31637/*http://smallbusiness.yahoo.com/resources/">Try our new resources site!</a>
--0-1194151664-1111047664=:56246--
--__--__--
Message: 10
Date: Thu, 17 Mar 2005 00:21:34 -0800 (PST)
From: giang khuong <giangktx at yahoo.com>
To: grass5 at grass.itc.it
Subject: [GRASS5] v.in.dxf in grass6
--0-1054959606-1111047694=:93670
Content-Type: text/plain; charset=us-ascii
Dear list,
I need importing vector from file *.dxf in grass60. Can any one help me?
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
--0-1054959606-1111047694=:93670
Content-Type: text/html; charset=us-ascii
<DIV>Dear list,</DIV>
<DIV>I need importing vector from file *.dxf in grass60. Can any one help me?</DIV><p>__________________________________________________<br>Do You Yahoo!?<br>Tired of spam? Yahoo! Mail has the best spam protection around <br>http://mail.yahoo.com
--0-1054959606-1111047694=:93670--
--__--__--
Message: 11
Date: Thu, 17 Mar 2005 00:21:35 -0800 (PST)
From: giang khuong <giangktx at yahoo.com>
To: grass5 at grass.itc.it
Subject: [GRASS5] v.in.dxf in grass6
--0-1188331108-1111047695=:80972
Content-Type: text/plain; charset=us-ascii
Dear list,
I need importing vector from file *.dxf in grass60. Can any one help me?
---------------------------------
Do you Yahoo!?
Yahoo! Small Business - Try our new resources site!
--0-1188331108-1111047695=:80972
Content-Type: text/html; charset=us-ascii
<DIV>Dear list,</DIV>
<DIV>I need importing vector from file *.dxf in grass60. Can any one help me?</DIV><p>
<hr size=1>Do you Yahoo!?<br>
Yahoo! Small Business - <a href="http://us.rd.yahoo.com/evt=31637/*http://smallbusiness.yahoo.com/resources/">Try our new resources site!</a>
--0-1188331108-1111047695=:80972--
--__--__--
Message: 12
Date: Thu, 17 Mar 2005 11:17:57 +0100 (CET)
From: BETTON Nicolas <nico_bet at yahoo.fr>
To: grass5 at grass.itc.it
Subject: [GRASS5] Grass6 installation problem
Hello,
I'm trying to install Grass6 with postgresql support
on linux fedora core 1.
Postgresql ( is well-installed
PostGis 0.9.1
Proj4.. and several libraries required...
when configuring Grass6 I've got this error message :
checking whether to use PostgreSQL... yes
checking for location of PostgreSQL includes...
/usr/local/pgsql/include/
checking for libpq-fe.h... yes
checking for location of PostgreSQL library...
checking for PQsetdbLogin in -lpq... no
checking for PQsetdbLogin in -lpq... no
checking for PQsetdbLogin in -lpq... no
checking for PQsetdbLogin in -lpq... no
configure: error: *** Unable to locate PostgreSQL
library.
My path seems to be correct...
Here is the end of the config.log :
configure:8803: checking whether to use PostgreSQL
configure:8830: checking for location of PostgreSQL
includes
configure:8856: checking for libpq-fe.h
configure:8864: gcc -E -I/usr/local/pgsql/include/
conftest.c >/dev/null 2>conftest.out
configure:8902: checking for location of PostgreSQL
library
configure:8931: checking for PQsetdbLogin in -lpq
configure:8948: gcc -o conftest -O3 -s
-Wl,--export-dynamic conftest.c -lpq 1>&5
/usr/bin/ld: cannot find -lpq
collect2: ld returned 1 exit status
configure: failed program was:
#line 8937 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an
error. */
/* We use char because int might match the return type
of a gcc2
builtin and then its argument prototype would
still apply. */
char PQsetdbLogin();
int main() {
PQsetdbLogin()
; return 0; }
configure:8967: checking for PQsetdbLogin in -lpq
configure:8984: gcc -o conftest -O3 -s
-Wl,--export-dynamic conftest.c -lpq -lssl -lcrypto
1>&5
/usr/bin/ld: cannot find -lpq
collect2: ld returned 1 exit status
configure: failed program was:
#line 8973 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an
error. */
/* We use char because int might match the return type
of a gcc2
builtin and then its argument prototype would
still apply. */
char PQsetdbLogin();
int main() {
PQsetdbLogin()
; return 0; }
configure:9003: checking for PQsetdbLogin in -lpq
configure:9020: gcc -o conftest -O3 -s
-Wl,--export-dynamic conftest.c -lpq -lcrypt 1>&5
/usr/bin/ld: cannot find -lpq
collect2: ld returned 1 exit status
configure: failed program was:
#line 9009 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an
error. */
/* We use char because int might match the return type
of a gcc2
builtin and then its argument prototype would
still apply. */
char PQsetdbLogin();
int main() {
PQsetdbLogin()
; return 0; }
configure:9039: checking for PQsetdbLogin in -lpq
configure:9056: gcc -o conftest -O3 -s
-Wl,--export-dynamic conftest.c -lpq -lcrypt -lssl
-lcrypto 1>&5
/usr/bin/ld: cannot find -lpq
collect2: ld returned 1 exit status
configure: failed program was:
#line 9045 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an
error. */
/* We use char because int might match the return type
of a gcc2
builtin and then its argument prototype would
still apply. */
char PQsetdbLogin();
int main() {
PQsetdbLogin()
; return 0; }
I don't know what to do ... it's about 2 hours of
instalations without any result.
Could you please help me ?
Thks
Nicolas
Découvrez nos promotions exclusives "destination de la Tunisie, du Maroc, des Baléares et la Rép. Dominicaine sur Yahoo! Voyages :
http://fr.travel.yahoo.com/promotions/mar14.html
--__--__--
Message: 13
From: "Marco Lechner" <marco.lechner at geographie.uni-freiburg.de>
To: "BETTON Nicolas" <nico_bet at yahoo.fr>, <grass5 at grass.itc.it>
Subject: AW: [GRASS5] Grass6 installation problem
Date: Thu, 17 Mar 2005 11:35:06 +0100
Did you tell ./configure the path to you postgres-libs
(--with-postgres-libs=/usr/local/pgsql/lib) or only to your
postgres-includes?
marco
---------------------------------
Marco Lechner
office:
Department of Physische Geographie
University of Freiburg
Werderring 4
D-79085 Freiburg
Germany
phone +49 (0)761 / 203-3548
email marco.lechner at geographie.uni-freiburg.de
-----Ursprüngliche Nachricht-----
Von: grass5-admin at grass.itc.it [mailto:grass5-admin at grass.itc.it]Im
Auftrag von BETTON Nicolas
Gesendet: Donnerstag, 17. März 2005 11:18
An: grass5 at grass.itc.it
Betreff: [GRASS5] Grass6 installation problem
Hello,
I'm trying to install Grass6 with postgresql support
on linux fedora core 1.
Postgresql ( is well-installed
PostGis 0.9.1
Proj4.. and several libraries required...
when configuring Grass6 I've got this error message :
checking whether to use PostgreSQL... yes
checking for location of PostgreSQL includes...
/usr/local/pgsql/include/
checking for libpq-fe.h... yes
checking for location of PostgreSQL library...
checking for PQsetdbLogin in -lpq... no
checking for PQsetdbLogin in -lpq... no
checking for PQsetdbLogin in -lpq... no
checking for PQsetdbLogin in -lpq... no
configure: error: *** Unable to locate PostgreSQL
library.
My path seems to be correct...
Here is the end of the config.log :
configure:8803: checking whether to use PostgreSQL
configure:8830: checking for location of PostgreSQL
includes
configure:8856: checking for libpq-fe.h
configure:8864: gcc -E -I/usr/local/pgsql/include/
conftest.c >/dev/null 2>conftest.out
configure:8902: checking for location of PostgreSQL
library
configure:8931: checking for PQsetdbLogin in -lpq
configure:8948: gcc -o conftest -O3 -s
-Wl,--export-dynamic conftest.c -lpq 1>&5
/usr/bin/ld: cannot find -lpq
collect2: ld returned 1 exit status
configure: failed program was:
#line 8937 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an
error. */
/* We use char because int might match the return type
of a gcc2
builtin and then its argument prototype would
still apply. */
char PQsetdbLogin();
int main() {
PQsetdbLogin()
; return 0; }
configure:8967: checking for PQsetdbLogin in -lpq
configure:8984: gcc -o conftest -O3 -s
-Wl,--export-dynamic conftest.c -lpq -lssl -lcrypto
1>&5
/usr/bin/ld: cannot find -lpq
collect2: ld returned 1 exit status
configure: failed program was:
#line 8973 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an
error. */
/* We use char because int might match the return type
of a gcc2
builtin and then its argument prototype would
still apply. */
char PQsetdbLogin();
int main() {
PQsetdbLogin()
; return 0; }
configure:9003: checking for PQsetdbLogin in -lpq
configure:9020: gcc -o conftest -O3 -s
-Wl,--export-dynamic conftest.c -lpq -lcrypt 1>&5
/usr/bin/ld: cannot find -lpq
collect2: ld returned 1 exit status
configure: failed program was:
#line 9009 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an
error. */
/* We use char because int might match the return type
of a gcc2
builtin and then its argument prototype would
still apply. */
char PQsetdbLogin();
int main() {
PQsetdbLogin()
; return 0; }
configure:9039: checking for PQsetdbLogin in -lpq
configure:9056: gcc -o conftest -O3 -s
-Wl,--export-dynamic conftest.c -lpq -lcrypt -lssl
-lcrypto 1>&5
/usr/bin/ld: cannot find -lpq
collect2: ld returned 1 exit status
configure: failed program was:
#line 9045 "configure"
#include "confdefs.h"
/* Override any gcc2 internal prototype to avoid an
error. */
/* We use char because int might match the return type
of a gcc2
builtin and then its argument prototype would
still apply. */
char PQsetdbLogin();
int main() {
PQsetdbLogin()
; return 0; }
I don't know what to do ... it's about 2 hours of
instalations without any result.
Could you please help me ?
Thks
Nicolas
Découvrez nos promotions exclusives "destination de la Tunisie, du Maroc,
des Baléares et la Rép. Dominicaine sur Yahoo! Voyages :
http://fr.travel.yahoo.com/promotions/mar14.html
_______________________________________________
grass5 mailing list
grass5 at grass.itc.it
http://grass.itc.it/mailman/listinfo/grass5
--__--__--
_______________________________________________
grass5 mailing list
grass5 at grass.itc.it
http://grass.itc.it/mailman/listinfo/grass5
End of grass5 Digest
More information about the grass-dev
mailing list