[GRASS-dev] Re: [GRASS GIS] #432: scripts/ Makefile bug in i18N string extraction

GRASS GIS trac at osgeo.org
Fri Jan 16 04:27:43 EST 2009


#432: scripts/ Makefile bug in i18N string extraction
--------------------------+-------------------------------------------------
  Reporter:  neteler      |       Owner:  grass-dev at lists.osgeo.org
      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>


More information about the grass-dev mailing list