[gdal-dev] Problems with latest pdfium

classic Classic list List threaded Threaded
12 messages Options
Reply | Threaded
Open this post in threaded view
|

[gdal-dev] Problems with latest pdfium

William Kyngesburye
I'm getting multiple errors trying to compile PDF support with pdfium.

pdfdataset.cpp:1557:61: error: reference to type 'const CFX_TextRenderOptions'
      could not bind to an rvalue of type 'int'
                                                     color, 0 /* text_flags */);
                                                            ^
/Users/Shared/unix/pdfium-sierra/include/pdfium/core/fxge/cfx_renderdevice.h:166:52: note:
      passing argument to parameter 'options' here
                      const CFX_TextRenderOptions& options);
                                                   ^
pdfdataset.cpp:1644:36: error: no member named 'MakeUnique' in namespace
      'pdfium'
    pContext->m_pOptions = pdfium::MakeUnique<CPDF_RenderOptions>();
                           ~~~~~~~~^
pdfdataset.cpp:1644:47: error: 'CPDF_RenderOptions' does not refer to a value
    pContext->m_pOptions = pdfium::MakeUnique<CPDF_RenderOptions>();
                                              ^
/Users/Shared/unix/pdfium-sierra/include/pdfium/fpdfsdk/cpdfsdk_helpers.h:35:7: note:
      declared here
class CPDF_RenderOptions;
      ^
...

At least for MakeUnique, I see a change from 6 weeks ago that they dropped MakeUnique.

Since there are no releases for pdfium (that I could find, other than the numerous "chromium" branches), is there a revision that is known to work that I can checkout? (I could go back to before the MakeUnique change, but there may be other earlier breaking changes.)

-----
William Kyngesburye <kyngchaos*at*kyngchaos*dot*com>
http://www.kyngchaos.com/

"History is an illusion caused by the passage of time, and time is an illusion caused by the passage of history."

- Hitchhiker's Guide to the Galaxy


_______________________________________________
gdal-dev mailing list
[hidden email]
https://lists.osgeo.org/mailman/listinfo/gdal-dev
Reply | Threaded
Open this post in threaded view
|

Re: Problems with latest pdfium

Even Rouault-2

William,

 

> I'm getting multiple errors trying to compile PDF support with pdfium.

 

See https://gdal.org/drivers/raster/pdf.html#pdfium

 

You need to build pdfium from the indicated forks.

 

Even

 

--

Spatialys - Geospatial professional services

http://www.spatialys.com


_______________________________________________
gdal-dev mailing list
[hidden email]
https://lists.osgeo.org/mailman/listinfo/gdal-dev
Reply | Threaded
Open this post in threaded view
|

Re: Problems with latest pdfium

Joaquim Luis

Hi Even,

 

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

 

Joaquim

 

 

pdfium.lib(openjpeg.obj) : error LNK2005: opj_set_info_handler already defined in openjp2.lib(openjp2_w64.dll)

pdfium.lib(openjpeg.obj) : error LNK2005: opj_set_warning_handler already defined in openjp2.lib(openjp2_w64.dll)

pdfium.lib(openjpeg.obj) : error LNK2005: opj_set_error_handler already defined in openjp2.lib(openjp2_w64.dll)

pdfium.lib(openjpeg.obj) : error LNK2005: opj_create_decompress already defined in openjp2.lib(openjp2_w64.dll)

pdfium.lib(openjpeg.obj) : error LNK2005: opj_set_default_decoder_parameters already defined in openjp2.lib(openjp2_w64.dll)

pdfium.lib(openjpeg.obj) : error LNK2005: opj_codec_set_threads already defined in openjp2.lib(openjp2_w64.dll)

pdfium.lib(openjpeg.obj) : error LNK2005: opj_setup_decoder already defined in openjp2.lib(openjp2_w64.dll)

pdfium.lib(openjpeg.obj) : error LNK2005: opj_read_header already defined in openjp2.lib(openjp2_w64.dll)

pdfium.lib(openjpeg.obj) : error LNK2005: opj_decode already defined in openjp2.lib(openjp2_w64.dll)

pdfium.lib(openjpeg.obj) : error LNK2005: opj_set_decode_area already defined in openjp2.lib(openjp2_w64.dll)

pdfium.lib(openjpeg.obj) : error LNK2005: opj_get_decoded_tile already defined in openjp2.lib(openjp2_w64.dll)

pdfium.lib(openjpeg.obj) : error LNK2005: opj_set_decoded_resolution_factor already defined in openjp2.lib(openjp2_w64.dll)

pdfium.lib(openjpeg.obj) : error LNK2005: opj_create_compress already defined in openjp2.lib(openjp2_w64.dll)

pdfium.lib(openjpeg.obj) : error LNK2005: opj_set_default_encoder_parameters already defined in openjp2.lib(openjp2_w64.dll)

pdfium.lib(openjpeg.obj) : error LNK2005: opj_setup_encoder already defined in openjp2.lib(openjp2_w64.dll)

pdfium.lib(openjpeg.obj) : error LNK2005: opj_start_compress already defined in openjp2.lib(openjp2_w64.dll)

pdfium.lib(openjpeg.obj) : error LNK2005: opj_end_compress already defined in openjp2.lib(openjp2_w64.dll)

pdfium.lib(openjpeg.obj) : error LNK2005: opj_end_decompress already defined in openjp2.lib(openjp2_w64.dll)

pdfium.lib(openjpeg.obj) : error LNK2005: opj_write_tile already defined in openjp2.lib(openjp2_w64.dll)

pdfium.lib(openjpeg.obj) : error LNK2005: opj_destroy_codec already defined in openjp2.lib(openjp2_w64.dll)

pdfium.lib(openjpeg.obj) : error LNK2005: opj_get_cstr_info already defined in openjp2.lib(openjp2_w64.dll)

pdfium.lib(openjpeg.obj) : error LNK2005: opj_destroy_cstr_info already defined in openjp2.lib(openjp2_w64.dll)

pdfium.lib(image.obj) : error LNK2005: opj_image_destroy already defined in openjp2.lib(openjp2_w64.dll)

pdfium.lib(image.obj) : error LNK2005: opj_image_tile_create already defined in openjp2.lib(openjp2_w64.dll)

pdfium.lib(cio.obj) : error LNK2005: opj_stream_create already defined in openjp2.lib(openjp2_w64.dll)

pdfium.lib(cio.obj) : error LNK2005: opj_stream_destroy already defined in openjp2.lib(openjp2_w64.dll)

pdfium.lib(cio.obj) : error LNK2005: opj_stream_set_read_function already defined in openjp2.lib(openjp2_w64.dll)

pdfium.lib(cio.obj) : error LNK2005: opj_stream_set_seek_function already defined in openjp2.lib(openjp2_w64.dll)

pdfium.lib(cio.obj) : error LNK2005: opj_stream_set_write_function already defined in openjp2.lib(openjp2_w64.dll)

pdfium.lib(cio.obj) : error LNK2005: opj_stream_set_skip_function already defined in openjp2.lib(openjp2_w64.dll)

pdfium.lib(cio.obj) : error LNK2005: opj_stream_set_user_data already defined in openjp2.lib(openjp2_w64.dll)

pdfium.lib(cio.obj) : error LNK2005: opj_stream_set_user_data_length already defined in openjp2.lib(openjp2_w64.dll)

   Creating library gdal_i.lib and object gdal_i.exp

gdal_w64.dll : fatal error LNK1169: one or more multiply defined symbols found

 

 

From: gdal-dev <[hidden email]> On Behalf Of Even Rouault
Sent: Monday, June 29, 2020 10:34 AM
To: [hidden email]; William Kyngesburye <[hidden email]>
Subject: Re: [gdal-dev] Problems with latest pdfium

 

William,

 

> I'm getting multiple errors trying to compile PDF support with pdfium.

 

See https://gdal.org/drivers/raster/pdf.html#pdfium

 

You need to build pdfium from the indicated forks.

 

Even

 

--

Spatialys - Geospatial professional services

http://www.spatialys.com


_______________________________________________
gdal-dev mailing list
[hidden email]
https://lists.osgeo.org/mailman/listinfo/gdal-dev
Reply | Threaded
Open this post in threaded view
|

Re: Problems with latest pdfium

Even Rouault-2

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
[hidden email]
https://lists.osgeo.org/mailman/listinfo/gdal-dev
Reply | Threaded
Open this post in threaded view
|

Re: Problems with latest pdfium

Joaquim Luis

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 <[hidden email]>
Sent: Monday, June 29, 2020 1:18 PM
To: Joaquim Manuel Freire Luís <[hidden email]>
Cc: [hidden email]; William Kyngesburye <[hidden email]>
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
[hidden email]
https://lists.osgeo.org/mailman/listinfo/gdal-dev
Reply | Threaded
Open this post in threaded view
|

Re: Problems with latest pdfium

William Kyngesburye
In reply to this post by Even Rouault-2
I'm compiling GDAL 3.1, the note says that only needs the patches.  It doesn't specify the source to use.

-----
William Kyngesburye
<[hidden email]>
<http://www.kyngchaos.com>

Don't Panic

> On Jun 29, 2020, at 4:34 AM, Even Rouault <[hidden email]> wrote:
>
> 
> William,
>
>> I'm getting multiple errors trying to compile PDF support with pdfium.
>
> See https://gdal.org/drivers/raster/pdf.html#pdfium
>
> You need to build pdfium from the indicated forks.
>
> Even
>
> --
> Spatialys - Geospatial professional services
> http://www.spatialys.com

_______________________________________________
gdal-dev mailing list
[hidden email]
https://lists.osgeo.org/mailman/listinfo/gdal-dev
Reply | Threaded
Open this post in threaded view
|

Re: Problems with latest pdfium

Joaquim Luis
In reply to this post by Joaquim Luis

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 <[hidden email]> On Behalf Of Joaquim Manuel Freire Luís
Sent: Monday, June 29, 2020 1:50 PM
To: Even Rouault <[hidden email]>
Cc: [hidden email]; William Kyngesburye <[hidden email]>
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 <[hidden email]>
Sent: Monday, June 29, 2020 1:18 PM
To: Joaquim Manuel Freire Luís <[hidden email]>
Cc: [hidden email]; William Kyngesburye <[hidden email]>
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
[hidden email]
https://lists.osgeo.org/mailman/listinfo/gdal-dev
Reply | Threaded
Open this post in threaded view
|

Re: Problems with latest pdfium

Even Rouault-2
In reply to this post by William Kyngesburye

On lundi 29 juin 2020 09:26:23 CEST William Kyngesburye wrote:

> I'm compiling GDAL 3.1, the note says that only needs the patches. It

> doesn't specify the source to use.

 

So you need to use

https://github.com/rouault/pdfium_build_gdal_3_1

 

I presume you'll have to start from the Linux build script & patch and adapt it for the Mac.

 

build_linux.sh does the checkout of the revision of PDFium with which this was tested and applies code.patch and build_linux.patch

 

 

Even

 

--

Spatialys - Geospatial professional services

http://www.spatialys.com


_______________________________________________
gdal-dev mailing list
[hidden email]
https://lists.osgeo.org/mailman/listinfo/gdal-dev
Reply | Threaded
Open this post in threaded view
|

Re: Problems with latest pdfium

Joaquim Luis
In reply to this post by Joaquim Luis

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 <[hidden email]>
Sent: Monday, June 29, 2020 3:43 PM
To: Joaquim Manuel Freire Luís <[hidden email]>; Even Rouault <[hidden email]>
Cc: [hidden email]; William Kyngesburye <[hidden email]>
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 <[hidden email]> On Behalf Of Joaquim Manuel Freire Luís
Sent: Monday, June 29, 2020 1:50 PM
To: Even Rouault <[hidden email]>
Cc: [hidden email]; William Kyngesburye <[hidden email]>
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 <[hidden email]>
Sent: Monday, June 29, 2020 1:18 PM
To: Joaquim Manuel Freire Luís <[hidden email]>
Cc: [hidden email]; William Kyngesburye <[hidden email]>
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
[hidden email]
https://lists.osgeo.org/mailman/listinfo/gdal-dev
Reply | Threaded
Open this post in threaded view
|

Re: Problems with latest pdfium

William Kyngesburye
In reply to this post by William Kyngesburye
Back to my question.  Does even 3.1 require the old pdfium fork?  This should be clarified in the GDAL PDF format page.

Is this fork keeping up with any security issues? (my guess is no since last commit is 5 years old.)

-----
William Kyngesburye
<[hidden email]>
<http://www.kyngchaos.com>

Don't Panic

> On Jun 29, 2020, at 9:26 AM, William Kyngesburye <[hidden email]> wrote:
>
> I'm compiling GDAL 3.1, the note says that only needs the patches.  It doesn't specify the source to use.
>
> -----
> William Kyngesburye
> <[hidden email]>
> <http://www.kyngchaos.com>
>
> Don't Panic
>
>> On Jun 29, 2020, at 4:34 AM, Even Rouault <[hidden email]> wrote:
>>
>> 
>> William,
>>
>>> I'm getting multiple errors trying to compile PDF support with pdfium.
>>
>> See https://gdal.org/drivers/raster/pdf.html#pdfium
>>
>> You need to build pdfium from the indicated forks.
>>
>> Even
>>
>> --
>> Spatialys - Geospatial professional services
>> http://www.spatialys.com

_______________________________________________
gdal-dev mailing list
[hidden email]
https://lists.osgeo.org/mailman/listinfo/gdal-dev
Reply | Threaded
Open this post in threaded view
|

Re: Problems with latest pdfium

Even Rouault-2

William,

 

> Back to my question. Does even 3.1 require the old pdfium fork? This

> should be clarified in the GDAL PDF format page.

 

Hum, I thought

https://gdal.org/drivers/raster/pdf.html#pdfium was pretty clear about that

 

GDAL >= 3.1 ==> use https://github.com/rouault/pdfium_build_gdal_3_1

GDAL < 3.1 ==> use https://github.com/rouault/pdfium/tree/build

 

If you can think of how to make that clearer, a doc PR is welcome.

 

> Is this fork keeping up with any security issues? (my guess is no since last

> commit is 5 years old.)

 

No, none of both repository keep up with pdfium upstream. Those are just one-time efforts.

 

You could probably try updating

https://github.com/rouault/pdfium_build_gdal_3_1/blob/master/build_linux.sh#L9 to a later revision of upstream pdfium, but you'd may have to adapt

https://github.com/rouault/pdfium_build_gdal_3_1/blob/master/code.patch

 

Even

 

--

Spatialys - Geospatial professional services

http://www.spatialys.com


_______________________________________________
gdal-dev mailing list
[hidden email]
https://lists.osgeo.org/mailman/listinfo/gdal-dev
Reply | Threaded
Open this post in threaded view
|

Re: Problems with latest pdfium

William Kyngesburye

> On Jul 2, 2020, at 1:52 PM, Even Rouault <[hidden email]> wrote:
>
> 
> William,
>
>> Back to my question. Does even 3.1 require the old pdfium fork? This
>> should be clarified in the GDAL PDF format page.
>
> Hum, I thought
> https://gdal.org/drivers/raster/pdf.html#pdfium was pretty clear about that
>
> GDAL >= 3.1 ==> use https://github.com/rouault/pdfium_build_gdal_3_1
> GDAL < 3.1 ==> use https://github.com/rouault/pdfium/tree/build
>
> If you can think of how to make that clearer, a doc PR is welcome.
>

Looking closer at the linux script (I didn't think of using the linux script for a Mac build, sorry, didn't mention Mac, I just applied the patches to the latest source and compiled), I see a google branch mentioned there.  So I guess it's there, but still not clear, it's expecting one to run the scripts as is.

-----
William Kyngesburye
<[hidden email]>
<http://www.kyngchaos.com>

Don't Panic

_______________________________________________
gdal-dev mailing list
[hidden email]
https://lists.osgeo.org/mailman/listinfo/gdal-dev