Tue, May 10 2005
13:39:07
|
|
Request created by guest
|
|
Subject: r.terraflow does not compile
Platform: Solaris2.X/Sparc
grass obtained from: Trento Italy site
grass binary for platform: Compiled from Sources
GRASS Version: 6.0. cvs snapshot_2005_04_30
r.terraflow does not compile for two reasons:
1. on the system I'm using, these is no header called ostream.h, thus the inclusion
of it does not work. When replacing it with iostream.h, the compilation passes
this stage. As I understand, iostream.h on other systems includes ostream.h,
iostream.h perhaps could be used in place of ostream.h.
2. ""main.cc", line 333: Error: The function "ctime_r" must have a prototype."
Which is strange, because in the header time.h many different prototypes for
this can be found. Of course, the multiple #ifdef statements around these select
a particular one to be used, so I'm not sure, which of these is actually used
and whether it corresponds with the one in main.cc.
Greetins,
Harri K. |
|
Tue, May 10 2005
14:09:59
|
|
Mail sent by hamish_nospam@yahoo.com
|
|
Return-Path |
<hamish_nospam@yahoo.com>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
Date |
Wed, 11 May 2005 00:09:46 +1200
|
From |
Hamish <hamish_nospam@yahoo.com>
|
To |
Request Tracker <grass-bugs@intevation.de>
|
Cc |
grass5@grass.itc.it
|
Subject |
Re: [GRASS5] [bug #3224] (grass) r.terraflow does not compile
|
Message-Id |
<20050511000946.58c39a22.hamish_nospam@yahoo.com>
|
In-Reply-To |
<20050510113907.5592D1006CF@lists.intevation.de>
|
References |
<20050510113907.5592D1006CF@lists.intevation.de>
|
X-Mailer |
Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-pc-linux-gnu)
|
X-Face |
M<EoB)"*Z~u!,vFhXmw}R_KbdBta*P_=T|rbBL'e1/CQ9;/1g\BU3&!=y8ria$2Uk!HT&BB 8i?|X_+7~1jsy}F~g$2va%3fV`*=L(*cem[@3\yg,G,@rg6/QMJ
|
Mime-Version |
1.0
|
Content-Type |
text/plain; charset=US-ASCII
|
Content-Transfer-Encoding |
7bit
|
X-Spam-Status |
No, hits=-4.0 tagged_above=-999.0 required=3.0 tests=BAYES_00, FORGED_YAHOO_RCVD
|
X-Spam-Level |
|
> this bug's URL: http://intevation.de/rt/webrt?serial_num=3224
> ---------------------------------------------------------------------
>
> Subject: r.terraflow does not compile
>
> Platform: Solaris2.X/Sparc
what compiler and version are you using?
Hamish
|
|
Fri, May 13 2005
15:16:16
|
|
Mail sent by harkiisk@utu.fi
|
|
Return-Path |
<harkiisk@utu.fi>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
Date |
Fri, 13 May 2005 16:16:02 +0300 (EEST)
|
From |
Harri Kiiskinen <harkiisk@utu.fi>
|
Subject |
Re: [bug #3224] (grass) r.terraflow does not compile
|
In-reply-to |
<20050510120959.A78811005D7@lists.intevation.de>
|
To |
Hamish via RT <grass-bugs@intevation.de>
|
Cc |
harri.kiiskinen@utu.fi
|
Message-id |
<Pine.GSO.4.58.0505101544020.16499@alya.utu.fi>
|
MIME-version |
1.0
|
Content-type |
TEXT/PLAIN; charset=US-ASCII
|
Content-transfer-encoding |
7BIT
|
References |
<20050510120959.A78811005D7@lists.intevation.de>
|
X-Authentication-warning |
alya.utu.fi: harkiisk owned process doing -bs
|
X-Spam-Status |
No, hits=-4.9 tagged_above=-999.0 required=3.0 tests=BAYES_00
|
X-Spam-Level |
|
On Tue, 10 May 2005, Hamish via RT wrote:
> > this bug's URL: http://intevation.de/rt/webrt?serial_num=3224
> > ---------------------------------------------------------------------
> >
> > Subject: r.terraflow does not compile
> >
> > Platform: Solaris2.X/Sparc
Sorry, the platform is actually Solaris 8. Compilers are CC and cc, Sun
C++ 5.5 2003/03/12 and Sun C 5.5 2003/03/12.
Now that you mentioned it, I actually tried to compile the module with
gcc/g++, too, and it compiled ok. When I compile it as 32-bit everything
works ok, but the system I'm working with is actually 64-bit. When I
compile Grass as 64bit with g++/gcc, the compilation itself goes well,
but the programs wont run, as the support libraries hardcoded to gcc are
32bit, like libgcc_s.so. So a recompilation of these libraries is
needed.
As a recompilation of the gcc system is not a trivial thing -- tried it
already, it would be nicer to have the sources compile under cc/CC,
especially since the problems seem to be only in r.terraflow and
r.out.tiff -- which hangs in the phase when it is producing the
description.html
As you probably have already gathered, I don't have any administrator
rights on this machine, I'm just doing everything as an ordinary user.
>
>
> Hamish
>
>
> --- Headers Follow ---
>
> >From hamish_nospam@yahoo.com Tue May 10 14:09:59 2005
> Return-Path: <hamish_nospam@yahoo.com>
> Delivered-To: grass-bugs@lists.intevation.de
> Received: from mail.intevation.de (aktaia [212.95.126.10])
> by lists.intevation.de (Postfix) with ESMTP id 6AFC6100160
> for <grass-bugs@lists.intevation.de>; Tue, 10 May 2005 14:09:59 +0200 (CEST)
> Received: from localhost (localhost [127.0.0.1])
> by mail.intevation.de (Postfix) with ESMTP id 13A9936E1D
> for <grass-bugs@lists.intevation.de>; Tue, 10 May 2005 14:09:59 +0200 (CEST)
> Received: from mailhub1.otago.ac.nz (mailhub1.otago.ac.nz [139.80.64.218])
> by mail.intevation.de (Postfix) with ESMTP id 671FD36EED
> for <grass-bugs@intevation.de>; Tue, 10 May 2005 14:09:57 +0200 (CEST)
> Received: from galadriel.otago.ac.nz (galadriel.otago.ac.nz [139.80.64.213])
> by mailhub1.otago.ac.nz (8.12.11/8.12.11) with ESMTP id j4AC9lCj015486;
> Wed, 11 May 2005 00:09:47 +1200
> Received: from ocean3 (ocean3.otago.ac.nz [139.80.35.38])
> by galadriel.otago.ac.nz (8.12.8/8.12.8) with SMTP id j4AC9lir020658;
> Wed, 11 May 2005 00:09:47 +1200 (NZST)
> Date: Wed, 11 May 2005 00:09:46 +1200
> From: Hamish <hamish_nospam@yahoo.com>
> To: Request Tracker <grass-bugs@intevation.de>
> Cc: grass5@grass.itc.it
> Subject: Re: [GRASS5] [bug #3224] (grass) r.terraflow does not compile
> Message-Id: <20050511000946.58c39a22.hamish_nospam@yahoo.com>
> In-Reply-To: <20050510113907.5592D1006CF@lists.intevation.de>
> References: <20050510113907.5592D1006CF@lists.intevation.de>
> X-Mailer: Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-pc-linux-gnu)
> X-Face: M<EoB)"*Z~u!,vFhXmw}R_KbdBta*P_=T|rbBL'e1/CQ9;/1g\BU3&!=y8ria$2Uk!HT&BB
> 8i?|X_+7~1jsy}F~g$2va%3fV`*=L(*cem[@3\yg,G,@rg6/QMJ
> Mime-Version: 1.0
> Content-Type: text/plain; charset=US-ASCII
> Content-Transfer-Encoding: 7bit
> X-Spam-Status: No, hits=-4.0 tagged_above=-999.0 required=3.0 tests=BAYES_00,
> FORGED_YAHOO_RCVD
> X-Spam-Level:
>
> -------------------------------------------- Managed by Request Tracker
>
--
Harri Kiiskinen
Tutkija
Kulttuurihistoria, Turun yliopisto
Puh. (02) 333 6368 / 050 364 7046
Researcher
Department of Cultural History, University of Turku
Tel. +358 2 333 6368 / +358 50 364 7046
E-mail. harri.kiiskinen@utu.fi,
|
|
Tue, Jul 19 2005
23:07:40
|
|
Mail sent by mneteler
|
|
Hi,
the r.terraflow authors at Duke are currently working on improving
the module. Please stay tuned (or contact them directly).
Markus |
|
Sat, Aug 20 2005
12:39:15
|
|
Mail sent by msieczka
|
|
Hi
I'm doing cleanup in the Grass bug tracker. Can I ask you for an update on
your problem, so we knew whether to close this bug or not?
Thanks,
Maciek |
|
Wed, Aug 31 2005
22:09:14
|
|
Owner changed to hmitasova by mneteler
|
|
Tue, Oct 3 2006
13:40:59
|
|
Mail sent by mneteler
|
|
Report from Harri:
after a very long time, I managed to get back into compiling GRASS on
Solaris2.9/Sparc.
r.terraflow:
Does not compile, complains about:
"direction.h", line 50: Error: Could not open include file<ostream.h>.
Which in Solaris is <iostream.h> (or <iostream> for standard mode
libraries which use namespaces.) The same goes also for
IOStream/include/empq_impl.h
The test present in both these cases about whether the compiler is GNU 3
with subnumber 1 or larger excludes the new GNU 4 compilers, which is
probably not the intention. It also excludes the Solaris CC, and the
system currently recommends using <iostrem> while <iostrem.h> is not
standard and deprecated.
Then, in the main.cc on line 333:
"main.cc", line 333: Error: The function "ctime_r" must have a
prototype."
|
|
Tue, Oct 3 2006
13:41:18
|
|
Subject changed to r.terraflow does not compile (Solaris2.9/Sparc) by mneteler
|
|
Wed, Oct 4 2006
03:36:55
|
|
Mail sent by hamish_nospam@yahoo.com
|
|
Return-Path |
<hamish_nospam@yahoo.com>
|
Delivered-To |
grass-bugs@lists.intevation.de
|
Date |
Wed, 4 Oct 2006 14:36:42 +1300
|
From |
Hamish <hamish_nospam@yahoo.com>
|
To |
Markus Neteler via RT <grass-bugs@intevation.de>
|
Cc |
harri.kiiskinen@utu.fi, grass-dev@grass.itc.it
|
Subject |
Re: [GRASS-dev] [bug #3224] (grass) r.terraflow does not compile (Solaris2.9/Sparc)
|
Message-Id |
<20061004143642.0964bc0c.hamish_nospam@yahoo.com>
|
In-Reply-To |
<20061003114059.5E38E1006B0@lists.intevation.de>
|
References |
<20061003114059.5E38E1006B0@lists.intevation.de>
|
X-Mailer |
Sylpheed version 1.0.4 (GTK+ 1.2.10; i386-pc-linux-gnu)
|
X-Face |
M<EoB)"*Z~u!,vFhXmw}R_KbdBta*P_=T|rbBL'e1/CQ9;/1g\BU3&!=y8ria$2Uk!HT&BB 8i?|X_+7~1jsy}F~g$2va%3fV`*=L(*cem[@3\yg,G,@rg6/QMJ
|
Mime-Version |
1.0
|
Content-Type |
text/plain; charset=US-ASCII
|
Content-Transfer-Encoding |
7bit
|
X-Virus-Scanned |
by amavisd-new at intevation.de
|
X-Spam-Status |
No, hits=-2.3 tagged_above=-999 required=3 tests=[BAYES_00=-5, FORGED_YAHOO_RCVD=2.7]
|
X-Spam-Level |
|
Markus Neteler via RT wrote:
> Report from Harri:
>
> after a very long time, I managed to get back into compiling GRASS on
> Solaris2.9/Sparc.
>
> r.terraflow:
>
> Does not compile, complains about:
> "direction.h", line 50: Error: Could not open include file<ostream.h>.
>
> Which in Solaris is <iostream.h> (or <iostream> for standard mode
> libraries which use namespaces.) The same goes also for
> IOStream/include/empq_impl.h
> The test present in both these cases about whether the compiler is GNU 3
> with subnumber 1 or larger excludes the new GNU 4 compilers, which is
> probably not the intention. It also excludes the Solaris CC, and the
> system currently recommends using <iostrem> while <iostrem.h> is not
> standard and deprecated.
>
> Then, in the main.cc on line 333:
> "main.cc", line 333: Error: The function "ctime_r" must have a
> prototype."
common.cc starts with:
#include <sys/types.h>
#include <sys/mman.h>
#include <ctype.h>
#if __GNUC__ > 3 || (__GNUC__ == 3 && __GNUC_MINOR__ >= 1)
#include <ostream>
#else
#include <ostream.h>
#endif
#include <iostream>
using namespace std;
#include "common.h"
gcc (g++) 3.0 shipped with headers without the ".h", except for ostream.
all others dropped the ".h" at gcc 2.95?
after gcc 3.1 all ".h" are gone.
maybe we need to extend these tests to be less gcc centric.
"ostream" != "iostream"
$ ll /usr/include/c++/3.3/ | grep stream
-rw-r--r-- 1 root root 24834 May 25 2005 fstream
-rw-r--r-- 1 root root 3041 May 25 2005 iostream
-rw-r--r-- 1 root root 27292 May 25 2005 istream
-rw-r--r-- 1 root root 18353 May 25 2005 ostream
-rw-r--r-- 1 root root 20575 May 25 2005 sstream
-rw-r--r-- 1 root root 31972 May 25 2005 streambuf
but iostream #includes both <istream> and <ostream>
Hamish
|
|