[SVN Commit] branches/plasma5/PORTS/devel

2016-12-10 Thread Tobias Berner
SVN commit 13448 by tcberner: There is no real need for cmake to be in area51 D cmake (directory) D cmake-doc (directory) D cmake-gui (directory) D cmake-modules (directory)

[Bug 208120] devel/cmake: Strips necessary rpath when installing any GNU compiler from ports

2016-12-10 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=208120 --- Comment #14 from gr...@kde.org --- Received this work-around by private email: I think I found a work-around that fixes *runtime* dynamic linking issues. I added the following line to /etc/libmap.conf: libgcc_s.so.1 gcc48/libgcc_s.so

[Bug 208120] devel/cmake: Strips necessary rpath when installing any GNU compiler from ports

2016-12-10 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=208120 --- Comment #15 from gr...@kde.org --- This ticket is languishing *mostly* because it's unclear what the right course is (there's no WWJD for cmake behavior in the presence of gcc on FreeBSD). Diane Bruce in comment:12 explains the issues an

[Bug 208120] devel/cmake: Strips necessary rpath when installing any GNU compiler from ports

2016-12-10 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=208120 --- Comment #16 from Diane Bruce --- The problem with the fix mentioned in comment #14 is it then forces everything compiled with native compilers to use a port based libgcc_s which might be seen as a feature, not a bug by some. ;) Our li

[SVN Commit] branches/plasma5/KDE/devel/kf5-kservice

2016-12-10 Thread Tobias Berner
SVN commit 13449 by tcberner: Install kf5-kservice's application.menu as kf5-applications.menu as suggested by Matthew in pr 214528. PR: 214528 M +3 -0 Makefile M +1 -1 pkg-plist