> Judd Taylor <[email protected]> wrote: > The specific functionality required for the PDL bindings is the ability > to enumerate the possible projections and their parameters, which is > used as input to the code generator that uses that information to write > the subs for the interface. This functionality was not included in the > proj_api.h interface, and may not be now (I haven't needed to work > directly with proj since version 4.4.8). This is why the version that > does not include projects.h gives me a segfault at build time, since > it's used by the code generator.
You mean you get a segfault if you use the proj.pd that I committed ? Is it the same segfault as the one at http://www.cpantesters.org/cpan/report/3b9ea826-7ff9-11e1-859e-be2e173997d5 > We need to verify if this enumeration is available through the > proj_api.h header (and I doubt it). And if not, then we may need to > specify installing the proj-devel package (which I'm guessing would > include the correct projects.h) as a requirement for building the PDL > Proj interface. At a minimum, we could turn of building Proj if > projects.h is not found. There would still be the problem where someone has upgraded from an earlier 4.x.x to 4.8.0. A 'projects.h' would be found, but it would be the wrong one. (It would be the 4.x.x projects.h.) But that could probably be worked around. However, my understanding is that a proj-devel package for 4.8.0 would *not* include projects.h. I thought devel packages simply provide everything that's normally installed by 'make install'. (Perhaps I'm wrong.) Thanks for providing the background info, Judd. Cheers, Rob _______________________________________________ Perldl mailing list [email protected] http://mailman.jach.hawaii.edu/mailman/listinfo/perldl
