Thank you for that answer. I am not sure if I am able to understand the problem in all details resp. to solve the problem. So does these changes in the keywords-list (in the main.c?) involve lots of work or are just minor changes necessary?
I am just asking as I want to use the r.fuzzy tool in GRASS7 and need to adapt a single code line (in local_proto: #define STACKMAX 50 (line 21)) which makes a the selfcompilation necessary. So maybe it is possible to update the r.fuzzy tools to be successfully compiled with GRASS7. Thanks, /Johannes On Mon, May 13, 2013 at 2:05 PM, Glynn Clements <[email protected]>wrote: > > Johannes Radinger wrote: > > > I just tried to build GRASS7 on Ubuntu with the r.stream.* and r.fuzzy > > add-ons in the scripts-folder (the subdirs have been added to the > makefile > > in the scripts folder). > > When running make I face a compilation error in the /man subfolder: > > > VERSION_NUMBER=7.0.svn VERSION_DATE=2013 python ./build_keywords.py > > /usr/local/src/grass7_trunk/dist.i686-pc-linux-gnu/docs/html > > Traceback (most recent call last): > > File "./build_keywords.py", line 38, in <module> > > key = "%s%s" % (key[0].upper(), key[1:]) > > IndexError: string index out of range > > > Any idea where to look for the problem? > > It appears that one of the HTML file has a keyword list which begins > or ends with a comma. > > The KEYWORDS section is in the portion of the HTML file is generated > by running the module with the --html-description flag. > > AFAICT, the problem is due to r.fuzzy.* not having been updated in > response to r38061, which changed the "keywords" field of struct > GModule from a single string (char*) to a list of strings (char**). > > Since that change, assigning a string to module->keywords is an error > (although it will only result in a warning during compilation). > Keywords must be set with either G_add_keyword() or G_set_keywords(). > > As a result, I'd expect those modules to crash when run with any of > the options which output usage information (--help, > --html-description, --interface-description, etc). > > This kind of "bit rot" is an inherent problem with having modules in a > separate "add-ons" repository. FWIW, r38061 was made almost 4 years > ago (2009-06-24). > > -- > Glynn Clements <[email protected]> >
_______________________________________________ grass-user mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/grass-user
