[poppler] error: 'class PDFDoc' has no member named 'getPDFVersion'

[Mathieu Malaterre]

On Thu, Nov 12, 2009 at 5:48 PM, Dominic Lachowicz
<domlachowicz at gmail.com> wrote:
> Just because a method is included in the "public" part of the class
> doesn't mean that it's part of poppler's supported, public API (i.e.

Of course it is, this is exactly the definition. If you do not want to
expose it, put it in the protected section and make class friend. This
is basic C++.

> meant to be used by 3rd-party users). The XPDF headers aren't
> installed by default - you need to configure with
> '--enable-xpdf-headers' to have them installed.

I do not know those implementation details.

> I believe that the recommended way of using poppler is through either
> the Qt or Glib bindings.

This has absolutely nothing to do here. This is a matter of respection
versioning. Apparently work is properly done at library level and
SONAME/SOVERSION have been updated, all I am looking for is the same
at API level (ie. reflect the change of ABI/API, at code level).

This is a very basic question: how does client application level cope
with an API incompatible change (this is a naive question, I could not
find the proper #ifdef)

Thanks,
-- 
Mathieu