#3900: Go back to using community version of ctypesgen
+-
Reporter: ossalanr | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone: 8.0.0
Component: Python ctypes |Versi
Helmut Kudrnovsky wrote
> Martin Landa wrote
>> Hi,
>>
>> so 7. 9. 2019 v 22:20 odesílatel Helmut Kudrnovsky <
>
>> hellik@
>
>> > napsal:
>>> in both test cases (d.barscale.exe --html-description, r.info.exe
>>> --html-description), I get nothing, neither an error message nor
>>> --html-descrip
Martin Landa wrote
> Hi,
>
> so 7. 9. 2019 v 22:20 odesílatel Helmut Kudrnovsky <
> hellik@
> > napsal:
>> in both test cases (d.barscale.exe --html-description, r.info.exe
>> --html-description), I get nothing, neither an error message nor
>> --html-description output.
>
> strange, in the case
Hi,
so 7. 9. 2019 v 22:20 odesílatel Helmut Kudrnovsky napsal:
> in both test cases (d.barscale.exe --html-description, r.info.exe
> --html-description), I get nothing, neither an error message nor
> --html-description output.
strange, in the case of r.info.exe I am getting html description outp
Martin Landa wrote
> Hi Helmut,
>
> so 7. 9. 2019 v 20:31 odesílatel Martin Landa <
> landa.martin@
> > napsal:
>> so apparently you have the same problem as me. It fails to load
>> libgrass_display.7.9.dll for unknown reason. It also causes that all
>> display modules fails to be compiled (or a
Martin Landa wrote
> Hi,
>
> so 7. 9. 2019 v 20:40 odesílatel Martin Landa <
> landa.martin@
> > napsal:
>> not sure. libgrass_display.7.9.dll is successfully built, but cannot
>> be loaded for unknown reasons. Ma
>
> in other words problem is not ctypes compilation, but loading
> libgrass_disp
Martin Landa wrote
> Hi,
>
> so 7. 9. 2019 v 20:38 odesílatel Helmut Kudrnovsky <
> hellik@
> > napsal:
>> What about this one in display:
>>
>> C:/msys64/usr/src/grass_trunk_git/grass/dist.x86_64-w64-mingw32/include/grass/gis.h:24,
>> Error: gcc -E -I/c/OSGeo4W64/include -D_FILE_OFFSET_BITS=64
Hi,
so 7. 9. 2019 v 20:40 odesílatel Martin Landa napsal:
> not sure. libgrass_display.7.9.dll is successfully built, but cannot
> be loaded for unknown reasons. Ma
in other words problem is not ctypes compilation, but loading
libgrass_display.7.9.dll. It fails on different places (ctypes,
displ
Hi,
so 7. 9. 2019 v 20:38 odesílatel Helmut Kudrnovsky napsal:
> What about this one in display:
>
> C:/msys64/usr/src/grass_trunk_git/grass/dist.x86_64-w64-mingw32/include/grass/gis.h:24,
> Error: gcc -E -I/c/OSGeo4W64/include -D_FILE_OFFSET_BITS=64
> -I/usr/src/grass_trunk_git/grass/dist.x86_64
Hi Helmut,
so 7. 9. 2019 v 20:31 odesílatel Martin Landa napsal:
> so apparently you have the same problem as me. It fails to load
> libgrass_display.7.9.dll for unknown reason. It also causes that all
> display modules fails to be compiled (or at least manual pages are not
> generated).
try to
Martin Landa wrote
> Hi,
>
> so 7. 9. 2019 v 13:28 odesílatel Helmut Kudrnovsky <
> hellik@
> > napsal:
>> > Error: C:/msys64/mingw64/x86_64-w64-mingw32/include/corecrt.h:80:
>> Syntax
>> > error at 'uintptr_t'
>> > Error: C:/msys64/mingw64/x86_64-w64-mingw32/include/stdio.h:165: Syntax
>> > err
Hi,
so 7. 9. 2019 v 13:28 odesílatel Helmut Kudrnovsky napsal:
> > Error: C:/msys64/mingw64/x86_64-w64-mingw32/include/corecrt.h:80: Syntax
> > error at 'uintptr_t'
> > Error: C:/msys64/mingw64/x86_64-w64-mingw32/include/stdio.h:165: Syntax
> > error at 'va_list'
> >
> > and ctypes issue see also
Hi,
so 7. 9. 2019 v 13:06 odesílatel Helmut Kudrnovsky napsal:
[...]
> Status: Processing description list.
> Traceback (most recent call last):
> File "./ctypesgen.py", line 165, in
> ctypesgencore.processor.process(descriptions, options)
> File
> "C:\msys64\usr\src\grass_trunk_git\gr
Batch modification to #3881, #3877, #3663, #3053, #3855, #1393, #3882, #3883,
#3859, #3665, #3304, #3887, #3090, #3664, #396, #3891, #3885, #2768, #3166,
#2604, #2951, #3384, #3902, #3667, #3239, #3584, #3871, #151, #3895, #3737,
#3781, #3896, #3898, #3281, #3588, #572, #816, #3341, #3300, #2625
#3897: d.mon errors when closing
--+-
Reporter: veroandreo | Owner: grass-dev@…
Type: defect | Status: closed
Priority: normal | Milestone: 7.8.0
Component: Display |Version: git-releasebranc
#3900: Go back to using community version of ctypesgen
+-
Reporter: ossalanr | Owner: grass-dev@…
Type: defect | Status: new
Priority: normal | Milestone: 8.0.0
Component: Python ctypes |Versi
Helmut Kudrnovsky wrote
> regarding
>
> Error: C:/msys64/mingw64/x86_64-w64-mingw32/include/corecrt.h:80: Syntax
> error at 'uintptr_t'
> Error: C:/msys64/mingw64/x86_64-w64-mingw32/include/stdio.h:165: Syntax
> error at 'va_list'
>
> and ctypes issue see also:
>
> https://trac.osgeo.org/grass/t
Helmut Kudrnovsky wrote
> Helmut Kudrnovsky wrote
>> I get a longer log with errors when I'm do make in the ctypes subfolder:
>
> Error: gcc -E -I/c/OSGeo4W64/include -D_FILE_OFFSET_BITS=64
> -I/usr/src/grass_trunk_git/grass/dist.x86_64-w64-mingw32/include
> -I/usr/src/grass_trunk_git/grass/di
Helmut Kudrnovsky wrote
> I get a longer log with errors when I'm do make in the ctypes subfolder:
Error: gcc -E -I/c/OSGeo4W64/include -D_FILE_OFFSET_BITS=64
-I/usr/src/grass_trunk_git/grass/dist.x86_64-w64-mingw32/include
-I/usr/src/grass_trunk_git/grass/dist.x86_64-w64-mingw32/include
-D__G
Martin Landa wrote
> Hi,
>
> pá 30. 8. 2019 v 17:35 odesílatel Helmut Kudrnovsky <
> hellik@
> > napsal:
>> Do you have a list of your issues facing while winGRASS compiling?
>
> different ;-) I am closer to successful build. Now it fails compiling
> ctypes/display.py:
>
> """
> Status: Proces
Hi,
so 7. 9. 2019 v 12:20 odesílatel Helmut Kudrnovsky napsal:
> it's not easy to keep msys2 and osgeo4w python in sync
the goal is to use Python version from osgeo4w environment, see
https://github.com/OSGeo/grass/pull/126
> >By [1] is
> >forced osgeo4w Python version. In [2] he should remove
>it's not good idea to mix different version of Python.
it's not easy to keep msys2 and osgeo4w python in sync
>By [1] is
>forced osgeo4w Python version. In [2] he should remove all python
>packages.They are not needed.
does it mean that in msys2 there is no python3 needed at all?
pacman
Hi Martin,
Yes, it is indeed not necessarily related.
But what about the idea to provide addon-zip-files for download that could be
generated in a make routine (make zip, like e.g. here:
https://stackoverflow.com/questions/28844155/makefile-generating-zip-files-of-all-sub-folders
and then make
Hi,
so 7. 9. 2019 v 12:07 odesílatel Helmut Kudrnovsky napsal:
> msys2:
>
> myuser@DESKTOP-VADT8Q4 MINGW64 /usr/src/grass_trunk_git/grass
> $ python --version
> Python 3.7.4
> osgeo4w:
>
> C:\>python --version
> Python 3.7.0
it's not good idea to mix different version of Python. By [1] is
forced
Helmut Kudrnovsky wrote
>>pá 30. 8. 2019 v 17:35 odesílatel Helmut Kudrnovsky <[hidden email]>
napsal:
>>> Do you have a list of your issues facing while winGRASS compiling?
>>
>>different ;-) I am closer to successful build. Now it fails compiling
>
> completly fresh git checkout here, still the
so 7. 9. 2019 v 12:01 odesílatel Martin Landa napsal:
> > /usr/src/grass_trunk_git/grass/dist.x86_64-w64-mingw32/docs/html/pngdriver.html
> > Fatal Python error: initfsencoding: unable to load the file system codec
> > ModuleNotFoundError: No module named 'encodings'
>
> this part I already solved
Hi,
so 7. 9. 2019 v 11:39 odesílatel Helmut Kudrnovsky napsal:
> /usr/src/grass_trunk_git/grass/dist.x86_64-w64-mingw32/docs/html/pngdriver.html
> Fatal Python error: initfsencoding: unable to load the file system codec
> ModuleNotFoundError: No module named 'encodings'
this part I already solve
>pá 30. 8. 2019 v 17:35 odesílatel Helmut Kudrnovsky <[hidden email]> napsal:
>> Do you have a list of your issues facing while winGRASS compiling?
>
>different ;-) I am closer to successful build. Now it fails compiling
completly fresh git checkout here, still the already earlier mentioned issue
28 matches
Mail list logo
