Tried with another python (miniconda this time) and ... some other error
(very picky these pythons)


A subdirectory or file out already exists.
A subdirectory or file Release already exists.
        1 file(s) copied.
Done. Made 139 targets from 82 files in 4709ms
ninja: Entering directory `out\Release'
[5/1097] COPY ../../third_party/icu/common/icudtl.dat icudtl.dat
FAILED: icudtl.dat
C:/programs/compa_libs/PDFium/depot_tools/bootstrap-3_8_0_chromium_8_bin/python/bin/python.exe
 ../../build/toolchain/win/tool_wrapper.py recursive-mirror 
../../third_party/icu/common/icudtl.dat icudtl.dat
Traceback (most recent call last):
  File "../../build/toolchain/win/tool_wrapper.py", line 51, in <module>
    import win32file    # pylint: disable=import-error
ImportError: No module named win32file
[18/1097] CXX obj/third_party/googletest/gmock/gmock-spec-builders.obj
ninja: build stopped: subcommand failed.

From: Joaquim Manuel Freire Luís <jl...@ualg.pt>
Sent: Monday, June 29, 2020 3:43 PM
To: Joaquim Manuel Freire Luís <jl...@ualg.pt>; Even Rouault 
<even.roua...@spatialys.com>
Cc: gdal-dev@lists.osgeo.org; William Kyngesburye <kyngch...@kyngchaos.com>
Subject: RE: [gdal-dev] Problems with latest pdfium

The python error coes from running this command

call gn.bat gen out\Release

apparently it doesn't find something and gives that incomprehensible error 
message.


From: gdal-dev 
<gdal-dev-boun...@lists.osgeo.org<mailto:gdal-dev-boun...@lists.osgeo.org>> On 
Behalf Of Joaquim Manuel Freire Luís
Sent: Monday, June 29, 2020 1:50 PM
To: Even Rouault <even.roua...@spatialys.com<mailto:even.roua...@spatialys.com>>
Cc: gdal-dev@lists.osgeo.org<mailto:gdal-dev@lists.osgeo.org>; William 
Kyngesburye <kyngch...@kyngchaos.com<mailto:kyngch...@kyngchaos.com>>
Subject: Re: [gdal-dev] Problems with latest pdfium

Even, I would try it but I'm not being able to build pdfium. I get python 
errors such

________ running 'vpython.bat pdfium/tools/clang/scripts/update.py' in 
'C:\programs\compa_libs\PDFium'
Downloading 
https://commondatastorage.googleapis.com/chromium-browser-clang/Win/clang-371202-8455294f-1.tgz
 .......... Done.
Copying C:\Program Files (x86)/Microsoft Visual Studio/2017/Community\DIA 
SDK\bin\amd64\msdia140.dll to 
C:\programs\compa_libs\PDFium\pdfium\third_party\llvm-build\Release+Asserts\bin
Running hooks: 100% (16/16), done.
        1 file(s) copied.
  File "C:\programs\WPy64-3.7.2\python-3.7.2.amd64\lib\site.py", line 177
    file=sys.stderr)
        ^
SyntaxError: invalid syntax
ninja: error: loading 'build.ninja': The system cannot find the file specified.

ninja: Entering directory `out\Release'
A subdirectory or file C:\programs\compa_libs\PDFium\install already exists.
A subdirectory or file C:\programs\compa_libs\PDFium\install\include\pdfium 
already exists.
A subdirectory or file 
C:\programs\compa_libs\PDFium\install\include\pdfium\public already exists.
...

The build continues but ends with (before It had several "already exists")

       18 file(s) copied.
A subdirectory or file 
C:\programs\compa_libs\PDFium\install\include\pdfium\third_party\base\numerics 
already exists.
third_party\base\numerics\safe_conversions.h
third_party\base\numerics\safe_conversions_arm_impl.h
third_party\base\numerics\safe_conversions_impl.h
third_party\base\numerics\safe_math.h
third_party\base\numerics\safe_math_impl.h
        5 file(s) copied.
A subdirectory or file C:\programs\compa_libs\PDFium\install\lib already exists.
The system cannot find the path specified.




From: Even Rouault 
<even.roua...@spatialys.com<mailto:even.roua...@spatialys.com>>
Sent: Monday, June 29, 2020 1:18 PM
To: Joaquim Manuel Freire Luís <jl...@ualg.pt<mailto:jl...@ualg.pt>>
Cc: gdal-dev@lists.osgeo.org<mailto:gdal-dev@lists.osgeo.org>; William 
Kyngesburye <kyngch...@kyngchaos.com<mailto:kyngch...@kyngchaos.com>>
Subject: Re: [gdal-dev] Problems with latest pdfium


Joaquim,



> I tried to build with your pdfium.lib but got these linking errors.



It seems they are due to your GDAL build also linking against openjp2.lib, and 
pdfium.lib being linked against its internal copy of openjp2. I don't remember 
how I tested this. Perhaps this was with a GDAL build without openjp2. Or maybe 
when building the PDF driver as a plugin the error doesn't show up. I guess you 
could modify the pdfium build scripts to build against an external openjp2 lib.



Even



--

Spatialys - Geospatial professional services

http://www.spatialys.com
_______________________________________________
gdal-dev mailing list
gdal-dev@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/gdal-dev

Reply via email to