Summary: | libgnomecanvasmm-2.60 will not build with gcc-3.4 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Kathy Wills <kathywills> |
Component: | [OLD] Unspecified | Assignee: | Please assign to toolchain <gcc-porting> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | CC: | arj |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- | |
Bug Depends on: | |||
Bug Blocks: | 48528 |
Description
Kathy Wills
2004-05-14 11:41:49 UTC
There was an update to libgnomecavasmm-2.6.1. It compiled and installed just fine using gcc-3.4. Bumping it will make this one compile, but libraries which depend on it, like libgnomeuimm, doesn't work anyone. The problems is related to the /usr/lib/libgnomecanvasmm-2.6.la file. The original library_names suggest that libgnomecanvasmm-2.6 is valid, but it's not because it's a directory. This will cause libraries using -llibgnomecanvasmm-2.6 to fail with some like can't open /usr/lib/libgnomecanvasmm-2.6. The problem seems to be that normally libraries have the .so at the end, but for some unkown reason to me, this ebuilds installs them without... The real fix would be to reverse this stripping of the .so of the libraries installed. This simple patch fixes it for now, add the following to the end of the ebuild: pkg_postinst() { #Fix broken .la cd /usr/lib/ sed -e "s:library_names='libgnomecanvasmm-2.6.1.0.1 libgnomecanvasmm-2.6 .1 libgnomecanvasmm-2.6':library_names='libgnomecanvasmm-2.6.1.0.1 libgnomecanva smm-2.6.1':g" \ libgnomecanvasmm-2.6.la > libgnomecanvasmm-2.6.la.hacked mv libgnomecanvasmm-2.6.la.hacked libgnomecanvasmm-2.6.la } anders - can you file another bug about that so that it gets assigned to the right people? |