Red Hat Bugzilla – Bug 278901
build problem on 64 bit architectures with evolution28
Last modified: 2007-11-16 20:14:56 EST
Description of problem:
If is on 64 bit system installed package with two versions (32bit and 64bit) and
you try to rebuilding evolution28 and building process needs some library from
that (32/64bit) package, than building process try first load library from 32
bit package and then fail with error that library is not compatible.
Version-Release number of selected component (if applicable):
evolution28 on RHEL4 64bit architectures
Try to rebuild evolution28 on 64bit architecture where 32bit/64bit packages
dependences installed are. (eg. popt package)
Building process should try to load from both packages (32 bit and 64 bit too).
I haven't tested it on RHEL5.
Can you please post a build log that shows the errors you're getting?
OK, Mail sent.
This seems to be the problem:
gcc -shared .libs/e-book-backend-file.o ... /usr/lib/libpopt.so ...
/usr/lib/libpopt.so: could not read symbols: File in wrong format
Every other instance of libpopt.so in the build log shows up as
/usr/lib64/libpopt.so. I have no idea why this case is different. E-D-S
doesn't even use libopt; it get pulled into the linker command through pkgconfig
dependencies (probably from libgnome).
Does the original RHEL4 Evolution package (version 2.0.2) build under these
I owe halfline a cookie. He recognized this as an old bug in libtool and
suggested a workaround:
Add "libtoolize --force" before the %configure line in the spec file.
I don't have a means of testing this for myself. Do you think you could try
building with this workaround while I collect the necessary flags for this bug?
OK I will try build it.
I think just to keep things in one place I'm going to merge this bug into bug
#251394, which already has all the necessary ACKs and blessings and what not...
*** This bug has been marked as a duplicate of 251394 ***