Summary: | KDevelop-3.0.0-rc1 builds successfully on amd64 | ||
---|---|---|---|
Product: | Gentoo Linux | Reporter: | Mikael Rosbacke <rosbacke> |
Component: | [OLD] KDE | Assignee: | Gentoo KDE team <kde> |
Status: | RESOLVED FIXED | ||
Severity: | enhancement | CC: | darrylbleau |
Priority: | High | ||
Version: | unspecified | ||
Hardware: | AMD64 | ||
OS: | Linux | ||
Whiteboard: | |||
Package list: | Runtime testing required: | --- |
Description
Mikael Rosbacke
2004-01-20 02:09:18 UTC
KDevelop-3.0.0 seems not to build successfully on amd64. This is the output I get: *** Warning: Linking the executable r++ against the loadable module *** libkdevcppsupport.so is not portable! main.o(.text+0xa05): In function `main': : undefined reference to `db_create_4000' main.o(.text+0xa14): In function `main': : undefined reference to `db_strerror_4000' main.o(.text+0x1298): In function `main': : undefined reference to `db_create_4000' main.o(.text+0x12a3): In function `main': : undefined reference to `db_strerror_4000' main.o(.text+0x1507): In function `main': : undefined reference to `db_strerror_4000' main.o(.text+0x155b): In function `main': : undefined reference to `db_strerror_4000' main.o(.text+0x167f): In function `main': : undefined reference to `db_strerror_4000' main.o(.text+0x168b): In function `main': : undefined reference to `db_strerror_4000' main.o(.gnu.linkonce.t._ZN8GCatalogI3TagE4openERK7QString+0x33): In function `GCata log<Tag>::open(QString const&)': : undefined reference to `db_create_4000' main.o(.gnu.linkonce.t._ZN8GCatalogI3TagE4openERK7QString+0x3e): In function `GCata log<Tag>::open(QString const&)': : undefined reference to `db_strerror_4000' main.o(.gnu.linkonce.t._ZN8GCatalogI3TagE4openERK7QString+0xfe): In function `GCata log<Tag>::open(QString const&)': : undefined reference to `db_strerror_4000' main.o(.gnu.linkonce.t._ZN8GCatalogI3TagE4openERK7QString+0x10a): In function `GCat alog<Tag>::open(QString const&)': : undefined reference to `db_strerror_4000' main.o(.gnu.linkonce.t._ZN8GCatalogI3TagE8addIndexERK8QCString+0xac): In function ` GCatalog<Tag>::addIndex(QCString const&)': : undefined reference to `db_create_4000' main.o(.gnu.linkonce.t._ZN8GCatalogI3TagE8addIndexERK8QCString+0xb7): In function ` GCatalog<Tag>::addIndex(QCString const&)': : undefined reference to `db_strerror_4000' main.o(.gnu.linkonce.t._ZN8GCatalogI3TagE8addIndexERK8QCString+0x3a9): In function `GCatalog<Tag>::addIndex(QCString const&)': : undefined reference to `db_strerror_4000' main.o(.gnu.linkonce.t._ZN8GCatalogI3TagE8addIndexERK8QCString+0x408): In function `GCatalog<Tag>::addIndex(QCString const&)': : undefined reference to `db_strerror_4000' collect2: ld returned 1 exit status make[4]: *** [r++] Error 1 make[4]: Leaving directory `/var/tmp/portage/kdevelop-3.0.0/work/kdevelop-3.0.0/lan guages/cpp' make[3]: *** [all-recursive] Error 1 make[3]: Leaving directory `/var/tmp/portage/kdevelop-3.0.0/work/kdevelop-3.0.0/lan guages/cpp' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/var/tmp/portage/kdevelop-3.0.0/work/kdevelop-3.0.0/lan guages' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/kdevelop-3.0.0/work/kdevelop-3.0.0' make: *** [all] Error 2 !!! ERROR: dev-util/kdevelop-3.0.0 failed. !!! Function kde_src_compile, Line 127, Exitcode 2 !!! died running emake, kde_src_compile:make I couldn't find a bug for it. Let me guess, one of the dependencies is linked with libdb, but does not have this dependency in the lib itself, but uses a .la file to take care. This .la file probably does not remember that linking must happen to -ldb-4.0 instead of -ldb which probably now points to -ldb-4.1. In short, the easiest way to solve this is to remerge that libraries package so it is linked against db-4.1 it's got the ~amd64 seal of approval now (3.0.1) Any ideas how to resolve the 'libkdevcppsupport.so is not portable!' problem? I've re-emerged everything KDE I can think of... It's not a bug - just an artifact of the build system. There's no need to worry. I didn't say it was a bug :) I did fix the problem, however, and for future reference to anyone who may possibly encounter the same problem, I re-emerged sys-libs/db, then emerged kdevelop successfully. |