Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

Build with upstream xpdf sources #99

Open
naufraghi opened this issue Jul 27, 2020 · 1 comment · May be fixed by #98
Open

Build with upstream xpdf sources #99

naufraghi opened this issue Jul 27, 2020 · 1 comment · May be fixed by #98
Assignees
@kermitt2

Comments

@naufraghi
Copy link

There are some PDF files that xpdf 4.00 can't open but the latest version of xpdf can open without error.

I updated the local xpdf fork to the latest version 1, doing that a tried to minimize the patches needed to use the upstream xpdf code, in #98 the results of my experiment.

That PR uses a mirror repo I set up on gitlab (no problem to mirror the repo on github too) https://gitlab.com/xpdf-mirror/xpdf

Footnotes

  1. have a look at invalid memory access in GfxIndexedColorSpace::mapColorToBase( ) #46 to find a good version without known bugs. ↩
@naufraghi naufraghi linked a pull request Jul 27, 2020 that will close this issue
Open
@naufraghi
Copy link
Author

This PR should make it easier to switch between xpdf versions. Do you think there is some interest in merging the PR?

@kermitt2 kermitt2 self-assigned this Apr 5, 2021
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Assignees

@kermitt2 kermitt2

Labels
None yet
Projects
None yet
Milestone
No milestone
Development

Successfully merging a pull request may close this issue.

Use provided xpdf_objs library and disable default targets in xpdf naufraghi/pdfalto
2 participants
@naufraghi @kermitt2