From George Koehler <kernigh () gmail ! com> (thanks!), tested on macppc.
OK jca@ and bcallah@, "go ahead and fix !clang arches!" rsadowski@ (who has
tested on amd64 as well).
some existing COMPILER lines with arch restrictions etc. In the usual
case this is now using "COMPILER = base-clang ports-gcc base-gcc" on
ports with c++ libraries in WANTLIB.
This is basically intended to be a noop on architectures using clang
as the system compiler, but help with other architectures where we
currently have many ports knocked out due to building with an unsuitable
compiler -
- some ports require c++11/newer so the GCC version in base that is used
on these archirtectures is too old.
- some ports have conflicts where an executable is built with one compiler
(e.g. gcc from base) but a library dependency is built with a different
one (e.g. gcc from ports), resulted in mixing incompatible libraries in the
same address space.
devel/gmp is intentionally skipped as it's on the path to building gcc -
the c++ library there is unused in ports (and not built by default upstream)
so intending to disable building gmpcxx in a future commit.
When x11/grantlee and x11/grantlee-qt5 are installed at the same time,
kdevelop5 includes ${LOCALBASE}/include/grantlee and not
${LOCALBASE}/include/grantlee5 but links against grantlee-qt5. What obviously
doesn't work!
So move header files and cmake from grantlee into grantlee4. Just like
grantlee-qt5 does with grantlee5. All Qt4/KDE4 consumers are fine with
grantlee4.
Spotted by naddy@ in a amd64 bulk and sthen@ in a i386 bulk. Thanks for the
helpful reports!
KDE PIM team.
Includes update of Grantlee to 0.5.0, last KDE4 release; previous version,
0.3.0, was too old for new kdepim. Separate update will be problematic
because PLIST of kdepim package relies on minor version of Grantlee.
Lightly tested on amd64.
