kdelibs4 @4.4.5 Build failure

[macports@…]

kdelibs4 fails to build on 10.6.4 snow leopard with XCode 3.2.2 apparently due to some unresolved symbols during linking:

:info:build ld: warning: Iex::InputExc::~InputExc()has different visibility (default) in /opt/local/lib/libIlmImf.a(ImfHuf.o) and (hidden) in CMakeFiles/kimg_exr.dir/exr.o
:info:build ld: warning: Iex::InputExc::~InputExc()has different visibility (default) in /opt/local/lib/libIlmImf.a(ImfHuf.o) and (hidden) in CMakeFiles/kimg_exr.dir/exr.o
:info:build ld: warning: typeinfo for Iex::InputExchas different visibility (default) in /opt/local/lib/libIlmImf.a(ImfHuf.o) and (hidden) in CMakeFiles/kimg_exr.dir/exr.o
:info:build ld: warning: vtable for Iex::InputExchas different visibility (default) in /opt/local/lib/libIlmImf.a(ImfHuf.o) and (hidden) in CMakeFiles/kimg_exr.dir/exr.o
:info:build ld: warning: typeinfo name for Iex::InputExchas different visibility (default) in /opt/local/lib/libIlmImf.a(ImfHuf.o) and (hidden) in CMakeFiles/kimg_exr.dir/exr.o
:info:build Undefined symbols:
:info:build   "_uncompress", referenced from:
:info:build       Imf::Pxr24Compressor::uncompress(char const*, int, Imath::Box<Imath::Vec2<int> >, char const*&)in libIlmImf.a(ImfPxr24Compressor.o)
:info:build       Imf::ZipCompressor::uncompress(char const*, int, int, char const*&)in libIlmImf.a(ImfZipCompressor.o)
:info:build   "_compress", referenced from:
:info:build       Imf::Pxr24Compressor::compress(char const*, int, Imath::Box<Imath::Vec2<int> >, char const*&)in libIlmImf.a(ImfPxr24Compressor.o)
:info:build       Imf::ZipCompressor::compress(char const*, int, int, char const*&)in libIlmImf.a(ImfZipCompressor.o)
:info:build ld: symbol(s) not found
:info:build collect2: ld returned 1 exit status
:info:build make[2]: *** [lib/kimg_exr.so] Error 1
:info:build make[1]: *** [kimgio/CMakeFiles/kimg_exr.dir/all] Error 2
:info:build make[1]: *** Waiting for unfinished jobs....

This is part of the log from the second run I tried. The log during the first run did (IMHO) not reveal any information. I attached both logs to this ticket. zlib @1.2.5_0 is installed and active...so why is it complaining about those symbols?

[macports@…]

Log of the first attempt

[macports@…]

Log of the second attempt (revealing unresolved symbols)

[macports@…]

Cc Me!

[mf2k (Frank Schima)]

As per the ​ticket guidelines, please remember to fill in the port field and Cc the maintainers. You do not need to Cc yourself.

[macports@…]

Sorry - though I read the guidelines, I must have missed that...tnx for correcting it.

[mkae (Marko Käning)]

Cc Me!

[mkae (Marko Käning)]

Could it be that this is fixed by the latest Java or/and Xcode update(s)? (I don't see this error popping up. But I am experimenting with a newer version of the port anyway.)

Did you try already again after these updates?

Please, macports@… could you try again once port kdelibs4 gets its next update. I guess following #26943 to keep track of this process would be a good idea.

[mkae (Marko Käning)]

Hi, macports@…, kdelibs4 build successfully for me now.

Can we close this ticket?

[macports@…]

I'm just giving it a try, but "selfupdate" and "upgrade outdated" takes some time... I'll inform you as soon as kdelibs built (or failed to build ;) ).

[macports@…]

Cool... now attica fails to build :( . During configure it does not find qmake, although qmake is there.

I went through the other ticket (#26943) and applied the diffs to the Portfiles. But this does not help with the attica problem. Any suggestions how I could get attica to build?

[mkae (Marko Käning)]

Had the same problem with attica like you. Its portfile should start like this:

PortSystem          1.0
PortGroup           kde4   1.1

name                attica
version             0.2.0
revision            1
categories          kde kde4

Don't forget portindex and build again.

[mkae (Marko Käning)]

Perhaps also a

port clean attica

could help

[macports@…]

Tnx for the hint! I already did a "port clean" on attica, but I assume the portindex was the thing that was missing. Now it built and kdelibs4 is on the way (just building gtk2). I'll come back in an hour or two ... or so ;)

[mkae (Marko Käning)]

Good, I am happy to hear that. :)

But I am a bit confused myself now, since I thought phonon actually would need modifications, but it didn't anymore.

Perhaps your last self-update is too long ago!

[macports@…]

I installed phonon separately before. I did the self-update just today. But the original problem persists :( :

...
:info:build ld: warning: typeinfo name for Iex::InputExchas different visibility (default) in /opt/local/lib/libIlmImf.a(ImfHuf.o) and (hidden) in CMakeFiles/kimg_exr.dir/exr.o
:info:build Undefined symbols:
:info:build   "_uncompress", referenced from:
:info:build       Imf::Pxr24Compressor::uncompress(char const*, int, Imath::Box<Imath::Vec2<int> >, char const*&)in libIlmImf.a(ImfPxr24Compressor.o)
:info:build       Imf::ZipCompressor::uncompress(char const*, int, int, char const*&)in libIlmImf.a(ImfZipCompressor.o)
:info:build   "_compress", referenced from:
:info:build       Imf::Pxr24Compressor::compress(char const*, int, Imath::Box<Imath::Vec2<int> >, char const*&)in libIlmImf.a(ImfPxr24Compressor.o)
:info:build       Imf::ZipCompressor::compress(char const*, int, int, char const*&)in libIlmImf.a(ImfZipCompressor.o)
:info:build ld: symbol(s) not found
...

Any suggestions what could cause this?

[nerdling (Jeremy Lavergne)]

Let me know if you have an issue in 4.5. Likely you still have a dependency that needs rebuilt somewhere.

[ryandesign (Ryan Carsten Schmidt)]

The problem apparently still exists and has been reported again in #29550.