Re: [kde-freebsd] ports/176901: [bsd.cmake.mk] disable rpath removal

2013-09-27 Thread bdrewery
Synopsis: [bsd.cmake.mk] disable rpath removal

Responsible-Changed-From-To: kde-bdrewery
Responsible-Changed-By: bdrewery
Responsible-Changed-When: Fri Sep 27 14:17:09 CDT 2013
Responsible-Changed-Why: 
Take for exp-run

http://www.freebsd.org/cgi/query-pr.cgi?pr=176901
___
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

2013-04-17 Thread Dmitry Marakasov
The following reply was made to PR ports/176901; it has been noted by GNATS.

From: Dmitry Marakasov amd...@amdmi3.ru
To: Andriy Gapon a...@freebsd.org
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


Re: [kde-freebsd] ports/176901: [bsd.cmake.mk] disable rpath removal

2013-03-13 Thread Andriy Gapon
The following reply was made to PR ports/176901; it has been noted by GNATS.

From: Andriy Gapon a...@freebsd.org
To: bug-follo...@freebsd.org, amd...@freebsd.org
Cc:  
Subject: Re: ports/176901: [bsd.cmake.mk] disable rpath removal
Date: Wed, 13 Mar 2013 08:57:38 +0200

 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?
 -- 
 Andriy Gapon
___
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

2013-03-12 Thread edwin
Synopsis: [bsd.cmake.mk] disable rpath removal

Responsible-Changed-From-To: freebsd-ports-bugs-kde
Responsible-Changed-By: edwin
Responsible-Changed-When: Wed Mar 13 01:50:12 UTC 2013
Responsible-Changed-Why: 
bsd.cmake.mk is kde territory (via the GNATS Auto Assign Tool)

http://www.freebsd.org/cgi/query-pr.cgi?pr=176901
___
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