Package Details: pdftxt 0.7-6

Git Clone URL: https://aur.archlinux.org/pdftxt.git (read-only, click to copy)
Package Base: pdftxt
Description: Simple wrapper around libmupdf to extract text from PDF files
Upstream URL: https://litcave.rudi.ir
Licenses: BSD
Submitter: Sara
Maintainer: eclairevoyant
Last Packager: eclairevoyant
Votes: 6
Popularity: 0.000411
First Submitted: 2012-07-10 19:53 (UTC)
Last Updated: 2023-09-30 03:40 (UTC)

Latest Comments

1 2 3 Next › Last »

aksr commented on 2023-09-28 07:09 (UTC)

/usr/bin/ld: cannot find -lmupdf-third: No such file or directory

dreieck commented on 2023-07-11 19:43 (UTC)

Fails to download source:

==> Retrieving sources...
  -> Downloading pdftxt-0.7.tar.gz...
  % Total    % Received % Xferd  Average Speed   Time    Time     Time  Current
                                 Dload  Upload   Total   Spent    Left  Speed
  0     0    0     0    0     0      0      0 --:--:-- --:--:-- --:--:--     0
curl: (7) Failed to connect to litcave.rudi.ir port 443 after 79 ms: Couldn't connect to server
==> ERROR: Failure while downloading https://litcave.rudi.ir/pdftxt-0.7.tar.gz

Regards!

eclairevoyant commented on 2023-05-30 00:18 (UTC)

Ok I guess I just misunderstood the Gentoo wiki - looks like me adding -lgumbo was sufficient, and neither mold nor --no-as-needed are necessary.

eclairevoyant commented on 2023-05-30 00:09 (UTC)

@MarsSeed After checking this issue and testing myself, it looks like --as-needed doesn't really have any benefit here. Maybe I should just enforce --no-as-needed...

I originally went with mold since it avoided a lot of LTO-related issues so I assumed it would "solve" this issue - but it looks like it just sidesteps the issue by including more than it really needs to.

MarsSeed commented on 2023-05-29 22:07 (UTC)

Hey @eclairevoyant,

Thank you for doing the research and taking the time to enlighten me about these kinds of issues. I really appreciate your valuable input.

How come mold --as-needed is more correct than the binutils/ld implementation?

eclairevoyant commented on 2023-05-29 20:37 (UTC)

@MarsSeed The article I linked mentioned "Failure in final linking, undefined symbols" as the "the most common error that happens while using --as-needed". Also disabling LTO doesn't avoid the error here, but using -Wl,--no-as-needed does. I still didn't want to force that on the user hence I linked with mold instead.

I could be missing something, but from what I've seen so far, LTO can cause undefined references to functions within the scope of the code that it's building (e.g. https://github.com/briansmith/ring/issues/1444 wherein the missing references are from ring's own code), whereas --as-needed causes undefined references to external functions (e.g. the errors posted below are related to libgumbo) hence disabling LTO wouldn't make much difference

MarsSeed commented on 2023-05-28 12:45 (UTC) (edited on 2023-05-28 12:46 (UTC) by MarsSeed)

@eclairevoyant, thanks for looking into this and fixing the issue.

For me, so far disabling LTO solved the "undefined references" issues most of the time.

I've found a relevant Genoo wiki article:

Project:Toolchain/LTO.

It links to a maintained list of packages for which they disable LTO.

Several of them would fail with undefined references when using LTO.

The main article also recommends adding certain -Werror flags to warn about expected LTO failures.

eclairevoyant commented on 2023-05-28 11:02 (UTC) (edited on 2023-05-29 20:28 (UTC) by eclairevoyant)

@aksr Take a deep breath, you didn't fix the package for over a year. You can wait the few hours it took me to fix it.

aksr commented on 2023-05-28 10:50 (UTC)

You were fast to adopt this package. Now, fix it.

eclairevoyant commented on 2023-05-27 21:29 (UTC) (edited on 2023-05-29 20:29 (UTC) by eclairevoyant)

@MarsSeed Actually, this error is usually related to the linker flag --as-needed. See https://wiki.gentoo.org/wiki/Project:Quality_Assurance/As-needed