from
sqlp.y using yacc or bison.
FWIW, the file which bison generates uses ANSI C syntax if __STDC__ is
defined (which is the case for any ANSI C compiler).
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
the
command passed to subprocess.Popen().
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
with G_close_cell() or G_unopen_cell() in order to
release other resources associated with the map.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
). The others only really
matter for building shared libraries (LDFLAGS is also used for
building executables, but it can normally be empty).
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http
G_close_gdal_link(fcb-gdal);
http://grass.osgeo.org/programming6/closecell_8c_source.html#l00130
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
)) *
255.999)
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
/utils.py within the GRASS installation.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
in core/utils.py with:
def split(s):
!Platform spefic shlex.split
if sys.platform == win32:
return shlex.split(s.replace('\\', r'\\'))
else:
return shlex.split(s)
--
Glynn Clements gl...@gclements.plus.com
or double colon operator.
./include/Make/Grass.make, line 403: make: Dependency line needs
colon or double colon operator.
These all correspond to ifeq/ifneq/else/endif directives. Presumably
the problem is caused by not using GNU make (or possibly using an
ancient version).
--
Glynn Clements gl
was able to report the correct $host
value and which compiler/linker switches actually worked on that
system.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
backslashes rather than as escape characters. If that's the only
reason, then removing the if case may suffice.
I don't know exactly how let our guest test that...
Tell them to modify utils.py as described above, or provide them with
a modified version.
--
Glynn Clements gl...@gclements.plus.com
is caused by || rather than the
spaces?
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
this to be the exception rather than the rule.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
the few users who actually need that flag, there might be
someone willing to put in the effort to figure out which version
corresponds to which API.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http
if an input map is all-null.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
the
4.x G_get_map_row() function (which maps null to zero) to the 7.0
Rast_get_c_row() function (which leaves null as-is, i.e. -2^31). I.e.
it now reads nulls as nulls (instead of zeros) but doesn't actually
make any attempt to deal with the nulls which it gets.
--
Glynn Clements gl
Glynn Clements wrote:
I believe that the problem is due to an incomplete conversion from the
4.x G_get_map_row() function (which maps null to zero) to the 7.0
Rast_get_c_row() function (which leaves null as-is, i.e. -2^31). I.e.
it now reads nulls as nulls (instead of zeros) but doesn't
by the same rules
as raster map names:
if (!G_legal_filename(windowName)) {
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
the startup script.
FWIW, I do have a ~/.grass7/rc file; the timestamp is Feb 2010, which
shows how often I run the startup script.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org
quotes.
From the above code, it appears that posix=False is used on Windows so
that backslash characters in filenames are treated as literal
backslashes rather than as escape characters. If that's the only
reason, then removing the if case may suffice.
--
Glynn Clements gl...@gclements.plus.com
-`whoami`-$GIS_LOCK
export GISRC=$tmp/gisrc
mkdir $tmp
cp ~/.grassrc6 $GISRC
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
creates a lock file in the new mapset directory and removes
the lock file from the old mapset directory.
For 7.0, I suggest updating the global lockfile variable in
lib/init/grass.py based upon the contents of the $GISRC file after the
session (shell, GUI, batch job) has finished.
--
Glynn Clements gl
that anyone would actually want to use these macros from
Python anyhow. The struct, ctypes or numpy modules would be more
appropriate.
The warnings can be avoided by guarding the macro definitions with
#ifndef CTYPESGEN.
--
Glynn Clements gl...@gclements.plus.com
if the
expression is quoted with double quotes you can quote map names with
single quotes and vice-versa.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
would result in G_parser() complaining that outmap isn't a
recognised option name.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
support integer arithmetic).
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
, the fix is much simpler: use #!/usr/bin/env python and put a
symlink from $GISBASE/bin/python to any Python 2.x interpreter.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo
by
providing advice to the user).
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
let the build complete OK. Do you know
if there is a workaround which does not involve modyfying the source though?
Create a directory containing a symlink from python to the python2
executable, than add that directory to the front of the PATH.
--
Glynn Clements gl...@gclements.plus.com
But in 7.0, all of the shell scripts have been replaced by Python
scripts, with the shebang:
#!/usr/bin/env python
The simplest solution for this is probably to add a symlink from
$GISBASE/bin/python to the appropriate interpreter.
--
Glynn Clements gl...@gclements.plus.com
*)
+MINGW* | MSYS*)
followed by re-generating configure.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
reasons that suggest to not
touch the current layout?
No. It's only like that by historical accident, not by deliberate
intent.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org
to
a separate file which can then be included from both Html.make and
GuiScript.make.
--
Glynn Clements gl...@gclements.plus.com
# common dependencies and rules for building GUI module
include $(MODULE_TOPDIR)/include/Make/Vars.make
include $(MODULE_TOPDIR)/include/Make/Rules.make
include
of the
.tmp.html file to be suppressed. Another is to explicitly order the
builds, e.g.:
guiscript: $(IMGDST) $(PYFILES)
$(MAKE) $(CMDHTML)
-rm -f g.gui.*.tmp.html
$(MAKE) $(GUIHTML)
.PHONY: guiscript
--
Glynn Clements gl...@gclements.plus.com
Vaclav Petras wrote:
Why the directory layout in source codes differs form the layout in
dist directory?
Originally, the only Python code was the grass.script library (which
was just called grass). ctypes, temporal and pygrass were added
later.
--
Glynn Clements gl...@gclements.plus.com
Glynn Clements wrote:
I've made the following change in r54167:
*-pc-mingw32)
+*-pc-msys)
Of course, this should have been:
*-pc-mingw32 | *-pc-msys)
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing
is the default name for any test programs which the
configure script generates.
You should examine the config.log file for related error messages.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http
, and variables and rules which are
defined there should be removed from GuiScript.make.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
and `%.tmp.html` from
Html.make is used instead.
Right. It's supposed to choose the most-specific match (the one with
the shortest stem), but that was broken in 3.81; it just uses the
first match.
Placing the pattern rule for g.gui.%.tmp.html before Html.make is
included should avoid the issue.
--
Glynn
SHLIB_LD=${CC} -shared
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
and feed it to
r.reclass via stdin, e.g. using grass.write_command().
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
support interpolation methods other than
nearest-neighbour.
5. It shouldn't require loading the entire raster into memory.
The easiest way to get most of these features would be to take the
code from r.proj.
--
Glynn Clements gl...@gclements.plus.com
the
limit not implementation-dependent.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
apply the workaround. Particularly important, is the limit the same for
all users, or if not, what would be a safe limit? Or is there a way to
set this limit from within a script?
The limit would depend upon the number of columns in the current
region and the amount of memory available.
--
Glynn
.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
or
immediately following another '-', otherwise it's a dash.
The following regexp should match the above syntax correctly:
^\(-\?[0-9]\+\)-\(-\?[0-9]\+\) *| *\([0-9]\+\) # basic RE syntax
^(-?[0-9]+)-(-?[0-9]+) *\| *([0-9]+)# extended RE syntax
--
Glynn Clements gl
you add a wish to the bug tracker?
p.s. I applied the patch to my GRASS7, can I also apply the patch to
GRASS64?
I'm not sure that the patch will apply to 6.4, but there's no
fundamental reason the same change cannot be made.
--
Glynn Clements gl...@gclements.plus.com
to:
#define X(j) (argz[2 + (j) + 0][i])
#define Y(j) (argz[2 + (j) + n][i])
In practice, we'd want to re-factor the common code.
A (untested) patch to implement a graph2() function with the above
syntax is attached.
--
Glynn Clements gl...@gclements.plus.com
Index: raster
), but we can't do the reverse. Also, if one form uses
camel-case while the other use underscores, it gets more complicated.
Basically: how important is it for each module to have a WXPGM
distinct from PGM?
--
Glynn Clements gl...@gclements.plus.com
___
grass
correctly on another
system with a different encoding.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
gisenv
read_command
pipe_command
start_command
Try r53716. Although I don't know if this is actually related to the
import lock issue.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev
-mangling per se that's the problem. Unlike C, C++
doesn't have a defined ABI, so code generated by one compiler
typically won't be compatible with code generated by another compiler.
The differences in name mangling are so that you don't accidentally
use incompatible libraries.
--
Glynn Clements
:
make: *** No targets specified and no makefile found. Stop.
raster/r.convert:
make: *** No targets specified and no makefile found. Stop.
Also: consists entirely of shell scripts.
vector/v.in.redwg:
dwg.h: No such file or directory
--
Glynn Clements gl...@gclements.plus.com
with a default value.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
, e.g. $(MPICC).
vector/v.in.redwg requires LIBREDWGLIBPATH and LIBREDWGINCPATH to have
any necessary -L/-I switches for libredwg and dwg.h.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http
developers
won't even try to compile it. If the modules were in trunk, developers
may notice errors or warnings as part of the normal build process.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http
, v.in.dwg should be moved to add-ons unless LibreDWG support is
expected in the foreseeable future.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
: $(DSTFILES)
+ -$(MAKE) menustrings.py
$(MAKE) parsubdirs
menustrings.py is only required to get the strings into the .pot file
used for translation. In fact, the rule to build it could reasonably
be moved to locale/Makefile, where it can be made a dependency of the
pot target.
--
Glynn
is now catched (see r53555).
That's the wrong fix. grass.script should always be available.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
).
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
/wxpython/Makefile
It fails with make -j2 (or higher) as well.
Any idea?
It would help if you could post the actual error message(s).
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http
package built from it. It isn't in the official
Windows installer, or Gentoo's dev-lang/python package. On Gentoo,
it's in dev-python/python-dateutil. Regardless of platform, it will
get installed under site-packages.
--
Glynn Clements gl...@gclements.plus.com
.
I have no particular opinion as to whether or not dateutil should be
used, but it should not be an optional dependency. I.e. either require
it or don't use it, but don't offer two subtly-different APIs.
--
Glynn Clements gl...@gclements.plus.com
:
menustrings.py: core/menudata.py $(ETCDIR)/xml/menudata.xml
$(ETCDIR)/xml/menudata_modeler.xml
echo $@
-$(call run_grass,$(PYTHON) $ $@)
-$(call run_grass,$(PYTHON) $ modeler $@)
--
Glynn Clements gl...@gclements.plus.com
, or it doesn't, in which
case data which doesn't conform to the standard format should at a
minimum result in a visible warning.
Simply documenting the standard format while silently accepting
non-standard data is asking for trouble.
--
Glynn Clements gl...@gclements.plus.com
from 7.0 because they interfered
with running Python scripts.
OTOH, g.extension doesn't really work on Windows anyhow. Most users
won't have a compiler, make, or a Unix shell (which make requires).
Windows users are better served by having extensions pre-compiled and
packaged.
--
Glynn Clements gl
dependency.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
(Map, line_p, line_c, 1);
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
of the wxPython scripts are installed as non-executable. The GUI
probably fudges the issue by executing them with python script.py
If these can reasonably be used from outside the GUI, they should have
execute permission and a shebang, otherwise they should have neither.
--
Glynn Clements gl
in 7.0 should accept datumtrans= as an
abbreviation, but will also accept e.g. dt= or dtrans=.
More generally, if one option is a prefix of another, adding an
underscore to the longer option will typically result in the minimum
abbreviation being substantially shorter.
--
Glynn Clements gl
difference it makes to a sparse (e.g. all-zeros) map.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
) should be used. SystemExit isn't
supposed to be permanently caught. Rather, it allows context
managers (with statement), try-finally, and try-except-raise to be
used to clean up on the way out.
For simple clean-up operations, atexit.register() is sufficient.
--
Glynn Clements gl
, and that LZW and
LZ77 are mutually exclusive at compile time, there seems little point
in keeping any of the LZW code.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass
Sören Gebbert wrote:
More tests are needed, but I think it can be committed since it looks
pretty stable.
Done in r53256. Removal of configure checks to follow.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev
Markus Neteler wrote:
thanks for r53256 (Eliminate XDR dependency from raster3d library).
Question: can the XDR test now be eliminated from configure[.in]?
That was done in r53257.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing
be fixed by r53237.
You'll need to run g.mkfontcap on the target system to build the
fontcap file. But ideally that should be done even when not
cross-compiling; in general, there's no reason to assume that the
target system has the same fonts as the build system.
--
Glynn Clements gl
: In function 'double
find_max_gradient_in_status_struct(StatusList*, double, double, double)':
statusstructure.cpp:295: error: reference to 'is_empty' is ambiguous
Ditto; In C++11, type_traits also defines std::is_empty.
--
Glynn Clements gl...@gclements.plus.com
, double), but we also need to check that grids written
with the new code can be read (using both the old and new code).
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman
compiled, 34 fail, most of them due to the G3D lib XDR issue).
I'll look into the G3D XDR issue.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Glynn Clements wrote:
Currently, the configure script shouldn't abort if it can't find the
XDR functions. If you remove the AC_MSG_ERROR, you need to add XDRLIB=
so that it's always defined.
That should have said ... should abort if
So, a high percentage of the GRASS modules do
to make target
`/home/neteler/grass70/dist.arm-unknown-linux-androideabi/docs/html/grass-dbf.html',
needed by `db_html'. Stop.
make[4]: *** Waiting for unfinished jobs
make[4]: Leaving directory `/home/neteler/grass70/db/drivers/dbf'
This might be fixed by r53206.
--
Glynn Clements gl
.
lib/raster3d should be converted to use these.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
by the DISPLAY environment
variable.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
the parser check that the values fall within the range.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
Glynn Clements wrote:
The option definition in the script should have:
#% type: double
#% multiple: yes
This allows g.parser to validate the option syntax, so you can rely
upon the string being in the correct format. If the values have a
fixed range, you can use e.g
to catch
grass.fatal() errors by exception and to avoid the raise of a script
error by calling grass.error().
Can you elaborate?
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org
lookup
/home/abuild/rpmbuild/BUILD/grass-6.4.2/dist.x86_64-unknown-linux-gnu/include/grass/iostream/minmaxheap.h:747:5:
note: use 'this-insert' instead
Perhaps this was fixed in another step?
Yes, r51633.
--
Glynn Clements gl...@gclements.plus.com
field_separator, for which e.g.
fs or fsep would be valid abbreviations (but not e.g. sep or
separator, as the first letter of the first word is required).
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http
I'd like to do this doesn't work. So what is the correct syntax here?
grass.run_command('g.copy', **{datatype: (input, output)})
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http
that SHLIB_SUFFIX is empty.
I have no idea why it would only affect these specific libraries; or
are you doing an incremental build (no make clean)?
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http
Markus Neteler wrote:
Could anyone please forward-port r52421 to GRASS 7 in the
desired better way?
r52421 isn't applicable to GRASS 7, where r.mapcalc uses G_parser().
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass
), we need raw access to Xlib for
reasons related to NVIZ.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
of that release. A particular branch might
be of better quality, but a branch can never be as stable as a
release.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass
to kill devbr6.
+1.
If a change is too invasive to go into the 6.4 branch, it belongs on
the 7.0 trunk.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
,
then a successful fix in 6.5 is no guarantee of success in 6.4.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
.
--
Glynn Clements gl...@gclements.plus.com
___
grass-dev mailing list
grass-dev@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/grass-dev
.
Question: why the uncompressed PNM/PPM format used by g.pnmcomp?
The original reason was that Tk doesn't support PNG.
That isn't relevant to the wxPython GUI. But the wxPython GUI should
really be doing its own compositing rather than relying upon
g.pnmcomp.
--
Glynn Clements gl
distance),
NULL);
G_option_descs() would either construct the necessary -descriptions
string, or (preferably) just fill in the -descs field directly,
eliminating the need for the -descriptions field altogether.
--
Glynn Clements gl...@gclements.plus.com
Markus Neteler wrote:
then it should be changes in *all* GRASS.
No, it shouldn't be changed at all.
This change cannot be made in the case where the format string has
parameters, so there's no reason to change it for the parameter-less
case.
Please revert.
--
Glynn Clements gl
501 - 600 of 2359 matches
Mail list logo