kdelibs4 build error on lion

[hofione@…]

:info:build In file included from /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_kde_kdelibs4/kdelibs4/work/kdelibs-4.7.0/kjs/nodes.cpp:25:
:info:build In file included from /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_kde_kdelibs4/kdelibs4/work/kdelibs-4.7.0/kjs/nodes.h:29:
:info:build In file included from /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_kde_kdelibs4/kdelibs4/work/kdelibs-4.7.0/kjs/Parser.h:30:
:info:build /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_kde_kdelibs4/kdelibs4/work/kdelibs-4.7.0/kjs/wtf/RefPtr.h:58:55: error: call to function 'adoptRef' that is neither visible in the template definition nor found by argument-dependent lookup
:info:build         PassRefPtr<T> release() { PassRefPtr<T> tmp = adoptRef(m_ptr); m_ptr = 0; return tmp; }
:info:build                                                       ^
:info:build /opt/local/var/macports/build/_opt_local_var_macports_sources_rsync.macports.org_release_tarballs_ports_kde_kdelibs4/kdelibs4/work/kdelibs-4.7.0/kjs/nodes.h:340:57: note: in instantiation of member function 'WTF::RefPtr<KJS::ElementNode>::release' requested here
:info:build     PassRefPtr<ElementNode> releaseNext() { return next.release(); }
:info:build                                                         ^

[hofione@…]

Cc Me!

[ryandesign (Ryan Carsten Schmidt)]

As reporter you do not need to Cc yourself but you should Cc the port's maintainer(s).

[ryandesign (Ryan Carsten Schmidt)]

You should probably also attach the complete main.log.

[hofione@…]

Cc Me!

[nerdling (Jeremy Lavergne)]

I see clang in the log, so that is likely the root cause. Just in case, please attach the full log (it doesn't have the configure phase) and the CMakeCache file:

sudo port clean kdelibs4
sudo port build kdelibs4 build.jobs=1

These are the files to attach:

port logfile
echo `port work kdelibs4`/build/CMakeCache.txt

[nerdling (Jeremy Lavergne)]

that is, port logfile kdelibs4

[hofione@…]

sorry could not build now because of break in kerberos5 build. Is it possible to build without dependencies?

[nerdling (Jeremy Lavergne)]

It's possible to build without dependencies but then parts of KDE will get automatically disabled, or we've forced some functions to build and they'll break. When you can build again please update the ticket.

[marksman@…]

port logfile kdelibs4

[marksman@…]

port work kdelibs4/build/CMakeCache.txt

[marksman@…]

I'm having the same problems, and attached the requested log files

[nerdling (Jeremy Lavergne)]

marksman: can you clean your build dir and try again with the compiler changed to llvm-gcc4.2? You can do so like this:

sudo port clean kdelibs4
sudo port build kdelibs configure.compiler=llvm-gcc-4.2

One possibility is that clang isn't happy with the class code that KDE ships. Even gcc has choked on their code at times, requiring extra parenthesis so it could figure out templates.

[nerdling (Jeremy Lavergne)]

I left out the 4 in the second command, should be kdelibs4.

[nerdling (Jeremy Lavergne)]

I see nothing wrong in the CMakeCache, but it did show that clang is being used.

I'm assuming it's a compiler issue since I can build it just fine using llvm-gcc.

If you can verify that switching compilers does fix the issue, then I can tell the portfile to always switch the compiler.

[mkae (Marko Käning)]

Cc Me!

[marksman@…]

Yep, using

sudo port build kdelibs configure.compiler=llvm-gcc-4.2

fixed the problem for me. Thanks!

[nerdling (Jeremy Lavergne)]

Fixed in r85940.

[nerdling (Jeremy Lavergne)]

Clang works in all of KDE @4.8.2