upgrading qpdf attempts to link with old library

[gnw3]

Upgrading from 3.0.2_0 to 5.1.0_0 on Snow Leopard failed at undefined symbols like Pl_AES_PDF::disablePadding. Deactivating the old version and installing 5.0.1_0 works. There were similar reports for previous versions so if it isn't a simple change to force qpdf to kink against the new library it might be helpful to issue a warning to remove the older version before installing.

[ryandesign (Ryan Carsten Schmidt)]

As a stopgap until a proper fix can be found, the conflicts_build portgroup could be employed.

PortGroup conflicts_build 1.0
conflicts_build ${name}

[mf2k (Frank Schima)]

See #51936.

[mf2k (Frank Schima)]

Cc reporter of duplicate #42194.

[ryandesign (Ryan Carsten Schmidt)]

Replying to gnw3:

There were similar reports for previous versions

Yes.

It was previously reported to us in 2012 against version 2.3.0. I ​reported it to the developer along with a fix​ (for examples/build.mk, libtests/build.mk, make/libtool.mk, qpdf/build.mk, and zlib-flate/build.mk). After explaining my fix to the developer, he agreed and stated he had included our patch in version 3.0, so when the port was next updated to version 3.0.2 our patch was removed.

However, it turns out the developer had only ​applied part of my patch (the part for make/libtool.mk), so the problem was not fully fixed.

#37508, reported to us in 2013, may have been another instance of the problem; we did not analyze the problem.

In October 2017 somebody else ​reported the problem again to the developer, who ​committed a fix that was the same as another part of the fix that I had originally submitted (the part for examples/build.mk, libtests/build.mk, and qpdf/build.mk). This change was published in qpdf 7.1.0.

In January 2018 somebody else ​reported the problem again to the developer, who ​committed a fix that was the same as another part of the fix that I had originally submitted (the part for libtests/build.mk). It also reverted a different part of the fix I had originally submitted (part of the fix for make/libtool.mk), but I concede I don't remember why I had suggested that part of it, and it may not be needed. This change landed in qpdf 7.1.1.

The one last remaining portion of the fix I originally submitted (the part for zlib-flate/build.mk) has not yet been committed. I sent a ​pull request for that now; hopefully it will appear in a future version of qpdf. I also committed the patch back to MacPorts so the problem should be solved for us at least.

[ryandesign (Ryan Carsten Schmidt)]

The last fix finally made it into qpdf 8.4.0, to which we updated in #58372.