[GRASSLIST:10600] Re: GRASS 6.1cvs gis.m error - raster/r.le/r.le.setup

Markus, this is error you've asked (occures after make command) in
raster/r.le/ folder.

[misovic@thailon r.le.setup]$ make
Makefile:16: warning: overriding commands for target `clean'
../../../include/Make/Rules.make:34: warning: ignoring old commands
for target `clean'
gcc -I/home/misovic/download/gis/grass/grass-6.1.cvs_src_snapshot_2006_02_25/dist.i686-pc-linux-gnu/include
-O3 -mcpu=pentium4 -Wall -Wall -Wconversion -Wno-implicit-int
-I/usr/local/include -DPACKAGE=\""grassmods"\"
-I/home/misovic/download/gis/grass/grass-6.1.cvs_src_snapshot_2006_02_25/dist.i686-pc-linux-gnu/include
\
        -o OBJ.i686-pc-linux-gnu/sample.o -c sample.c
`-mcpu=' is deprecated. Use `-mtune=' or '-march=' instead.
sample.c: In function `sample':
sample.c:39: warning: unused variable `btn'
sample.c: In function `man_unit':
sample.c:554: warning: passing arg 1 of `G_calloc' as unsigned due to prototype
sample.c:555: warning: passing arg 1 of `G_calloc' as unsigned due to prototype
sample.c:113: warning: unused variable `dx'
sample.c:113: warning: unused variable `dy'
sample.c:114: warning: unused variable `l0'
sample.c:114: warning: unused variable `t0'
sample.c:114: warning: unused variable `randflag'
sample.c:115: warning: unused variable `itmp'
sample.c:117: warning: unused variable `al'
sample.c:117: warning: unused variable `ar'
sample.c:117: warning: unused variable `at'
sample.c:117: warning: unused variable `ab'
sample.c:117: warning: unused variable `au_w'
sample.c:117: warning: unused variable `au_l'
sample.c:120: warning: unused variable `sites_mapset'
sample.c:121: warning: unused variable `wind'
sample.c: In function `draw_grid':
sample.c:653: warning: unused variable `k'
sample.c:653: warning: unused variable `itmp'
sample.c:653: warning: unused variable `tmp'
sample.c: In function `calc_unit_loc':
sample.c:821: warning: suggest parentheses around assignment used as truth value
sample.c:727: warning: unused variable `region'
sample.c:729: warning: unused variable `k'
sample.c:730: warning: unused variable `tmp'
sample.c: In function `graph_unit':
sample.c:1052: warning: unused variable `tmpw'
sample.c:1052: warning: unused variable `tmpl'
sample.c: In function `draw_circle':
sample.c:1487: warning: unused variable `x2'
sample.c:1487: warning: unused variable `yr'
sample.c: In function `numtrap':
sample.c:1537: warning: unused variable `j'
sample.c: In function `calc_num':
sample.c:1013: warning: 'max' might be used uninitialized in this function
sample.c: In function `calc_unit_loc':
sample.c:994: internal compiler error: in convert_move, at expr.c:566
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:https://qa.mandrakesoft.com/&gt; for instructions.
make: *** [OBJ.i686-pc-linux-gnu/sample.o] Error 1

Peter

On 2/26/06, Ing.Peter Misovic <peter.misovic@gmail.com> wrote:

On 2/26/06, Markus Neteler <neteler@itc.it> wrote:
> On Sun, Feb 26, 2006 at 09:37:26PM +0100, Ing.Peter Misovic wrote:
> > Things are going to be complicated. As I wrote, I started gis.m from
> > directory with right permissions and it works fine. I liked to try
> > last gis.m from your site Michael. So I copied sources of v.what into
> > vector folder of Grass and started to configure and make Grass again
> > (if I understand it, I have to do that way) - to make newer version od
> > v.what. But :
> >
> > ****************
> > Generating HTML manual pages index (help system)...
> > Generated HTML docs in ../dist.i686-pc-linux-gnu/docs/html/index.html
> > ----------------------------------------------------------------------
> > Following modules are missing the 'description.html' file in src code:
> > g.pnmcomp
>
>
> g.pnmcomp is still lacking a description.html file. If not intented
> to the end user, it should probably go into ETC?
>
> > ----------------------------------------------------------------------
> > GRASS GIS compilation log
> > -------------------------
> > Started compilation: Sun Feb 26 21:10:15 CET 2006
> > --
> > Errors in:
> >
>
/home/misovic/download/gis/grass/grass-6.1.cvs_src_snapshot_2006_02_20/raster/r.le/r.le.setup
>
> Can you please go into the r.le.setup directory and run make?

I'm sorry for that but I've deleted untared directory and I'm
installing again. Id the same error occures, I shall write an email.

>
/home/misovic/download/gis/grass/grass-6.1.cvs_src_snapshot_2006_02_20/vector/v.what
> > --
> > Finished compilation: Sun Feb 26 21:27:04 CET 2006
> > (In case of errors please change into the directory with error and run
> 'make')
> > *********
> >
> > I tried to make it directly in v.what folder but :
> >
> > *********
> > [misovic@thailon v.what]$ make
> > gcc
>
-I/home/misovic/download/gis/grass/grass-6.1.cvs_src_snapshot_2006_02_20/dist.i686-pc-linux-gnu/include
> > -O3 -mcpu=pentium4 -Wall -Wall -Wconversion -Wno-implicit-int
> > -I/usr/local/include -DPACKAGE=\""grassmods"\"
> >
>
-I/home/misovic/download/gis/grass/grass-6.1.cvs_src_snapshot_2006_02_20/dist.i686-pc-linux-gnu/include
> > \
> > -o OBJ.i686-pc-linux-gnu/main.o -c main.c
> > `-mcpu=' is deprecated. Use `-mtune=' or '-march=' instead.
> > main.c:24:21: glocale.h: No such file or directory
> > main.c:25:17: gis.h: No such file or directory
> > main.c:27:18: Vect.h: No such file or directory
> > main.c:28:20: raster.h: No such file or directory
> > main.c:30:18: dbmi.h: No such file or directory
> > main.c:32:20: config.h: No such file or directory
> > main.c: In function `main':
> > main.c:40: error: storage size of 'window' isn't known
> > *********
>
>
> did you run 'configure' as well?
> The position of the include files was modified recently.

No, I've just run make ... configuration was done before for whole Grass.

Peter

> Markus
>
>
> > Please, would I stay with old v.what from
> > grass-6.1.cvs_src_snapshot_2006_02_20 in combination with news gis.m
> > and gm folder or is better to make it with untouched original source
> > of CVS Grass.
>
> >
> >
> > Thank you,
> > if it is just because of development I understand and I shall wait.
> >
> > Peter
> >
> >
> >
> >
> >
> >
> > On 2/26/06, Ing.Peter Misovic <peter.misovic@gmail.com> wrote:
> > > Yes, I understand the concept. It works fine now. I've started Grass
> > > from folder with limited write permissions.
> > >
> > > I have question in regard of this issue. Is it problem to find out in
> > > script (code) from system WHO is starting script ? If it is not, the
> > > script could create temp (etc.) files directly into home directory of
> > > user who has started this script. Even if the sctipt is not starting
> > > from user's home directory.
> > >
> > >
> > > Peter
> > >
> > >
> > >
> > > On 2/26/06, Glynn Clements <glynn@gclements.plus.com> wrote:
> > > >
> > > > Ing.Peter Misovic wrote:
> > > >
> > > > > I'd like to ask you for help with gis.m Grass manager. Manager is
> not
> > > > > starting properly 'cause it is crashing with following error :
> > > >
> > > > > ERROR: PNG: couldn't open output file dispmon_1.ppm
> > > >
> > > > The PNG driver is trying to save its files in the current
directory.
> > > > If you don't have write permission on that directory, it will fail.
> > > > Similarly, if the file already exists but you don't have write
> > > > permission on it, it will fail.
> > > >
> > > > ISTR that later versions of gis.m tell the PNG driver to put the
files
> > > > in a temporary directory.
> > > >
> > > > Either cd to a directory for which you have write permission, or
> > > > update to a more recent version of gis.m. In any event, you should
do
> > > > the latter sooner rather than later, as gis.m is under active
> > > > development.
> > > >
> > > > --
> > > > Glynn Clements <glynn@gclements.plus.com>
> > > >
> > >
> >
>
> --
> Markus Neteler <neteler itc it> http://mpa.itc.it
> ITC-irst - Centro per la Ricerca Scientifica e Tecnologica
> MPBA - Predictive Models for Biol. & Environ. Data Analysis
> Via Sommarive, 18 - 38050 Povo (Trento), Italy
>

Ing.Peter Misovic wrote:

Markus, this is error you've asked (occures after make command) in
raster/r.le/ folder.

[misovic@thailon r.le.setup]$ make
Makefile:16: warning: overriding commands for target `clean'
../../../include/Make/Rules.make:34: warning: ignoring old commands
for target `clean'
gcc -I/home/misovic/download/gis/grass/grass-6.1.cvs_src_snapshot_2006_02_25/dist.i686-pc-linux-gnu/include
-O3 -mcpu=pentium4 -Wall -Wall -Wconversion -Wno-implicit-int
-I/usr/local/include -DPACKAGE=\""grassmods"\"
-I/home/misovic/download/gis/grass/grass-6.1.cvs_src_snapshot_2006_02_25/dist.i686-pc-linux-gnu/include
\
        -o OBJ.i686-pc-linux-gnu/sample.o -c sample.c
`-mcpu=' is deprecated. Use `-mtune=' or '-march=' instead.

[snip]

sample.c:994: internal compiler error: in convert_move, at expr.c:566
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:https://qa.mandrakesoft.com/&gt; for instructions.

It's an internal compiler error (i.e. an error in the compiler, not
the file it's trying to compile). As it says, report it to whoever
built gcc (i.e. Mandrake). I doubt that there is anything that we can
do about it.

--
Glynn Clements <glynn@gclements.plus.com>

Thank you, I thought so ....

Peter

On 2/27/06, Glynn Clements <glynn@gclements.plus.com> wrote:

Ing.Peter Misovic wrote:

> Markus, this is error you've asked (occures after make command) in
> raster/r.le/ folder.

> [misovic@thailon r.le.setup]$ make
> Makefile:16: warning: overriding commands for target `clean'
> ../../../include/Make/Rules.make:34: warning: ignoring old commands
> for target `clean'
> gcc -I/home/misovic/download/gis/grass/grass-6.1.cvs_src_snapshot_2006_02_25/dist.i686-pc-linux-gnu/include
> -O3 -mcpu=pentium4 -Wall -Wall -Wconversion -Wno-implicit-int
> -I/usr/local/include -DPACKAGE=\""grassmods"\"
> -I/home/misovic/download/gis/grass/grass-6.1.cvs_src_snapshot_2006_02_25/dist.i686-pc-linux-gnu/include
> \
> -o OBJ.i686-pc-linux-gnu/sample.o -c sample.c
> `-mcpu=' is deprecated. Use `-mtune=' or '-march=' instead.

[snip]

> sample.c:994: internal compiler error: in convert_move, at expr.c:566
> Please submit a full bug report,
> with preprocessed source if appropriate.
> See <URL:https://qa.mandrakesoft.com/&gt; for instructions.

It's an internal compiler error (i.e. an error in the compiler, not
the file it's trying to compile). As it says, report it to whoever
built gcc (i.e. Mandrake). I doubt that there is anything that we can
do about it.

--
Glynn Clements <glynn@gclements.plus.com>

Peter,

r.le.setup does not tolerate some GCC optimisation flags. I can see you
have used -O3, maybe that's the point? Take a look at similar case
https://intevation.de/rt/webrt?serial_num=4021.

Glynn,

Could it be a fault in r.le.setup code?

Maciek

--------------------
W polskim Internecie s? setki milion?w stron. My przekazujemy Tobie tylko najlepsze z nich!
http://katalog.panoramainternetu.pl/

OK I can try out. I will keep you all informed..

Thank you,
Peter

On 2/28/06, Maciek Sieczka <werchowyna@epf.pl> wrote:

Peter,

r.le.setup does not tolerate some GCC optimisation flags. I can see you
have used -O3, maybe that's the point? Take a look at similar case
https://intevation.de/rt/webrt?serial_num=4021.

Glynn,

Could it be a fault in r.le.setup code?

Maciek

--------------------
W polskim Internecie s? setki milion?w stron. My przekazujemy Tobie tylko najlepsze z nich!
http://katalog.panoramainternetu.pl/

Maciek Sieczka wrote:

r.le.setup does not tolerate some GCC optimisation flags. I can see you
have used -O3, maybe that's the point? Take a look at similar case
https://intevation.de/rt/webrt?serial_num=4021.

Glynn,

Could it be a fault in r.le.setup code?

I'm sure there are ways in which the code could be re-written which
would avoid the error. It's rather hard to find out how, though.

Ultimately, "internal compiler error" means a problem with the
compiler. Even if the code was actually faulty, it's the compiler's
job to identify and report the error.

The line number given for the error (sample.c:994) corresponds to the
definition of overlap(), which is a fairly trivial function; trivial
enough that it's likely to be inlined with -O3. It's called from
within calc_unit_loc() and graph_unit(), both of which are quite
complex, and both use goto.

In particular, both of the calls to overlap() are between the label
and the corresponding goto statement. I suspect that the use of goto
is the most likely issue: goto is trivial to implement in a dumb
compiler, but /really/ problematic for optimising compilers.

--
Glynn Clements <glynn@gclements.plus.com>