Selon Joaquim Luis <jl...@ualg.pt>: > Evan, > > It seams to work now. I say "seams" because with podofo it also requires > to have available "pdftoppm" > > gdal_translate lixo.pdf lixo.tiff > Input file size is 1239, 1754 > 0'pdftoppm' is not recognized as an internal or external command,
Yes, this is expected and mentioned in the driver documentation. > > but since your fix to build with poppler 0.14 works just fine again and > this doesn't oblige to carry any other 3rth prog I'm staying within this > solution. > > Thanks again > > Joaquim > > > > On 12-07-2011 12:20, Even Rouault wrote: > >> Le mardi 12 juillet 2011 12:59:31, Joaquim Luis a écrit : > >>> Hi, > >>> > >>> I am still having troubles with a build with PDF support. I used to > >>> have > >>> a working solution for my gdalread MEX by using poppler 0.14, however > >>> now GDAL gives an error when linking with it (something about a member > >>> that does not exist). > >> Error at compile time about fillGooString() missing, with a very > >> recent trunk ? > >> If so, I've just fixed it when testing compilation on CentOS 6 that > >> ships with > >> poppler 0.12.4. > > > > Exactly. > > > >>> So I turned again to 0.16 and managed to compile > >>> everything. But now Matlab just crash when I read a pdf (repeat, before > >>> it used to work). > >> Hum I guess you run into cross-heap issues related to different > >> versions of the > >> MSVC Runtime... > > > > Perhaps but I am very careful in maintaining separate directories with > > libs compiled with a certain compiler (I swap between VS2010 and Intel > > 32, 64) and than always link with the libs created with the same > > compiler. That's why I want to be able to compile all dependencies > > that I use to build GDAL. > > > >>> Next I tried the podofo (funny name) library. Everything compiles fine > >>> but a PDF driver does not exit when print the available drivers (and > >>> obviously, reading pdf does not work). > >>> I also noted that grepping "PODOFO_ENABLED" for the entire GDAL > >>> tree, it > >>> only shows up once, in nmake.opt. > >> Yes, there was something missing in frmts/makefile.vc. I think I've > >> just fixed > >> it (untested though) > >> > >> So 'svn update' and retry > > > > Thanks, I'll try it later today. > > > > Joaquim > > > > > >>> Ah, it's a Windows build that I'm talking about. > >>> > >>> Joaquim Luis > >>> _______________________________________________ > >>> 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