GNU gettext - Bugs: bug #32351, symbol conflicts, g_*, between...
You are not allowed to post comments on this tracker with your current authentication level.
bug #32351: symbol conflicts, g_*, between glib2 and embedded gnulib-local
Submitter: | Rex Dieter <rdieter> | ||
Submitted: | Fri 04 Feb 2011 02:40:13 PM UTC | ||
Category: | Build | Severity: | 3 - Normal |
Item Group: | None | Status: | Not a Bug |
Privacy: | Public | Assigned to: | haible |
Open/Closed: | Closed |
Fri 04 Feb 2011 06:07:08 PM UTC, comment #5: |
Bruno Haible <haible> |
Fri 04 Feb 2011 05:21:00 PM UTC, comment #4: Well, maybe it's not a bug in gettext (but an unversioned .so symlink to link against still gets installed for that library even if it makes no sense to link it, presumably because libtool doesn't support installing only the versioned file), but it definitely is a bug in gnulib. You cannot assume that gettextlib is the only place where that module will end up used. If something uses these, maybe indirectly through a library, then through some other library, glib2 is dragged in too, we still have a conflict! Should I refile this on the gnulib tracker? |
Kevin Kofler <kevinkofler> |
Fri 04 Feb 2011 04:04:43 PM UTC, comment #3: Thanks!
|
Rex Dieter <rdieter> |
Fri 04 Feb 2011 03:53:06 PM UTC, comment #2: https://bugzilla.redhat.com/show_bug.cgi?id=650471 contains this:
/usr/lib64/libgettextlib-0.17.so
/usr/lib64/libgconf-2.so.4
|
Bruno Haible <haible> |
Fri 04 Feb 2011 02:51:30 PM UTC, comment #1: sent message to gnulib-bugs list for advice,
|
Rex Dieter <rdieter> |
Fri 04 Feb 2011 02:40:13 PM UTC, original submission:
Per downstream report,
|
Rex Dieter <rdieter> |
No files currently attached
Depends on the following items: None found
Items that depend on this one: None found
There are 0 votes so far. Votes easily highlight which items people would like to see resolved in priority, independently of the priority of the item set by tracker managers.
Follow 4 latest changes.
Date | Changed by | Updated Field | Previous Value | => | Replaced by |
---|---|---|---|---|---|
2016-11-27 | haible | Category | None | Build | |
2011-02-04 | haible | Status | None | Not a Bug | |
Assigned to | None | haible | |||
Open/Closed | Open | Closed |
Powered by Savane 3.13-caa5.
Corresponding source code
Yes. libtool does not distinguish "public" from "private"
libraries.
No. The source code of g_hash_table_insert is in
gettext/gnulib-local/lib/glib/ghash.c. This directory
belongs to gettext, not gnulib. No package except the gettext
package uses this source code.