[GRASS-dev] [GRASS GIS] #3331: ctypes: ValueError: invalid literal for int() with base 8: '08420217248550443400745280086994171'

[GRASS GIS]

#3331: ctypes: ValueError: invalid literal for int() with base 8:
'08420217248550443400745280086994171'
--------------------------+---------------------------------
  Reporter:  neteler      |      Owner:  grass-dev@…
      Type:  defect       |     Status:  new
  Priority:  normal       |  Milestone:  7.2.2
 Component:  Python       |    Version:  svn-releasebranch72
Resolution:               |   Keywords:  ctypes, python
       CPU:  Unspecified  |   Platform:  Unspecified
--------------------------+---------------------------------

Comment (by neteler):

 Replying to [comment:34 glynn]:
 > Replying to [comment:24 neteler]:
 > > While we are at it: I found three parsing errors with the patched
 ctypes version
 ...
 > This:
 > {{{
 > Error: /usr/lib/gcc/x86_64-redhat-linux/6.3.1/include/stddef.h:427:
 Syntax error at '__attribute__'
 > }}}
 > might be a problem if it prevents gmath.py from being generated. It can
 probably be worked around with something like:
 > {{{
 > #ifdef CTYPESGEN
 > #undef __attribute__
 > #define __attribute__(x)
 > #endif
 > }}}
 > at the top of gmath.h (before including stddef.h).

 That helps, submitted in r71201 and backported to relbr72 and relbr70.

 > This:
 > {{{
 > Warning: Could not parse macro "#define TGIS STR3DS i5"
 > }}}
 > is caused by an error in temporal.h; it should be
 > {{{
 > #define TGIS_STR3DS       5
 > }}}
 > with an underscore.

 Oh :) Fixed in r71198 and backported to relbr72 and relbr70.

 Remains how to deal with the gcc7 ctpes lexer problem. At time both
 floats1.diff and floats2.diff are added to trunk, perhaps only one should
 be used? Hints welcome.

--
Ticket URL: <https://trac.osgeo.org/grass/ticket/3331#comment:36>
GRASS GIS <https://grass.osgeo.org>