Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Sign up for GitHub

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Jump to bottom

OS X installer: build can fail on import checks #49521

Closed
ned-deily opened this issue Feb 15, 2009 · 2 comments
Closed

OS X installer: build can fail on import checks #49521

ned-deily opened this issue Feb 15, 2009 · 2 comments
Assignees
@ronaldoussoren
Labels
build The build process and cross-build OS-mac

Comments

@ned-deily
Copy link
Member

BPO 5271
Nosy @ronaldoussoren, @ned-deily
Files
  • patch-nad0011.txt
    		•

    Note: these values reflect the state of the issue at the time it was migrated and might not reflect the current state.

    Show more details

    GitHub fields:

    assignee = 'https://github.com/ronaldoussoren'
closed_at = <Date 2009-03-30.20:07:07.492>
created_at = <Date 2009-02-15.09:05:09.491>
labels = ['OS-mac', 'build']
title = 'OS X installer: build can fail on import checks'
updated_at = <Date 2009-03-30.20:07:07.491>
user = 'https://github.com/ned-deily'

    bugs.python.org fields:

    activity = <Date 2009-03-30.20:07:07.491>
actor = 'ronaldoussoren'
assignee = 'ronaldoussoren'
closed = True
closed_date = <Date 2009-03-30.20:07:07.492>
closer = 'ronaldoussoren'
components = ['Build', 'macOS']
creation = <Date 2009-02-15.09:05:09.491>
creator = 'ned.deily'
dependencies = []
files = ['13095']
hgrepos = []
issue_num = 5271
keywords = []
message_count = 2.0
messages = ['82144', '84630']
nosy_count = 2.0
nosy_names = ['ronaldoussoren', 'ned.deily']
pr_nums = []
priority = 'normal'
resolution = 'accepted'
stage = None
status = 'closed'
superseder = None
type = 'compile error'
url = 'https://bugs.python.org/issue5271'
versions = ['Python 2.6', 'Python 3.0', 'Python 3.1', 'Python 2.7']
    @ned-deily
    Copy link
    Member Author

    ANALYSIS The OS X installer build include several third-party libraries
    which will be installed as shared libs in the framework.
    During the build, setup.py tries to import built extensions to
    catch import problems. Currently, the import check attempts to
    load the shared libs from their installed location. If the
    version being built is not installed on the build machine, the
    build fails; if present, the imports are checked against the
    old libraries. Problems seen with _curses_panel on all builds
    and, for 4-way universal, _curses and readlines.

    SOLUTION add the newly built extra libs into the DYLD_LIBRARY_PATH of
    the interpreter during the build phase

    APPLIES 2.6, 2.7, 3.0, 3.1

    @ned-deily ned-deily added build The build process and cross-build OS-mac labels Feb 15, 2009
    @ronaldoussoren ronaldoussoren self-assigned this Mar 30, 2009
    @ronaldoussoren
    Copy link
    Contributor

    Committed as r70746 (trunk), r70748 (2.6) and r70749 (3.1)

    @ezio-melotti ezio-melotti transferred this issue from another repository Apr 10, 2022
    Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
    Assignees

    @ronaldoussoren ronaldoussoren

    Labels
    build The build process and cross-build OS-mac
    Projects
    None yet
    Milestone
    No milestone
    Development

    No branches or pull requests
    2 participants
    @ronaldoussoren @ned-deily