Mailing-List: contact issues-help@stdcxx.apache.org; run by ezmlm
Precedence: bulk
Reply-To: dev@stdcxx.apache.org
Message-ID: <693644543.1211241415681.JavaMail.jira@brutus>
Date: Mon, 19 May 2008 16:56:55 -0700 (PDT)
From: "Martin Sebor (JIRA)" <jira@apache.org>
To: issues@stdcxx.apache.org
Subject: [jira] Commented: (STDCXX-488) [Mac OS X/Darwin] RPATH not defined
 in makefile.in
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit


    [ https://issues.apache.org/jira/browse/STDCXX-488?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12598139#action_12598139 ] 

Martin Sebor commented on STDCXX-488:
-------------------------------------

See also this [proposal|http://markmail.org/message/aft72vnhjlasrrlf] for how to abstract away both the {{DYLD_LIBRARY_PATH}} and {{LD_LIBRARY_PATH}} variables from the makefiles.

> [Mac OS X/Darwin] RPATH not defined in makefile.in
> --------------------------------------------------
>
>                 Key: STDCXX-488
>                 URL: https://issues.apache.org/jira/browse/STDCXX-488
>             Project: C++ Standard Library
>          Issue Type: Bug
>          Components: Build
>    Affects Versions: 4.2.0, 4.2.1
>         Environment: All Mac OS X and Darwin platforms, dynamic builds
>            Reporter: Andrew Black
>            Assignee: Eric Lemings
>            Priority: Minor
>             Fix For: 4.2.2
>
>
> When configuring a build on Mac OS X and Darwin, the generated makefile.in doesn't define a value for the RPATH makefile variable.  As a result, the path to the library directory isn't embedded into the build.  In turn, this leads to failures running the generated executables in dynamic builds.
> A placeholder workaround is to define DYLD_LIBRARY_PATH.
> The correct resolution is to determine the correct value for the RPATH variable.

-- 
This message is automatically generated by JIRA.
-
You can reply to this email to add a comment to the issue online.