[GRASS-dev] [GRASS GIS] #3331: ctypes: ValueError: invalid literal for int() with base 8: '08420217248550443400745280086994171'
GRASS GIS
trac at osgeo.org
Mon Jun 19 23:06:56 PDT 2017
#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 brunofriedmann):
Replying to [comment:22 neteler]:
> Replying to [comment:21 brunofriedmann]:
> > Excuse me, but how should apply the last 2 patches ?
> > I've tried a build with them apply and the build failed at the same
place as reported.
> > Shall I remove the lextab.py ?
>
> Yes. The procedure:
>
> {{{
> [root at f1e5cbaaed18 trunk ]# cd lib/python/ctypes
> [root at f1e5cbaaed18 ctypes]# patch -p0 < /tmp/floats1.diff
> patching file ctypesgencore/parser/pplexer.py
> [root at f1e5cbaaed18 ctypes]# patch -p0 < /tmp/floats2.diff
> patching file ctypesgencore/parser/pplexer.py
> [root at f1e5cbaaed18 ctypes]# rm -f ctypesgencore/parser/lextab.py*
> [root at f1e5cbaaed18 ctypes]# make
> }}}
>
> Here on Fedora 26/gcc7 it compiles again. Thanks Glynn!
>
> Testing on Windows will probably be easiest after submission to trunk.
Ok strangely here with openSUSE Tumbleweed/gcc7 it still fail. As
reported.
I will dig more deeply Wednesday the reason why.
--
Ticket URL: <https://trac.osgeo.org/grass/ticket/3331#comment:25>
GRASS GIS <https://grass.osgeo.org>
More information about the grass-dev
mailing list