On Apr 27, 2009, at 18:27, dwe...@macports.org wrote:
Revision: 50222
http://trac.macports.org/changeset/50222
Author: dwe...@macports.org
Date: 2009-04-27 16:27:01 -0700 (Mon, 27 Apr 2009)
Log Message:
---
The default installation with shared libraries appears to work no
On Apr 27, 2009, at 19:48, Darren Weber wrote:
On Mon, Apr 27, 2009 at 5:01 PM, Ryan Schmidt wrote:
Since this port uses cmake, have you considered using the cmake
portgroup
to simplify it?
No, I didn't know such a portgroup exists and I have no idea how to
use a
portgroup.
Portgroups
On Tue, Apr 28, 2009 at 4:30 AM, Ryan Schmidt wrote:
> On Apr 27, 2009, at 19:48, Darren Weber wrote:
>
> On Mon, Apr 27, 2009 at 5:01 PM, Ryan Schmidt wrote:
>>
>> Since this port uses cmake, have you considered using the cmake portgroup
>>> to simplify it?
>>>
>>
>> No, I didn't know such a po
FYI, these are my current commens in the vtk-devel port (my local repo only
at this point), with regard to cmake RPATH config for macports build and
install:
# Notes on RPATH settings for the shared dylib build and install:
#
# CMake book, Appendix A, p 234: "CMAKE_SKIP_BUILD_RPATH: Do not include
Oh, also vtk-devel is using a different build type,
-DCMAKE_BUILD_TYPE:STRING=RelWithDebInfo
This is consistent with GNU distributions that use -O2 -g to provide some
degree of optimization and the capacity to attach to and debug running
processes, examine core dumps, etc.
Best, Darren
PS, The
Darren Weber wrote:
>
> Oh, also vtk-devel is using a different build type,
>
> -DCMAKE_BUILD_TYPE:STRING=RelWithDebInfo
>
> This is consistent with GNU distributions that use -O2 -g to provide
> some degree of optimization and the capacity to attach to and debug
> running processes, examine cor
On Wed, Apr 29, 2009 at 3:40 PM, Rainer Müller wrote:
> Darren Weber wrote:
> >
> > Oh, also vtk-devel is using a different build type,
> >
> > -DCMAKE_BUILD_TYPE:STRING=RelWithDebInfo
> >
> > This is consistent with GNU distributions that use -O2 -g to provide
> > some degree of optimization and
Darren Weber wrote:
> Does configure.optflags apply to CMAKE? I don't think so.
Does not look like it does. I am not sure if this would be applicable
and how it would be done.
> While I agree that debugging during software development is better
> without optimization, the real compromise here is