#432: scripts/ Makefile bug in i18N string extraction --------------------------+------------------------------------------------- Reporter: neteler | Owner: [email protected] Type: enhancement | Status: new Priority: major | Milestone: 6.4.0 Component: default | Version: svn-develbranch6 Resolution: | Keywords: Platform: All | Cpu: All --------------------------+------------------------------------------------- Changes (by glynn):
* type: defect => enhancement Comment: Replying to [ticket:432 neteler]: > As far as I understand the scripts/Makefile process in GRASS 6, the "make pot" command does not take into account that the scripts have to be "compiled" This is the case generally. Makefiles will not attempt to build prerequisites which are outside of the directory containing the Makefile. E.g. if you build a module and libgis hasn't been compiled, the module's Makefile won't try to build it. You just have to build the components in the correct order. > Typically "make pot" is run on a clean source code tarball, That's a mistake. > could the procedure be changed to either trap this or improve it? I am sure that currently many scripts/ strings are missing from the .po files (unverified). It would be easy enough to check for an empty scriptstrings directory. It could either generate an error or "cd .. && make" to build GRASS. It isn't realistic to perform partial compilation. Building the scripts directory requires g.parser, which requires libgis; in 7.0 it also requires lib/python, and there may be other dependencies I've overlooked. Also, gui/wxpython does something similar for menudata.xml. r.mapcalc's lex/yacc files contain strings which should be localised; that would require mapcalc.tab.c and mapcalc.yy.c to be generated prior to "make pot". -- Ticket URL: <http://trac.osgeo.org/grass/ticket/432#comment:1> GRASS GIS <http://grass.osgeo.org>
_______________________________________________ grass-dev mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/grass-dev
