Hi there,
I have released GRASS 6.0.1RC1 (release candidate 1):
http://grass.itc.it/grass60/source/
- grass-6.0.1RC1.md5sum 03-Aug-2005 18:31 1k
- grass-6.0.1RC1.tar.gz 03-Aug-2005 18:31 8.1M
What's new:
More than 140 fixes were applied after 6.0.0. Please
refer to the ChangeLog for details:
http://grass.itc.it/grass60/source/ChangeLog_6.0.1RC1.gz
Thanks to all contributors!
Please test and report.
Markus
Excellent! Unfortunately, the ongoing C++ ABI transition prevents me
from being able to upload an updated package until gdal and some others
have made the transition:
http://people.debian.org/~mfurr/gxx/html/l/i/libgrass-dev.html
I'll package it ASAP though.
Steve
On Wed, 2005-08-03 at 18:48 +0200, Markus Neteler wrote:
Hi there,
I have released GRASS 6.0.1RC1 (release candidate 1):
http://grass.itc.it/grass60/source/
- grass-6.0.1RC1.md5sum 03-Aug-2005 18:31 1k
- grass-6.0.1RC1.tar.gz 03-Aug-2005 18:31 8.1MWhat's new:
More than 140 fixes were applied after 6.0.0. Please
refer to the ChangeLog for details:
http://grass.itc.it/grass60/source/ChangeLog_6.0.1RC1.gzThanks to all contributors!
Please test and report.
Markus
_______________________________________________
Pkg-grass-general mailing list
Pkg-grass-general@lists.alioth.debian.org
http://lists.alioth.debian.org/mailman/listinfo/pkg-grass-general
A couple problems I found (leftover from 6.0.0): GCC 4 (Mac OS 10.4) problems
- imagery/i.cca - the command_keys declaration in globals.h was removed in 6.1 CVS but not 6.0.
- r.grow2 - the abs() function/macro problem that was fixed in 6.1 CVS.
If you want bug reports to fix these I can do that.
-----
William Kyngesburye <kyngchaos@kyngchaos.com>
http://www.kyngchaos.com/
"History is an illusion caused by the passage of time, and time is an illusion caused by the passage of history."
- Hitchhiker's Guide to the Galaxy
William,
I have fixed both problems in 6.0.1-CVS (so it will go into RC2).
Markus
On Wed, Aug 03, 2005 at 04:10:36PM -0500, William K wrote:
A couple problems I found (leftover from 6.0.0): GCC 4 (Mac OS 10.4)
problems- imagery/i.cca - the command_keys declaration in globals.h was
removed in 6.1 CVS but not 6.0.- r.grow2 - the abs() function/macro problem that was fixed in 6.1 CVS.
If you want bug reports to fix these I can do that.
-----
William Kyngesburye <kyngchaos@kyngchaos.com>
http://www.kyngchaos.com/"History is an illusion caused by the passage of time, and time is an
illusion caused by the passage of history."- Hitchhiker's Guide to the Galaxy
--
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
On Wed, Aug 03, 2005 at 10:24:07PM -0500, William Kyngesburye wrote:
On Aug 3, 2005, at 6:34 PM, Markus Neteler wrote:
> only these two problems?Except for the SHLIB_LD bug, and the big r.terraflow GCC 4 issue,
just these keep it from a clean build on Mac OS X Tiger.As I thought about this, I looked at options I haven't tried yet.
One is NLS - what's this? The requirements doc says nothing about this.thanks
OK, I see:
http://grass.itc.it/platforms/macgrass/grass.php
"Edit configure. Around line 2200 find a block that starts with Rhapsody-*|Darwin-*) (it's the first one in the file). Change the SHLIB_LD line to:"
...
should I do so?
But the file which must be changes is aclocal.m4, around line 926.
Then autoconf-2.13 needs to be re-run.
Concerning r.terraflow GCC 4: I have no idea how to change that.
Markus
On Aug 4, 2005, at 3:11 AM, Markus Neteler wrote:
OK, I see:
http://grass.itc.it/platforms/macgrass/grass.php
"Edit configure. Around line 2200 find a block that starts with Rhapsody-*|Darwin-*) (it's the first one in the file). Change the SHLIB_LD line to:"
...should I do so?
But the file which must be changes is aclocal.m4, around line 926.
Then autoconf-2.13 needs to be re-run.
bug #2544.
That would be great if someone could do that. I figured it would be a change in the autoconf stuff but I don't know anything about that.
Concerning r.terraflow GCC 4: I have no idea how to change that.
yeah, I figure Helena and friends are working on that.
-----
William Kyngesburye <kyngchaos@kyngchaos.com>
http://www.kyngchaos.com/
"This is a question about the past, is it? ... How can I tell that the past isn't a fiction designed to account for the discrepancy between my immediate physical sensations and my state of mind?"
- The Ruler of the Universe
On Thu, 2005-08-04 at 09:16 -0500, William K wrote:
> Concerning r.terraflow GCC 4: I have no idea how to change that.
>
yeah, I figure Helena and friends are working on that.
I posted a fix for this a few months ago, but the author wanted to
investigate it on their own, so it was never applied.
--
Brad Douglas <rez@touchofmadness.com>
(cc ML for the archive)
On Thu, Aug 04, 2005 at 11:59:09AM -0500, William Kyngesburye wrote:
On Aug 4, 2005, at 10:42 AM, Markus Neteler wrote:
>On Thu, Aug 04, 2005 at 09:16:03AM -0500, William K wrote:
>
>>bug #2544
>>
>
>OK.
>
>Find attached a modified
> configure
>to test. Please report, then I'll update in CVS.
>
it works
If there are no objections, I'll update aclocal.m4 and
configure in CVS tomorrow (for RC2 and 6.1-CVS).
>Are we sure that it doesn't break things for other
>Mac versions?
>
I've used that form of SHLIB_LD in 10.3 and 10.4. And a slightly
different form when I was on 10.2, but that was because of changes in
the GRASS make variables for version and install dir.It's the standard way of building libraries for all versions of Mac
OS X (the install_name and xxx_version parts). The flat_namespace
and fno_common are pretty normal for Mac OS X UNIX-ported software
and have pretty much the same effect (as far as I can tell) as the
single_module option that was there before, but I never see single-
module used coming out of libtool-enabled source. (now that I said
that, I'll probably find something that uses single-module and find
out why ^_^)I'm not sure about the Rhapsody part. Libtool handles rhapsody and
darwin1 the same for some stuff, but darwin* is handled alone (Mac OS
10.4 is darwin 8.x, 10.3 is darwin 7.x, 10.2 is 6.x), so there is
much that is darwin-specific and only a little that is shared between
darwin and rhapsody. This is just from searching for 'rhapsody' and
'darwin' in ltmain.sh, I really don't know much about rhapsody or the
early days of darwin.One note: if I could figure out a reliable method for getting a
release version as integer, I would add that to the current_version
option. But GRASS_VERSION_RELEASE gets RC and CVS at various
stages.
Ah, now I understand. Yes, we have "1RC1" currently as RELEASE.
It doesn't harm for other platforms (apparently).
Does it matter whether the versions are added indirectly in
configure, like the way I have it now (\${GRASS_VERSION_MAJOR}, etc)
or directly in configure (remove the backslash so it expands
immediately)? The darwin section could have a little extra parsing
before setting SHLIB_LD to say: if it's CVS, make the release '0', if
it's a RC, extract the target release number (not the RC number),
otherwise use the number as is.
Discussion is open!
My intention was simply to get the RC state into the VERSION to
avoid confusion. Probably we need a modified scheme for that.
Markus
On Thu, Aug 04, 2005 at 10:05:57PM +0200, Markus Neteler wrote:
(cc ML for the archive)
On Thu, Aug 04, 2005 at 11:59:09AM -0500, William Kyngesburye wrote:
> On Aug 4, 2005, at 10:42 AM, Markus Neteler wrote:
> >On Thu, Aug 04, 2005 at 09:16:03AM -0500, William K wrote:
> >
> >>bug #2544
> >>
> >
> >OK.
> >
> >Find attached a modified
> > configure
> >to test. Please report, then I'll update in CVS.
> >
> it worksIf there are no objections, I'll update aclocal.m4 and
configure in CVS tomorrow (for RC2 and 6.1-CVS).
Forgot to attach the patch.
Now attached.
Markus
> >Are we sure that it doesn't break things for other
> >Mac versions?
> >
> I've used that form of SHLIB_LD in 10.3 and 10.4. And a slightly
> different form when I was on 10.2, but that was because of changes in
> the GRASS make variables for version and install dir.
>
> It's the standard way of building libraries for all versions of Mac
> OS X (the install_name and xxx_version parts). The flat_namespace
> and fno_common are pretty normal for Mac OS X UNIX-ported software
> and have pretty much the same effect (as far as I can tell) as the
> single_module option that was there before, but I never see single-
> module used coming out of libtool-enabled source. (now that I said
> that, I'll probably find something that uses single-module and find
> out why ^_^)
>
>
> I'm not sure about the Rhapsody part. Libtool handles rhapsody and
> darwin1 the same for some stuff, but darwin* is handled alone (Mac OS
> 10.4 is darwin 8.x, 10.3 is darwin 7.x, 10.2 is 6.x), so there is
> much that is darwin-specific and only a little that is shared between
> darwin and rhapsody. This is just from searching for 'rhapsody' and
> 'darwin' in ltmain.sh, I really don't know much about rhapsody or the
> early days of darwin.
>
>
> One note: if I could figure out a reliable method for getting a
> release version as integer, I would add that to the current_version
> option. But GRASS_VERSION_RELEASE gets RC and CVS at various
> stages.Ah, now I understand. Yes, we have "1RC1" currently as RELEASE.
It doesn't harm for other platforms (apparently).> Does it matter whether the versions are added indirectly in
> configure, like the way I have it now (\${GRASS_VERSION_MAJOR}, etc)
> or directly in configure (remove the backslash so it expands
> immediately)? The darwin section could have a little extra parsing
> before setting SHLIB_LD to say: if it's CVS, make the release '0', if
> it's a RC, extract the target release number (not the RC number),
> otherwise use the number as is.Discussion is open!
My intention was simply to get the RC state into the VERSION to
avoid confusion. Probably we need a modified scheme for that.Markus
aclocal_m4.pat (1.07 KB)
On Thu, Aug 04, 2005 at 10:05:57PM +0200, Markus Neteler wrote:
(cc ML for the archive)
On Thu, Aug 04, 2005 at 11:59:09AM -0500, William Kyngesburye wrote:
> On Aug 4, 2005, at 10:42 AM, Markus Neteler wrote:
> >On Thu, Aug 04, 2005 at 09:16:03AM -0500, William K wrote:
> >
> >>bug #2544
> >>
> >
> >OK.
> >
> >Find attached a modified
> > configure
> >to test. Please report, then I'll update in CVS.
> >
> it worksIf there are no objections, I'll update aclocal.m4 and
configure in CVS tomorrow (for RC2 and 6.1-CVS).
Patched in both 6.0.1-release branch and 6.1-CVS.
Markus
On Thu, Aug 04, 2005 at 09:16:03AM -0500, William K wrote:
On Aug 4, 2005, at 3:11 AM, Markus Neteler wrote:
...
>Concerning r.terraflow GCC 4: I have no idea how to change that.
>
yeah, I figure Helena and friends are working on that.
I have merged the 6.1-CVS fix from Brad into the release branch.
Time for GRASS 6.0.0RC2...
Markus