Bug 249990 - sysutils/tracker: link failure (11.x, old ld(1))
Summary: sysutils/tracker: link failure (11.x, old ld(1))
Status: New
Alias: None
Product: Ports & Packages
Classification: Unclassified
Component: Individual Port(s) (show other bugs)
Version: Latest
Hardware: Any Any
: --- Affects Some People
Assignee: freebsd-desktop (Team)
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2020-09-29 18:47 UTC by John Hein
Modified: 2020-10-16 16:05 UTC (History)
2 users (show)

See Also:
bugzilla: maintainer-feedback? (gnome)


Attachments
[patch] avoid old ld(1) due to link problems after switch to meson (672 bytes, patch)
2020-09-29 19:30 UTC, John Hein
jcfyecrayz: maintainer-approval? (bapt)
Details | Diff

Note You need to log in before you can comment on or make changes to this bug.
Description John Hein 2020-09-29 18:47:50 UTC
sysutils/tracker fails to link on 11.x with the old default ld(1).

[175/247] cc  -o utils/ontology/data-validator utils/ontology/data-validator.p/data-validator.c.o -L/usr/local/lib -Wl,--as-needed -Wl,--no-undefined -Wl,-O1 -Wl,--whole-archive -Wl,--start-group src/libtracker-fts/libtracker-fts.a -Wl,--no-whole-archive -O2 -pipe -fstack-protector-strong -isystem /usr/local/include -fno-strict-aliasing -fstack-protector-strong src/libtracker-common/libtracker-common.a src/libtracker-data/libtracker-data.so src/libtracker-data/libtracker-sparql-query.a src/gvdb/libgvdb.a src/libtracker-sparql-backend/libtracker-sparql-2.0.so.0.304.0 /usr/local/lib/libglib-2.0.so /usr/local/lib/libintl.so /usr/local/lib/libgio-2.0.so /usr/local/lib/libgobject-2.0.so -lm /usr/local/lib/libsqlite3.so -luuid /usr/local/lib/libicuuc.so /usr/local/lib/libicudata.so /usr/local/lib/libicui18n.so -Wl,--end-group '-Wl,-rpath,$ORIGIN/../../src/libtracker-data:$ORIGIN/../../src/libtracker-sparql-backend' -Wl,-rpath-link,/z1/local/users/jhein/.nobak/wd/usr/ports/sysutils/tracker/work/tracker-2.3.4/_build/src/libtracker-data -Wl,-rpath-link,/z1/local/users/jhein/.nobak/wd/usr/ports/sysutils/tracker/work/tracker-2.3.4/_build/src/libtracker-sparql-backend
FAILED: utils/ontology/data-validator 
cc  -o utils/ontology/data-validator utils/ontology/data-validator.p/data-validator.c.o -L/usr/local/lib -Wl,--as-needed -Wl,--no-undefined -Wl,-O1 -Wl,--whole-archive -Wl,--start-group src/libtracker-fts/libtracker-fts.a -Wl,--no-whole-archive -O2 -pipe -fstack-protector-strong -isystem /usr/local/include -fno-strict-aliasing -fstack-protector-strong src/libtracker-common/libtracker-common.a src/libtracker-data/libtracker-data.so src/libtracker-data/libtracker-sparql-query.a src/gvdb/libgvdb.a src/libtracker-sparql-backend/libtracker-sparql-2.0.so.0.304.0 /usr/local/lib/libglib-2.0.so /usr/local/lib/libintl.so /usr/local/lib/libgio-2.0.so /usr/local/lib/libgobject-2.0.so -lm /usr/local/lib/libsqlite3.so -luuid /usr/local/lib/libicuuc.so /usr/local/lib/libicudata.so /usr/local/lib/libicui18n.so -Wl,--end-group '-Wl,-rpath,$ORIGIN/../../src/libtracker-data:$ORIGIN/../../src/libtracker-sparql-backend' -Wl,-rpath-link,/z1/local/users/jhein/.nobak/wd/usr/ports/sysutils/tracker/work/tracker-2.3.4/_build/src/libtracker-data -Wl,-rpath-link,/z1/local/users/jhein/.nobak/wd/usr/ports/sysutils/tracker/work/tracker-2.3.4/_build/src/libtracker-sparql-backend
src/libtracker-data/libtracker-data.so: undefined reference to `tracker_sparql_error_quark'
src/libtracker-data/libtracker-data.so: undefined reference to `tracker_sparql_cursor_get_type'
src/libtracker-data/libtracker-data.so: undefined reference to `tracker_sparql_cursor_get_boolean'
src/libtracker-data/libtracker-data.so: undefined reference to `tracker_sparql_cursor_next'
cc: error: linker command failed with exit code 1 (use -v to see invocation)



See also http://package20.nyi.freebsd.org/data/114i386-default-baseline/550093/logs/tracker-2.3.4.log
Comment 1 John Hein 2020-09-29 19:24:09 UTC
This is similar to bug 249974 (seahorse) which also showed up on 11.x after updating to meson.  The workaround there (don't use old ld(1)) works here as well.

Fiddling around with where the libraries are listed in the link command can get it working (e.g., moving the internal .so's after the .a's works), but that seems to me to just trying to accommodate an old buggy linker.
Comment 2 John Hein 2020-09-29 19:30:10 UTC
Created attachment 218418 [details]
[patch] avoid old ld(1) due to link problems after switch to meson

Set maintainer-approval to last committer
Comment 3 John Hein 2020-10-16 16:05:53 UTC
Timeout?

Still failing.  More recent package builder log ...

http://beefy9.nyi.freebsd.org/data/114amd64-default/552369/logs/tracker-2.3.4.log