Summary: | graphics/poppler-glib: c++: error: linker command failed | ||||||||
---|---|---|---|---|---|---|---|---|---|
Product: | Ports & Packages | Reporter: | O. Hartmann <ohartmann> | ||||||
Component: | Individual Port(s) | Assignee: | freebsd-desktop (Team) <desktop> | ||||||
Status: | Closed FIXED | ||||||||
Severity: | Affects Only Me | CC: | desktop, jcfyecrayz, tcberner | ||||||
Priority: | --- | Flags: | tcberner:
maintainer-feedback+
|
||||||
Version: | Latest | ||||||||
Hardware: | Any | ||||||||
OS: | Any | ||||||||
Attachments: |
|
Description
O. Hartmann
2020-01-22 20:23:56 UTC
Moin moin Please update your tree to r523840 [1]. mfg Tobias [1] https://svnweb.freebsd.org/changeset/ports/523840 The underlying issue is that in an unclean environment it finds gtk and builds the demo-application. if (GTK_FOUND AND BUILD_GTK_TESTS) add_subdirectory(demo) endif () So we can just toggle the option BUILD_GTK_TESTS to off, and it should work again, and revert the temporary fix of r523840. mfg Tobias Created attachment 210973 [details]
v2
Remove localbase:ldflags again, and toggle BUILD_GTK_TESTS off.
A commit references this bug: Author: tcberner Date: Sat Jan 25 20:27:10 UTC 2020 New revision: 524130 URL: https://svnweb.freebsd.org/changeset/ports/524130 Log: graphics/poppler-glib: disable gkt-test/demo builds In unclean build environments GTK could get picked up and lead to linker errrors in demo applications which are not installed, but still manage to make the build fail. Remove the temporary work around added in r523840 which passed -L${LOCALBASE}/lib to the linker. PR: 243525 Reported by: Walter Schwarzenfeld <w.schwarzenfeld@utanet.at>, O. Hartmann <ohartmann@walstatt.org> Changes: head/graphics/poppler/Makefile Created attachment 211111 [details]
[patch] fix for "cannot fine -lgtk-3"
I've had this patch locally for a few months and just saw this PR. It allows the gtk tests (so you could remove the CMAKE_OFF=BUILD_GTK_TESTS).
And it could (probably should be) upstreamed. But I never got around to that. If someone else does, that would be great.
The root cause is poor cmake config (unfortunately a common thing, but that's partly because of the cmake culture itself).
I can open a new bug, but I thought I'd start here. Feel free to re-open and apply this patch.
This has been QA tested inside poudriere and outside on a live system with lots of other packages installed.
Moin moin Thanks, but... :D That would also require adding a dependency on gtk3 for a binary we don't install. Not sure what would be the benefit there :) mfg Tobias |