[GRASS-dev] GRASS 6.1.0 release preparation
Markus Neteler
neteler at itc.it
Wed Jul 5 17:52:00 EDT 2006
On Wed, Jul 05, 2006 at 10:20:56AM +0200, Benjamin Ducke wrote:
> I have one request concerning the GRASS configure script:
> would it be possible for configure to write a small one-line
> ASCII file into GISBASE/etc after a successful configuration,
> which contains all the options that the user passed to the
> configure script?
Hi,
not sure if such line would be portable. But you could fetch
it here:
head -7 config.status | tail -1
Markus
> Having such a file in a standard location would make it
> much easier to compile external modules with exactly the
> same external dependencies as the GRASS system installation.
>
> Best,
>
> Benjamin
>
> Markus Neteler wrote:
> >On Tue, Jul 04, 2006 at 12:26:16AM -0400, Helena Mitasova wrote:
> >...
> >
> >>Some modules have problems running on 64bit (maybe that is also
> >>#4725?
> >
> >
> >The nviz volume bug was recently introduces, I think. As far
> >as I remember it worked some time ago on 64bit.
> >
> >https://intevation.de/rt/webrt?serial_num=4725
> >"
> > I followed "mode" into lib/ogsf/GVL2.c GVL_slice_get_drawmode()
> > and then *gvl to gvl_get_vol() in lib/ogsf/gvl.c, but then I get lost.
> >"
> >
> >?
> >
> >
> >>but it is for sure #4546
> >
> >
> >https://intevation.de/rt/webrt?serial_num=4546
> >r.sim.water crashes in simlib/input.c line 403, function grad_check():
> >
> > if (cchez[k][l] != 0.) {
> >
> > with k=700 and l=0
> >
> >Not sure why.
> >
> >
> >
> >>and supposedly also r.sun - probably due to uninitialized
> >>variables).
> >
> >
> >Right, It crashes in INPUT () at main.c:656
> > if (z[i][j] == UNDEFZ || o[i][j] == UNDEFZ || s[i][j] ==
> > UNDEFZ)
> >
> >Here a Spearfish test script:
> >
> >ELEV=elevation.dem
> >TMP=$$
> >SLOPE=$TMP.slope
> >ASP=$TMP.aspect
> >r.slope.aspect elevation.dem as=$TMP.aspect sl=$TMP.slope --o
> >r.mapcalc global_shadow.rad=0
> >DAY=055
> >r.sun -s elevin=elevation.dem aspin=$TMP.aspect slopein=$TMP.slope
> >day=$DAY \
> > beam_rad=bs_rad.$DAY diff_rad=ds_rad.$DAY refl_rad=rs_rad.$DAY
> >
> >
> >
> >
> >>I don't think that this should stop the release.
> >
> >
> >I would appreciate if those two bugs would be fixed, but we
> >can backport the fixes later.
> >
> >
> >>Also I believe that we should thoroughly test gis.m before release -
> >>we were getting all kinds of error messages but I think that it all
> >>has been fixed by now.
> >
> >
> >Yes, gis.m should get a consolidation cycle now.
> >
> >Markus
> >
> >
> >_______________________________________________
> >grass-dev mailing list
> >grass-dev at grass.itc.it
> >http://grass.itc.it/mailman/listinfo/grass-dev
> >
> >
>
> --
> Benjamin Ducke, M.A.
> Archäoinformatik
> (Archaeoinformation Science)
> Institut für Ur- und Frühgeschichte
> (Inst. of Prehistoric and Historic Archaeology)
> Christian-Albrechts-Universität zu Kiel
> Johanna-Mestorf-Straße 2-6
> D 24098 Kiel
> Germany
>
> Tel.: ++49 (0)431 880-3378 / -3379
> Fax : ++49 (0)431 880-7300
> www.uni-kiel.de/ufg
>
> _______________________________________________
> grass-dev mailing list
> grass-dev at grass.itc.it
> http://grass.itc.it/mailman/listinfo/grass-dev
--
Markus Neteler <neteler itc it> http://mpa.itc.it/markus/
ITC-irst - Centro per la Ricerca Scientifica e Tecnologica
MPBA - Predictive Models for Biol. & Environ. Data Analysis
Via Sommarive, 18 - 38050 Povo (Trento), Italy
More information about the grass-dev
mailing list