[kde-freebsd] [PATCH] math/eigen: use malloc instead of posix_memalign, fix on 6.x
>Submitter-Id: current-users >Originator:Dmitry Marakasov >Organization: >Confidential: no >Synopsis: [PATCH] math/eigen: use malloc instead of posix_memalign, fix >on 6.x >Severity: non-critical >Priority: low >Category: ports >Class: sw-bug >Release: FreeBSD 8.0-CURRENT i386 >Environment: System: FreeBSD hades.panopticon 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Thu Apr 30 06:41:20 MSD 2009 >Description: eigen2 uses aligned malloc routine (ei_aligned_malloc), which currently relies on posix_memalign. The latter is not available on 6.x, so dependent ports may fail to build (example is upcoming science/avogadro, ports/134710). FreeBSD malloc, however, is guaranteed to return 16-byte aligned pointers, so it may safely br used instead of posix_memalign, on 6.x as well. The patch mekes EIGEN_MALLOC_ALREADY_ALIGNED defined on FreeBSD, so malloc is used. Added file(s): - files/patch-Eigen-src-Core-util-Memory.h Port maintainer (k...@freebsd.org) is cc'd. Generated with FreeBSD Port Tools 0.77 >How-To-Repeat: >Fix: --- eigen-2.0.0_3.patch begins here --- Index: Makefile === RCS file: /home/amdmi3/projects/freebsd/FreeBSD.cvs/ports/math/eigen2/Makefile,v retrieving revision 1.7 diff -u -u -r1.7 Makefile --- Makefile20 May 2009 23:09:32 - 1.7 +++ Makefile22 May 2009 14:23:17 - @@ -6,7 +6,7 @@ PORTNAME= eigen DISTVERSION= 2.0.0 -PORTREVISION= 2 +PORTREVISION= 3 CATEGORIES=math MASTER_SITES= http://download.tuxfamily.org/eigen/ Index: files/patch-Eigen-src-Core-util-Memory.h === RCS file: files/patch-Eigen-src-Core-util-Memory.h diff -N files/patch-Eigen-src-Core-util-Memory.h --- /dev/null 1 Jan 1970 00:00:00 - +++ files/patch-Eigen-src-Core-util-Memory.h22 May 2009 15:12:28 - @@ -0,0 +1,11 @@ +--- Eigen/src/Core/util/Memory.h.orig 2009-02-02 16:24:17.0 +0300 Eigen/src/Core/util/Memory.h 2009-05-22 18:19:51.0 +0400 +@@ -27,7 +27,7 @@ + #ifndef EIGEN_MEMORY_H + #define EIGEN_MEMORY_H + +-#if defined(__APPLE__) || defined(_WIN64) ++#if defined(__APPLE__) || defined(_WIN64) || defined (__FreeBSD__) + #define EIGEN_MALLOC_ALREADY_ALIGNED 1 + #else + #define EIGEN_MALLOC_ALREADY_ALIGNED 0 --- eigen-2.0.0_3.patch ends here --- ___ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd See also http://freebsd.kde.org/ for latest information
[kde-freebsd] [PATCH] devel/qt4-dbus: mark MAKE_JOBS_UNSAFE
>Submitter-Id: current-users >Originator:Dmitry Marakasov >Organization: >Confidential: no >Synopsis: [PATCH] devel/qt4-dbus: mark MAKE_JOBS_UNSAFE >Severity: non-critical >Priority: low >Category: ports >Class: change-request >Release: FreeBSD 8.0-CURRENT i386 >Environment: System: FreeBSD hades.panopticon 8.0-CURRENT FreeBSD 8.0-CURRENT #0: Mon Jun 1 22:13:51 MSD >Description: Fails to build with MAKE_JOBS enabled: http://people.freebsd.org/~amdmi3/qt4-dbus-4.4.3.log Port maintainer (k...@freebsd.org) is cc'd. Generated with FreeBSD Port Tools 0.77 >How-To-Repeat: >Fix: --- qt4-dbus-4.4.3.patch begins here --- Index: Makefile === RCS file: /home/amdmi3/projects/freebsd/FreeBSD.cvs/ports/devel/dbus-qt4/Makefile,v retrieving revision 1.15 diff -u -u -r1.15 Makefile --- Makefile4 Aug 2008 23:30:32 - 1.15 +++ Makefile9 Jun 2009 01:17:42 - @@ -24,6 +24,7 @@ QT_COMPONENTS= qmake_build moc_build rcc_build corelib gui xml QT_NONSTANDARD=yes QT_DIST= yes +MAKE_JOBS_UNSAFE= yes HAS_CONFIGURE= yes USE_LDCONFIG= ${PREFIX}/lib/qt4 --- qt4-dbus-4.4.3.patch ends here --- ___ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd See also http://freebsd.kde.org/ for latest information
[kde-freebsd] [PATCH] devel/cmake: support custom PREFIX/LOCALBASE
>Submitter-Id: current-users >Originator:Dmitry Marakasov >Organization: >Confidential: no >Synopsis: [PATCH] devel/cmake: support custom PREFIX/LOCALBASE >Severity: non-critical >Priority: low >Category: ports >Class: change-request >Release: FreeBSD 8.0-BETA2 i386 >Environment: System: FreeBSD hades.panopticon 8.0-BETA2 FreeBSD 8.0-BETA2 #0: Thu Jul 30 19:51:12 MSD 2009 >Description: While the port replaces /usr/X11R6 to ${LOCALBASE} in cmake modules, it doesn't replace /usr/local, so with custom PREFIX/LOCALBASE some cmake-using ports will fail, as they won't be able to find required libs headers. For instance, that happens with spring which uses FindSDL.cmake. Port maintainer (k...@freebsd.org) is cc'd. Generated with FreeBSD Port Tools 0.77 >How-To-Repeat: >Fix: --- cmake-2.6.4_1.patch begins here --- Index: Makefile === RCS file: /home/amdmi3/projects/freebsd/FreeBSD.cvs/ports/devel/cmake/Makefile,v retrieving revision 1.32 diff -u -u -r1.32 Makefile --- Makefile4 Aug 2009 19:33:08 - 1.32 +++ Makefile26 Aug 2009 00:01:03 - @@ -7,6 +7,7 @@ PORTNAME= cmake PORTVERSION= 2.6.4 +PORTREVISION= 1 CATEGORIES=devel MASTER_SITES= http://www.cmake.org/files/v${PORTVERSION:C/\.[[:digit:]]+$//}/ @@ -37,8 +38,10 @@ ctest.1 post-patch: - @${GREP} -rl '/usr/X11R6' ${WRKSRC}/Modules ${WRKSRC}/Tests | \ - ${XARGS} ${REINPLACE_CMD} -e 's,/usr/X11R6,${LOCALBASE},g' + @(${FIND} ${WRKSRC}/Modules -name "*.cmake" -print0; \ + ${FIND} ${WRKSRC}/Tests -name "CMakeLists.txt" -print0 ) | \ + ${XARGS} -0 -n 100 ${REINPLACE_CMD} -e 's,/usr/local,${LOCALBASE},g; \ + s,/usr/X11R6,${LOCALBASE},g' @${REINPLACE_CMD} -e 's,/opt/kde4,${LOCALBASE}/kde4,g' \ ${WRKSRC}/Modules/FindKDE4.cmake --- cmake-2.6.4_1.patch ends here --- ___ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd See also http://freebsd.kde.org/ for latest information
[kde-freebsd] [PATCH] devel/cmake: don't install garbage files
>Submitter-Id: current-users >Originator:Dmitry Marakasov >Organization: >Confidential: no >Synopsis: [PATCH] devel/cmake: don't install garbage files >Severity: non-critical >Priority: low >Category: ports >Class: change-request >Release: FreeBSD 8.0-RELEASE i386 >Environment: System: FreeBSD hades.panopticon 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Tue Nov 24 22:31:59 MSK 2009 >Description: CMake seems to install files from some directories by windcard, so *.bak and *.orig files left after port's patch phase get installed. Fix that. Port maintainer (k...@freebsd.org) is cc'd. Generated with FreeBSD Port Tools 0.99 >How-To-Repeat: >Fix: --- cmake-2.8.0_1.patch begins here --- Index: Makefile === RCS file: /home/amdmi3/projects/freebsd/FreeBSD.cvs/ports/devel/cmake/Makefile,v retrieving revision 1.34 diff -u -u -r1.34 Makefile --- Makefile29 Nov 2009 11:51:39 - 1.34 +++ Makefile9 Dec 2009 16:04:16 - @@ -7,6 +7,7 @@ PORTNAME= cmake PORTVERSION= 2.8.0 +PORTREVISION= 1 CATEGORIES=devel MASTER_SITES= http://www.cmake.org/files/v${PORTVERSION:C/\.[[:digit:]]+$//}/ @@ -47,5 +48,6 @@ ${WRKSRC}/bootstrap @${REINPLACE_CMD} -e 's,/opt/kde4,${LOCALBASE}/kde4,g' \ ${WRKSRC}/Modules/FindKDE4.cmake + @${FIND} ${WRKSRC} -name "*.bak" -delete -o -name "*.orig" -delete .include Index: pkg-plist === RCS file: /home/amdmi3/projects/freebsd/FreeBSD.cvs/ports/devel/cmake/pkg-plist,v retrieving revision 1.21 diff -u -u -r1.21 pkg-plist --- pkg-plist 29 Nov 2009 11:51:39 - 1.21 +++ pkg-plist 8 Dec 2009 20:03:15 - @@ -4,152 +4,89 @@ bin/ctest %%DATADIR%%/Modules/.NoDartCoverage %%DATADIR%%/Modules/AddFileDependencies.cmake -%%DATADIR%%/Modules/AddFileDependencies.cmake.bak %%DATADIR%%/Modules/BundleUtilities.cmake -%%DATADIR%%/Modules/BundleUtilities.cmake.bak %%DATADIR%%/Modules/CMake.cmake -%%DATADIR%%/Modules/CMake.cmake.bak %%DATADIR%%/Modules/CMakeASM-ATTInformation.cmake -%%DATADIR%%/Modules/CMakeASM-ATTInformation.cmake.bak %%DATADIR%%/Modules/CMakeASMCompiler.cmake.in %%DATADIR%%/Modules/CMakeASMInformation.cmake -%%DATADIR%%/Modules/CMakeASMInformation.cmake.bak %%DATADIR%%/Modules/CMakeASM_MASMInformation.cmake -%%DATADIR%%/Modules/CMakeASM_MASMInformation.cmake.bak %%DATADIR%%/Modules/CMakeAddNewLanguage.txt %%DATADIR%%/Modules/CMakeBackwardCompatibilityC.cmake -%%DATADIR%%/Modules/CMakeBackwardCompatibilityC.cmake.bak %%DATADIR%%/Modules/CMakeBackwardCompatibilityCXX.cmake -%%DATADIR%%/Modules/CMakeBackwardCompatibilityCXX.cmake.bak %%DATADIR%%/Modules/CMakeBorlandFindMake.cmake -%%DATADIR%%/Modules/CMakeBorlandFindMake.cmake.bak %%DATADIR%%/Modules/CMakeBuildSettings.cmake.in %%DATADIR%%/Modules/CMakeCCompiler.cmake.in %%DATADIR%%/Modules/CMakeCCompilerABI.c %%DATADIR%%/Modules/CMakeCCompilerId.c.in %%DATADIR%%/Modules/CMakeCInformation.cmake -%%DATADIR%%/Modules/CMakeCInformation.cmake.bak %%DATADIR%%/Modules/CMakeCXXCompiler.cmake.in %%DATADIR%%/Modules/CMakeCXXCompilerABI.cpp %%DATADIR%%/Modules/CMakeCXXCompilerId.cpp.in %%DATADIR%%/Modules/CMakeCXXInformation.cmake -%%DATADIR%%/Modules/CMakeCXXInformation.cmake.bak %%DATADIR%%/Modules/CMakeCommonLanguageInclude.cmake -%%DATADIR%%/Modules/CMakeCommonLanguageInclude.cmake.bak %%DATADIR%%/Modules/CMakeCompilerABI.h %%DATADIR%%/Modules/CMakeConfigurableFile.in %%DATADIR%%/Modules/CMakeDependentOption.cmake -%%DATADIR%%/Modules/CMakeDependentOption.cmake.bak %%DATADIR%%/Modules/CMakeDetermineASM-ATTCompiler.cmake -%%DATADIR%%/Modules/CMakeDetermineASM-ATTCompiler.cmake.bak %%DATADIR%%/Modules/CMakeDetermineASMCompiler.cmake -%%DATADIR%%/Modules/CMakeDetermineASMCompiler.cmake.bak %%DATADIR%%/Modules/CMakeDetermineASM_MASMCompiler.cmake -%%DATADIR%%/Modules/CMakeDetermineASM_MASMCompiler.cmake.bak %%DATADIR%%/Modules/CMakeDetermineCCompiler.cmake -%%DATADIR%%/Modules/CMakeDetermineCCompiler.cmake.bak %%DATADIR%%/Modules/CMakeDetermineCXXCompiler.cmake -%%DATADIR%%/Modules/CMakeDetermineCXXCompiler.cmake.bak %%DATADIR%%/Modules/CMakeDetermineCompilerABI.cmake -%%DATADIR%%/Modules/CMakeDetermineCompilerABI.cmake.bak %%DATADIR%%/Modules/CMakeDetermineCompilerId.cmake -%%DATADIR%%/Modules/CMakeDetermineCompilerId.cmake.bak %%DATADIR%%/Modules/CMakeDetermineFortranCompiler.cmake -%%DATADIR%%/Modules/CMakeDetermineFortranCompiler.cmake.bak %%DATADIR%%/Modules/CMakeDetermineJavaCompiler.cmake -%%DATADIR%%/Modules/CMakeDetermineJavaCompiler.cmake.bak %%DATADIR%%/Modules/CMakeDetermineRCCompiler.cmake -%%DATADIR%%/Modules/CMakeDetermineRCCompiler.cmake.bak %%DATADIR%%/Modules/CMakeDetermineSystem.cmake -%%DATADIR%%/Modules/CMakeDetermineSyste
[kde-freebsd] [PATCH] devel/cmake: use all required include dirs in FindSDL.cmake
>Submitter-Id: current-users >Originator:Dmitry Marakasov >Organization: >Confidential: no >Synopsis: [PATCH] devel/cmake: use all required include dirs in >FindSDL.cmake >Severity: non-critical >Priority: low >Category: ports >Class: change-request >Release: FreeBSD 8.0-RELEASE i386 >Environment: System: FreeBSD hades.panopticon 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Tue Nov 24 22:31:59 MSK 2009 >Description: FindSDL module correctly detects SDL include dir, (which is in our case ${LOCALBASE}/include/SDL). However, apps that just use SDL via cmake in an usual way: FIND_PACKAGE(SDL) INCLUDE_DIRECTORIES(${SDL_INCLUDE_DIR}) won't compile out of box, because SDL_stdinc.h includes iconv.h, which is located in ${LOCALBASE}. The patch attached fixes that by adding ${LOCALBASE}/include into ${SDL_INCLUDE_DIR}. This was tested in tinderbox with all ports that USE_CMAKE & USE_SDL without failures. Note that the patch uses fixed path /usr/local, but that is REINPLACEd with correct ${LOCALBASE} by the port along with other /usr/local mentions in other cmake modules. Added file(s): - files/patch-Modules-FindSDL.cmake Port maintainer (k...@freebsd.org) is cc'd. Generated with FreeBSD Port Tools 0.99 >How-To-Repeat: >Fix: --- cmake-2.8.0_2.patch begins here --- Index: Makefile === RCS file: /home/amdmi3/projects/freebsd/FreeBSD.cvs/ports/devel/cmake/Makefile,v retrieving revision 1.35 diff -u -u -r1.35 Makefile --- Makefile9 Dec 2009 19:31:57 - 1.35 +++ Makefile9 Jan 2010 17:13:17 - @@ -7,7 +7,7 @@ PORTNAME= cmake PORTVERSION= 2.8.0 -PORTREVISION= 1 +PORTREVISION= 2 CATEGORIES=devel MASTER_SITES= http://www.cmake.org/files/v${PORTVERSION:C/\.[[:digit:]]+$//}/ Index: files/patch-Modules-FindSDL.cmake === RCS file: files/patch-Modules-FindSDL.cmake diff -N files/patch-Modules-FindSDL.cmake --- /dev/null 1 Jan 1970 00:00:00 - +++ files/patch-Modules-FindSDL.cmake 9 Jan 2010 17:05:08 - @@ -0,0 +1,10 @@ +--- ./Modules/FindSDL.cmake.orig 2009-11-13 21:32:52.0 +0300 ./Modules/FindSDL.cmake2010-01-09 20:05:06.0 +0300 +@@ -82,6 +82,7 @@ + /opt + ) + #MESSAGE("SDL_INCLUDE_DIR is ${SDL_INCLUDE_DIR}") ++LIST(APPEND SDL_INCLUDE_DIR /usr/local/include) # needed for iconv.h + + # SDL-1.1 is the name used by FreeBSD ports... + # don't confuse it for the version number. --- cmake-2.8.0_2.patch ends here --- ___ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd See also http://freebsd.kde.org/ for latest information
[kde-freebsd] [PATCH] devel/cmake: fix warning in FindSDL.cmake
>Submitter-Id: current-users >Originator:Dmitry Marakasov >Organization: >Confidential: no >Synopsis: [PATCH] devel/cmake: fix warning in FindSDL.cmake >Severity: non-critical >Priority: low >Category: ports >Class: change-request >Release: FreeBSD 8.0-RELEASE i386 >Environment: System: FreeBSD hades.panopticon 8.0-RELEASE FreeBSD 8.0-RELEASE #0: Tue Nov 24 22:31:59 MSK 2009 >Description: My change to FindSDL.cmake introduced a (harmless) warning in apps that use FIND_PACKAGE(SDL): --- CMake Warning at /usr/local/share/cmake/Modules/FindSDL.cmake:108 (IF): given arguments: "NOT" "/usr/local/include/SDL" "/usr/local/include" "MATCHES" ".framework" Unknown arguments specified Call Stack (most recent call first): CMakeLists.txt:3 (FIND_PACKAGE) --- The patch fixes it. Also fix plist to respect apps that install their own modules into share/cmake/Modules (currently, textproc/soprano and net-im/qutim) Port maintainer (k...@freebsd.org) is cc'd. Generated with FreeBSD Port Tools 0.99 >How-To-Repeat: >Fix: --- cmake-2.8.0_3.patch begins here --- Index: Makefile === RCS file: /home/amdmi3/projects/freebsd/FreeBSD.cvs/ports/devel/cmake/Makefile,v retrieving revision 1.37 diff -u -u -r1.37 Makefile --- Makefile25 Jan 2010 20:11:13 - 1.37 +++ Makefile28 Jan 2010 14:34:02 - @@ -7,7 +7,7 @@ PORTNAME= cmake PORTVERSION= 2.8.0 -PORTREVISION= 2 +PORTREVISION= 3 CATEGORIES=devel MASTER_SITES= http://www.cmake.org/files/v${PORTVERSION:C/\.[[:digit:]]+$//}/ Index: pkg-plist === RCS file: /home/amdmi3/projects/freebsd/FreeBSD.cvs/ports/devel/cmake/pkg-plist,v retrieving revision 1.22 diff -u -u -r1.22 pkg-plist --- pkg-plist 9 Dec 2009 19:31:57 - 1.22 +++ pkg-plist 28 Jan 2010 14:33:52 - @@ -513,5 +513,5 @@ @dirrm %%DATADIR%%/Modules/FortranCInterface @dirrm %%DATADIR%%/Modules/FindCUDA @dirrm %%DATADIR%%/Modules/Compiler -...@dirrm %%DATADIR%%/Modules -...@dirrm %%DATADIR%% +...@dirrmtry %%DATADIR%%/Modules +...@dirrmtry %%DATADIR%% Index: files/patch-Modules_FindSDL.cmake === RCS file: /home/amdmi3/projects/freebsd/FreeBSD.cvs/ports/devel/cmake/files/patch-Modules_FindSDL.cmake,v retrieving revision 1.1 diff -u -u -r1.1 patch-Modules_FindSDL.cmake --- files/patch-Modules_FindSDL.cmake 25 Jan 2010 20:11:13 - 1.1 +++ files/patch-Modules_FindSDL.cmake 28 Jan 2010 14:32:40 - @@ -1,5 +1,5 @@ ./Modules/FindSDL.cmake.orig 2009-11-13 21:32:52.0 +0300 -+++ ./Modules/FindSDL.cmake2010-01-25 22:23:16.749128606 +0300 +--- Modules/FindSDL.cmake.orig 2009-11-13 21:32:52.0 +0300 Modules/FindSDL.cmake 2010-01-28 17:32:40.0 +0300 @@ -81,6 +81,11 @@ /opt/csw # Blastwave /opt @@ -12,3 +12,21 @@ #MESSAGE("SDL_INCLUDE_DIR is ${SDL_INCLUDE_DIR}") # SDL-1.1 is the name used by FreeBSD ports... +@@ -100,7 +105,7 @@ + #MESSAGE("SDL_LIBRARY_TEMP is ${SDL_LIBRARY_TEMP}") + + IF(NOT SDL_BUILDING_LIBRARY) +- IF(NOT ${SDL_INCLUDE_DIR} MATCHES ".framework") ++ IF(NOT "${SDL_INCLUDE_DIR}" MATCHES ".framework") + # Non-OS X framework versions expect you to also dynamically link to + # SDLmain. This is mainly for Windows and OS X. Other (Unix) platforms + # seem to provide SDLmain for compatibility even though they don't +@@ -116,7 +121,7 @@ + /opt/csw + /opt + ) +- ENDIF(NOT ${SDL_INCLUDE_DIR} MATCHES ".framework") ++ ENDIF(NOT "${SDL_INCLUDE_DIR}" MATCHES ".framework") + ENDIF(NOT SDL_BUILDING_LIBRARY) + + # SDL may require threads on your system. --- cmake-2.8.0_3.patch ends here --- ___ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd See also http://freebsd.kde.org/ for latest information
Re: [kde-freebsd] LDFLAGS support for bsd.port.mk and CPPFLAGS/LDFLAGS cleanup
* Dmitry Marakasov (amd...@amdmi3.ru) wrote: The patch is ready: http://people.freebsd.org/~amdmi3/ldflags.patch While it's mostly a bunch of similar changes, I'd like community eyes on specific important parts, namely Mk/ changes, python and ruby and generally all := assigns of *FLAGS, as these are dangerous (may refer variables which were not yet defined or which are changed later. However, I don't see any other way to prepend values instead of appending). -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amd...@amdmi3.ru ..: jabber: amd...@jabber.ruhttp://www.amdmi3.ru ___ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd See also http://freebsd.kde.org/ for latest information
Re: [kde-freebsd] ports/176901: [bsd.cmake.mk] disable rpath removal
The following reply was made to PR ports/176901; it has been noted by GNATS. From: Dmitry Marakasov To: Andriy Gapon Cc: bug-follo...@freebsd.org Subject: Re: ports/176901: [bsd.cmake.mk] disable rpath removal Date: Wed, 17 Apr 2013 22:02:52 +0400 * Andriy Gapon (a...@freebsd.org) wrote: > > Perhaps it's better to use CMAKE_INSTALL_RPATH_USE_LINK_PATH=TRUE. > This is what I've been doing for ages. > This page has a rather good description of CMake's handling of RPATH: > http://www.cmake.org/Wiki/CMake_RPATH_handling > > Advantage of CMAKE_INSTALL_RPATH_USE_LINK_PATH is that it allows both to use > in-tree paths during build and to keep out-of-tree paths during installation. > So, setting this variable should both achieve the desired effect for > installation and preserve the current behavior during build. > > What do you think? Yes, that looks better. It seems that I've picked the first suitable option, while there could've be better ones. Anyway, we need this in the tree pretty much ASAP. Updated patch: --- cmake.mk.patch begins here --- Index: Mk/Uses/cmake.mk === --- Mk/Uses/cmake.mk (revision 315999) +++ Mk/Uses/cmake.mk (working copy) @@ -88,7 +88,8 @@ -DCMAKE_SHARED_LINKER_FLAGS:STRING="${LDFLAGS}" \ -DCMAKE_INSTALL_PREFIX:PATH="${PREFIX}" \ -DCMAKE_BUILD_TYPE:STRING="${CMAKE_BUILD_TYPE}" \ - -DTHREADS_HAVE_PTHREAD_ARG:BOOL=YES + -DTHREADS_HAVE_PTHREAD_ARG:BOOL=YES \ + -DCMAKE_INSTALL_RPATH_USE_LINK_PATH=YES .if defined(BATCH) || defined(PACKAGE_BUILDING) CMAKE_VERBOSE=yes --- cmake.mk.patch ends here --- -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amd...@amdmi3.ru ..: jabber: amd...@jabber.ruhttp://www.amdmi3.ru ___ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd See also http://freebsd.kde.org/ for latest information
[kde-freebsd] ports/176901
Hi! Could ports/176901 please be committed after all? -- Dmitry Marakasov . 55B5 0596 FF1E 8D84 5F56 9510 D35A 80DD F9D2 F77D amd...@amdmi3.ru ..: jabber: amd...@jabber.ruhttp://www.amdmi3.ru ___ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd See also http://freebsd.kde.org/ for latest information
[kde-freebsd] [PATCH] net-im/kopete-kde4: should explicitely require soversion of libotr
>Submitter-Id: current-users >Originator:Dmitry Marakasov >Organization: >Confidential: no >Synopsis: [PATCH] net-im/kopete-kde4: should explicitely require >soversion of libotr >Severity: non-critical >Priority: low >Category: ports >Class: change-request >Release: FreeBSD 10.0-RELEASE amd64 >Environment: System: FreeBSD hades.panopticon 10.0-RELEASE FreeBSD 10.0-RELEASE #0 r260807: Fri Jan 17 13:14:28 MSK >Description: Since there are both security/libotr3 with libotr.so.4 and security/libotr with libotr.so.5, kopete should explicity set soversion in dependency to not pick up a wrong library. Port maintainer (k...@freebsd.org) is cc'd. Generated with FreeBSD Port Tools 1.00.2014.02.18 (mode: change, diff: ports) >How-To-Repeat: >Fix: --- kopete-4.12.2.patch begins here --- diff -ruN /usr/ports/net-im/kopete-kde4/Makefile ./Makefile --- /usr/ports/net-im/kopete-kde4/Makefile 2014-02-18 18:23:03.0 +0400 +++ ./Makefile 2014-02-21 18:08:09.210334644 +0400 @@ -11,7 +11,7 @@ LIB_DEPENDS= libidn.so:${PORTSDIR}/dns/libidn \ libqca.so:${PORTSDIR}/devel/qca \ - libotr.so:${PORTSDIR}/security/libotr \ + libotr.so.5:${PORTSDIR}/security/libotr \ libgadu.so:${PORTSDIR}/polish/libgadu \ libortp.so:${PORTSDIR}/net/linphone-base \ libmediastreamer.so:${PORTSDIR}/net/linphone-base \ --- kopete-4.12.2.patch ends here --- ___ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd See also http://freebsd.kde.org/ for latest information
Re: [kde-freebsd] ports/109508: devel/qmake4: qmake4 uses uic/moc from qt3
The following reply was made to PR ports/109508; it has been noted by GNATS. From: Dmitry Marakasov <[EMAIL PROTECTED]> To: Michael Nottebrock <[EMAIL PROTECTED]> Cc: [EMAIL PROTECTED] Subject: Re: ports/109508: devel/qmake4: qmake4 uses uic/moc from qt3 Date: Sun, 25 Feb 2007 16:50:21 +0300 * Michael Nottebrock ([EMAIL PROTECTED]) wrote: > I think you have QMAKESPEC pointing to old/wrong mkspecs set in your > environment there. Here's what I get: Confirmed, I've completely forgot I have QMAKESPEC env set in my .zshrc. Sorry for the noise. -- Best regards, Dmitry Marakasov mailto:[EMAIL PROTECTED] ___ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd
[kde-freebsd] x11/kdelibs3 revamp, add OPTIONS
Hi! I'm one of those people who don't like extra dependencies, and I'm disappointed that, while it's required by many useful apps, x11/kdelibs3 does not provide options to disable obviously useless for many people functionality and, thus, additional depends (arts, libthai, fam, aspell, libidn etc.). I've created kdelibs3-lite port for myself, stripped of useless depends and I'm happy with it. But I wanted to know if it's worth to submit kdelibs3-lite as a PR, or maybe it's even possible to merge OPTIONS into kdelibs3 port (it could be improved even more. For example, kdelibs3-nocups support is rather ugly as it is). I would like to hear if there are more people who's for such a change, and general opinion of kde@ guys. Thanks. -- Best regards, Dmitry Marakasov mailto:[EMAIL PROTECTED] ___ kde-freebsd mailing list kde-freebsd@kde.org https://mail.kde.org/mailman/listinfo/kde-freebsd