Summary: | cairo-gobject dependencies leak to main cairo.pc | ||
---|---|---|---|
Product: | cairo | Reporter: | Jakub Bogusz <qboosh> |
Component: | general | Assignee: | Chris Wilson <chris> |
Status: | RESOLVED MOVED | QA Contact: | cairo-bugs mailing list <cairo-bugs> |
Severity: | normal | ||
Priority: | medium | CC: | freedesktop |
Version: | unspecified | ||
Hardware: | Other | ||
OS: | All | ||
Whiteboard: | |||
i915 platform: | i915 features: |
Description
Jakub Bogusz
2014-10-18 13:03:53 UTC
But if you compile with gobject, then gobject is needed as a private dependency. This is working-as-intended. libgobject is needed for libcairo-gobject, but I don't see any use of libgobject in libcairo. Accumulators cause that -lgobject-2.0 is passed for libcairo linking (through CAIRO_LIBS), but libcairo doesn't use any symbols from libgobject and when as-needed linker feature is used, this dependency is dropped. When packaging cairo, cairo-gobject library can go to separate package set; in such case glib/gobject dependency in packages with main cairo library could be avoided. Ok I see what you mean. When I designed the acummulators originally, there was only libcairo... And things where designed around having one library only. Reopening. -- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/cairo/cairo/issues/10. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.