Re: [gdal-dev] building with PDF driver on Windows + ?
To all, Here's a list of steps for building GDAL with KDE-win's poppler.lib on Windows (win32): 1. Install compiler ( MS VC 9 Express Ed.), or better yet use the full MS VC 9 if you have it. http://www.microsoft.com/express/Downloads/#2008-Visual-CPP I don't think the SDK is required but here's a link: http://blogs.msdn.com/b/windowssdk/archive/2008/02/07/windows-sdk-rtms.aspx 2. Install KDE-win32 stable 4.4.4 (http://windows.kde.org/). Note: In the installer unselect skip basic settings pages and select Package Manager Select Bin,Devel (and Src?) for: poppler-vc90 0.12.4 freetype-vc902.4.2-3 lcms1.18 3. Get latest GDAL source: svn checkout https://svn.osgeo.org/gdal/trunk/gdal gdal 4. Edit GDAL's nmake.opt to enable poppler (it's commented-outby default), and edit/hack the makefile.vc to disable building of VB6 support (ATL is not included in VC Express Ed. or the SDK) 5. Build GDAL with VC's command line: nmake -f makefile.vc Many thanks to Joaquim and Even for pointing the way... Best Regards, Brent Fraser On 10/17/2010 12:39 PM, Joaquim Luis wrote: On 17-10-2010 19:24, Brent Fraser wrote: Joaquim, Many thanks for the info. I may go the kde-win32 route for now to skip the building of poppler.lib, but I expect that eventually I may need to build it from source, especially for mapserver. Right, and From memory, as I don't find the CMake cash with exact details. obviously I meant cache not cash ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] building with PDF driver on Windows + ?
I'm about to embark on compiling Poppler on Windows to get Geospatial PDF support in GDAL. Any recommendations with respect to compiler version, dependencies, CMake options, etc? Thanks! Brent Fraser On 10/14/2010 3:23 PM, Joaquim Luis wrote: Did I mention before that the propeller (sorry, poppler) doesn't have any building instructions for Windows? Well, the CMakeLists.txt is incomplete and does not add the contents of the splash directory to the project. After adding all *.cc from 'splash' to project, GDAL is happy with the poppler.lib and now gdalinfo says ... KMLSUPEROVERLAY (rw): Kml Super Overlay XYZ (rwv): ASCII Gridded XYZ HF2 (rwv): HF2/HFZ heightfield raster PDF (rov): Geospatial PDF but I'm now confused with the presence of the KMLSUPEROVERLAY because my nmake.opt has # Uncomment out the following to enable KML Super-Overlay support. #KMLSUPEROVERLAY_SUPPORTED = YES #MINIZIP_INCLUDE = -I$(OSSIM_HOME)\minizip\src #MINIZIP_LIBRARY = $(OSSIM_HOME)\minizip\release\minizip.lib Not complaining. Just reporting. Joaquim On 14-10-2010 18:32, Even Rouault wrote: Le jeudi 14 octobre 2010 17:01:06, Joaquim Luis a écrit : Hi, I tried to build GDAL on Win with PDF support and CV2010 Well that's an adventure. I trust you and didn't even try this way. Instead I just downloaded the kde-win32 installer, used the packager mode (or whatever it is called. I'm just quoting from my memory of doing this a few weeks ago), and selected the poppler, freetype and lcms packages and their developement packages. The only requirement for GDAL is poppler, freetype and lcms appears to be poppler requirements on this KDE build. But those lib only work with MSVC 2008 if I remember. Even, Hmm, on a further check those symbols are from poppler so it's not a lcms fault. I get another error building poppler referring iconv.h that I ignore either but selected as a no dependency in CMake, but this affect the creation of a poppler-cpp.lib, not poppler.lib so I'm not sure it relates to the GDAL error. I would like to build these dependencies myself because: 1. I don't want to use anything that dares to create manifests dependencies 2. I want to be able to build 64 bits versions too. Anyway, I found these warnings too that are unrelated to this PDF driver issue json_util.c json_util.c(62) : warning C4013: 'open' undefined; assuming extern returning int json_util.c(71) : warning C4013: 'read' undefined; assuming extern returning int json_util.c(74) : warning C4013: 'close' undefined; assuming extern returning int json_util.c(109) : warning C4013: 'write' undefined; assuming extern returning int ogrsf_frmts.lib(resolvexlinks.obj) : warning LNK4221: This object file does not define any previously undefined public symbols, so it will not be used by any link operation that consumes this library and many blabla ... possible loss of data warnings. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] building with PDF driver on Windows + ?
Brent, From memory, as I don't find the CMake cash with exact details. I first built freetype, which I think is mandatory, and than because I already had them built but don't know if they are a must-be, I added also zlib, jpeg to the CMake list. My first error was to not select 'splash' because I didn't know what it was but it's part of poppler and needs to be selected. I did not include any Qt stuff and probably some other. Once it is built (I used only VC2010) there is the mess of the includes. You will need to include the root directory where the whole poppler tree lives, plus that ../poppler plus still one other dir that holds only one .h file. I moved that .h to one of the other places and now use this (my names) in nmake.opt POPPLER_CFLAGS = -IC:/programs/compa_libs -IC:/programs/compa_libs/poppler Good luck Joaquim I'm about to embark on compiling Poppler on Windows to get Geospatial PDF support in GDAL. Any recommendations with respect to compiler version, dependencies, CMake options, etc? Thanks! Brent Fraser On 10/14/2010 3:23 PM, Joaquim Luis wrote: Did I mention before that the propeller (sorry, poppler) doesn't have any building instructions for Windows? Well, the CMakeLists.txt is incomplete and does not add the contents of the splash directory to the project. After adding all *.cc from 'splash' to project, GDAL is happy with the poppler.lib and now gdalinfo says ... KMLSUPEROVERLAY (rw): Kml Super Overlay XYZ (rwv): ASCII Gridded XYZ HF2 (rwv): HF2/HFZ heightfield raster PDF (rov): Geospatial PDF but I'm now confused with the presence of the KMLSUPEROVERLAY because my nmake.opt has # Uncomment out the following to enable KML Super-Overlay support. #KMLSUPEROVERLAY_SUPPORTED = YES #MINIZIP_INCLUDE = -I$(OSSIM_HOME)\minizip\src #MINIZIP_LIBRARY = $(OSSIM_HOME)\minizip\release\minizip.lib Not complaining. Just reporting. Joaquim On 14-10-2010 18:32, Even Rouault wrote: Le jeudi 14 octobre 2010 17:01:06, Joaquim Luis a écrit : Hi, I tried to build GDAL on Win with PDF support and CV2010 Well that's an adventure. I trust you and didn't even try this way. Instead I just downloaded the kde-win32 installer, used the packager mode (or whatever it is called. I'm just quoting from my memory of doing this a few weeks ago), and selected the poppler, freetype and lcms packages and their developement packages. The only requirement for GDAL is poppler, freetype and lcms appears to be poppler requirements on this KDE build. But those lib only work with MSVC 2008 if I remember. Even, Hmm, on a further check those symbols are from poppler so it's not a lcms fault. I get another error building poppler referring iconv.h that I ignore either but selected as a no dependency in CMake, but this affect the creation of a poppler-cpp.lib, not poppler.lib so I'm not sure it relates to the GDAL error. I would like to build these dependencies myself because: 1. I don't want to use anything that dares to create manifests dependencies 2. I want to be able to build 64 bits versions too. Anyway, I found these warnings too that are unrelated to this PDF driver issue json_util.c json_util.c(62) : warning C4013: 'open' undefined; assuming extern returning int json_util.c(71) : warning C4013: 'read' undefined; assuming extern returning int json_util.c(74) : warning C4013: 'close' undefined; assuming extern returning int json_util.c(109) : warning C4013: 'write' undefined; assuming extern returning int ogrsf_frmts.lib(resolvexlinks.obj) : warning LNK4221: This object file does not define any previously undefined public symbols, so it will not be used by any link operation that consumes this library and many blabla ... possible loss of data warnings. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] building with PDF driver on Windows + ?
Joaquim, Many thanks for the info. I may go the kde-win32 route for now to skip the building of poppler.lib, but I expect that eventually I may need to build it from source, especially for mapserver. Thanks again, Brent Fraser On 10/17/2010 12:11 PM, Joaquim Luis wrote: Brent, From memory, as I don't find the CMake cash with exact details. I first built freetype, which I think is mandatory, and than because I already had them built but don't know if they are a must-be, I added also zlib, jpeg to the CMake list. My first error was to not select 'splash' because I didn't know what it was but it's part of poppler and needs to be selected. I did not include any Qt stuff and probably some other. Once it is built (I used only VC2010) there is the mess of the includes. You will need to include the root directory where the whole poppler tree lives, plus that ../poppler plus still one other dir that holds only one .h file. I moved that .h to one of the other places and now use this (my names) in nmake.opt POPPLER_CFLAGS = -IC:/programs/compa_libs -IC:/programs/compa_libs/poppler Good luck Joaquim I'm about to embark on compiling Poppler on Windows to get Geospatial PDF support in GDAL. Any recommendations with respect to compiler version, dependencies, CMake options, etc? Thanks! Brent Fraser On 10/14/2010 3:23 PM, Joaquim Luis wrote: Did I mention before that the propeller (sorry, poppler) doesn't have any building instructions for Windows? Well, the CMakeLists.txt is incomplete and does not add the contents of the splash directory to the project. After adding all *.cc from 'splash' to project, GDAL is happy with the poppler.lib and now gdalinfo says ... KMLSUPEROVERLAY (rw): Kml Super Overlay XYZ (rwv): ASCII Gridded XYZ HF2 (rwv): HF2/HFZ heightfield raster PDF (rov): Geospatial PDF but I'm now confused with the presence of the KMLSUPEROVERLAY because my nmake.opt has # Uncomment out the following to enable KML Super-Overlay support. #KMLSUPEROVERLAY_SUPPORTED = YES #MINIZIP_INCLUDE = -I$(OSSIM_HOME)\minizip\src #MINIZIP_LIBRARY = $(OSSIM_HOME)\minizip\release\minizip.lib Not complaining. Just reporting. Joaquim On 14-10-2010 18:32, Even Rouault wrote: Le jeudi 14 octobre 2010 17:01:06, Joaquim Luis a écrit : Hi, I tried to build GDAL on Win with PDF support and CV2010 Well that's an adventure. I trust you and didn't even try this way. Instead I just downloaded the kde-win32 installer, used the packager mode (or whatever it is called. I'm just quoting from my memory of doing this a few weeks ago), and selected the poppler, freetype and lcms packages and their developement packages. The only requirement for GDAL is poppler, freetype and lcms appears to be poppler requirements on this KDE build. But those lib only work with MSVC 2008 if I remember. Even, Hmm, on a further check those symbols are from poppler so it's not a lcms fault. I get another error building poppler referring iconv.h that I ignore either but selected as a no dependency in CMake, but this affect the creation of a poppler-cpp.lib, not poppler.lib so I'm not sure it relates to the GDAL error. I would like to build these dependencies myself because: 1. I don't want to use anything that dares to create manifests dependencies 2. I want to be able to build 64 bits versions too. Anyway, I found these warnings too that are unrelated to this PDF driver issue json_util.c json_util.c(62) : warning C4013: 'open' undefined; assuming extern returning int json_util.c(71) : warning C4013: 'read' undefined; assuming extern returning int json_util.c(74) : warning C4013: 'close' undefined; assuming extern returning int json_util.c(109) : warning C4013: 'write' undefined; assuming extern returning int ogrsf_frmts.lib(resolvexlinks.obj) : warning LNK4221: This object file does not define any previously undefined public symbols, so it will not be used by any link operation that consumes this library and many blabla ... possible loss of data warnings. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] building with PDF driver on Windows + ?
On 17-10-2010 19:24, Brent Fraser wrote: Joaquim, Many thanks for the info. I may go the kde-win32 route for now to skip the building of poppler.lib, but I expect that eventually I may need to build it from source, especially for mapserver. Right, and From memory, as I don't find the CMake cash with exact details. obviously I meant cache not cash ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] building with PDF driver on Windows + ?
Hi poppler gurus, I've also compiled poppler.lib (version 0.14.4) with various versions of MSVC, but it seems to generate double free memory corruptions in gdal. A single run of pdf.py (from the autotest suite) seems to complete successfully, however running the script multiple times (in a batch) could eventually generate a crash. Has anyone run into the same issue? Best regards, Tamas 2010/10/17 Joaquim Luis jl...@ualg.pt On 17-10-2010 19:24, Brent Fraser wrote: Joaquim, Many thanks for the info. I may go the kde-win32 route for now to skip the building of poppler.lib, but I expect that eventually I may need to build it from source, especially for mapserver. Right, and From memory, as I don't find the CMake cash with exact details. obviously I meant cache not cash ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] building with PDF driver on Windows + ?
Tamas, I didn't notice that but on the other hand I never run it enough times to make it happen. Joaquim Hi poppler gurus, I've also compiled poppler.lib (version 0.14.4) with various versions of MSVC, but it seems to generate double free memory corruptions in gdal. A single run of pdf.py (from the autotest suite) seems to complete successfully, however running the script multiple times (in a batch) could eventually generate a crash. Has anyone run into the same issue? Best regards, Tamas 2010/10/17 Joaquim Luis jl...@ualg.pt mailto:jl...@ualg.pt On 17-10-2010 19:24, Brent Fraser wrote: Joaquim, Many thanks for the info. I may go the kde-win32 route for now to skip the building of poppler.lib, but I expect that eventually I may need to build it from source, especially for mapserver. Right, and From memory, as I don't find the CMake cash with exact details. obviously I meant cache not cash ___ gdal-dev mailing list gdal-dev@lists.osgeo.org mailto:gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] building with PDF driver on Windows
On 14-10-2010 18:32, Even Rouault wrote: Le jeudi 14 octobre 2010 17:01:06, Joaquim Luis a écrit : Hi, I tried to build GDAL on Win with PDF support and CV2010 Well that's an adventure. I trust you and didn't even try this way. Instead I just downloaded the kde-win32 installer, used the packager mode (or whatever it is called. I'm just quoting from my memory of doing this a few weeks ago), and selected the poppler, freetype and lcms packages and their developement packages. The only requirement for GDAL is poppler, freetype and lcms appears to be poppler requirements on this KDE build. But those lib only work with MSVC 2008 if I remember. Even, Hmm, on a further check those symbols are from poppler so it's not a lcms fault. I get another error building poppler referring iconv.h that I ignore either but selected as a no dependency in CMake, but this affect the creation of a poppler-cpp.lib, not poppler.lib so I'm not sure it relates to the GDAL error. I would like to build these dependencies myself because: 1. I don't want to use anything that dares to create manifests dependencies 2. I want to be able to build 64 bits versions too. Anyway, I found these warnings too that are unrelated to this PDF driver issue json_util.c json_util.c(62) : warning C4013: 'open' undefined; assuming extern returning int json_util.c(71) : warning C4013: 'read' undefined; assuming extern returning int json_util.c(74) : warning C4013: 'close' undefined; assuming extern returning int json_util.c(109) : warning C4013: 'write' undefined; assuming extern returning int ogrsf_frmts.lib(resolvexlinks.obj) : warning LNK4221: This object file does not define any previously undefined public symbols, so it will not be used by any link operation that consumes this library and many blabla ... possible loss of data warnings. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] building with PDF driver on Windows + ?
Le jeudi 14 octobre 2010 23:23:51, Joaquim Luis a écrit : Did I mention before that the propeller (sorry, poppler) doesn't have any building instructions for Windows? Well, the CMakeLists.txt is incomplete and does not add the contents of the splash directory to the project. After adding all *.cc from 'splash' to project, GDAL is happy with the poppler.lib and now gdalinfo says Cool! ... KMLSUPEROVERLAY (rw): Kml Super Overlay XYZ (rwv): ASCII Gridded XYZ HF2 (rwv): HF2/HFZ heightfield raster PDF (rov): Geospatial PDF but I'm now confused with the presence of the KMLSUPEROVERLAY because my nmake.opt has # Uncomment out the following to enable KML Super-Overlay support. #KMLSUPEROVERLAY_SUPPORTED = YES #MINIZIP_INCLUDE = -I$(OSSIM_HOME)\minizip\src #MINIZIP_LIBRARY = $(OSSIM_HOME)\minizip\release\minizip.lib Not complaining. Just reporting. Thanks, this is obsolete now. I've just removed that. This dates back to when KMLSUPEROVERLAY needed external minizip. Now minizip has been imported in GDAL source tree and this is no longer needed. Joaquim On 14-10-2010 18:32, Even Rouault wrote: Le jeudi 14 octobre 2010 17:01:06, Joaquim Luis a écrit : Hi, I tried to build GDAL on Win with PDF support and CV2010 Well that's an adventure. I trust you and didn't even try this way. Instead I just downloaded the kde-win32 installer, used the packager mode (or whatever it is called. I'm just quoting from my memory of doing this a few weeks ago), and selected the poppler, freetype and lcms packages and their developement packages. The only requirement for GDAL is poppler, freetype and lcms appears to be poppler requirements on this KDE build. But those lib only work with MSVC 2008 if I remember. Even, Hmm, on a further check those symbols are from poppler so it's not a lcms fault. I get another error building poppler referring iconv.h that I ignore either but selected as a no dependency in CMake, but this affect the creation of a poppler-cpp.lib, not poppler.lib so I'm not sure it relates to the GDAL error. I would like to build these dependencies myself because: 1. I don't want to use anything that dares to create manifests dependencies 2. I want to be able to build 64 bits versions too. Anyway, I found these warnings too that are unrelated to this PDF driver issue json_util.c json_util.c(62) : warning C4013: 'open' undefined; assuming extern returning int json_util.c(71) : warning C4013: 'read' undefined; assuming extern returning int json_util.c(74) : warning C4013: 'close' undefined; assuming extern returning int json_util.c(109) : warning C4013: 'write' undefined; assuming extern returning int ogrsf_frmts.lib(resolvexlinks.obj) : warning LNK4221: This object file does not define any previously undefined public symbols, so it will not be used by any link operation that consumes this library and many blabla ... possible loss of data warnings. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev
Re: [gdal-dev] building with PDF driver on Windows + ?
Thanks, this is obsolete now. I've just removed that. This dates back to when KMLSUPEROVERLAY needed external minizip. Now minizip has been imported in GDAL source tree and this is no longer needed. Nice. So I got two for the price of one. ___ gdal-dev mailing list gdal-dev@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev