[GRASS-dev] Re: [GRASS GIS] #308: Compiler error while building python swig

[GRASS GIS]

#308: Compiler error while building python swig
----------------------------------+-----------------------------------------
  Reporter:  cgsbob               |       Owner:  grass-dev at lists.osgeo.org
      Type:  defect               |      Status:  new                      
  Priority:  major                |   Milestone:  6.4.0                    
 Component:  SWIG (all bindings)  |     Version:  svn-develbranch6         
Resolution:                       |    Keywords:  python swig              
  Platform:  Unspecified          |         Cpu:  Unspecified              
----------------------------------+-----------------------------------------
Comment (by hamish):

 Glynn:
 > The problem occurs when a nested definition is used for multiple
 > fields. It is solved by extracting the definition then using the
 > tag when defining the field,

 Ok. I don't know why it didn't work the first time I tried untangling
 those structs but with the latest edits to SVN it all works now.
 Great. Backported to devbr6.


 One last thing I'd like to figure out before closing this bug:

 "python test.py" should be run by the Makefile. Besides testing that it
 all works this compiles the .pyc version while we know we have write
 access to the dir. If we wait until after install and let it happen at
 runtime, it is likely that the user won't have write permissions to the
 dir and it will have to be recompiled in memory every time the user uses
 the lib.

 For python_grass[67].py the test must be run in a fake grass session (same
 as the man pages) but I'm not sure how to do that in the Makefile.

 For NumPtr/build/lib.linux-i686-2.4/NumPtr.py I am not sure how to
 generalize the $ARCH. Otherwise it is easy to add "python build/lib.linux-
 i686-2.4/test.py" to the Makefile there to generate the .pyc.


 thanks,
 Hamish

-- 
Ticket URL: <http://trac.osgeo.org/grass/ticket/308#comment:23>
GRASS GIS <http://grass.osgeo.org>