Repository navigation
fixes setup.py to look for xmlparse.h in the correct place #33927
Description
| BPO | 403804 |
|---|---|
| Nosy | @akuchling |
| Files |
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/akuchling'
closed_at = <Date 2001-02-18.22:26:16.000>
created_at = <Date 2001-02-14.22:13:14.000>
labels = ['build']
title = 'fixes setup.py to look for xmlparse.h in the correct place'
updated_at = <Date 2001-02-18.22:26:16.000>
user = 'https://bugs.python.org/ajseward'bugs.python.org fields:
activity = <Date 2001-02-18.22:26:16.000>
actor = 'akuchling'
assignee = 'akuchling'
closed = True
closed_date = None
closer = None
components = ['Build']
creation = <Date 2001-02-14.22:13:14.000>
creator = 'ajseward'
dependencies = []
files = ['3131']
hgrepos = []
issue_num = 403804
keywords = ['patch']
message_count = 3.0
messages = ['35735', '35736', '35737']
nosy_count = 2.0
nosy_names = ['akuchling', 'ajseward']
pr_nums = []
priority = 'normal'
resolution = None
stage = None
status = 'closed'
superseder = None
type = None
url = 'https://bugs.python.org/issue403804'
versions = []
Activity
ajseward commentedon Feb 14, 2001
Modules/pyexpat.c includes "expat/xmlparse.h" so setup.py should also look for "expat/xmlparse.h". Currently pyexpat will not build if there is not a file named xmlparse.h in the standard include path.
ajseward commentedon Feb 15, 2001
Sorry, this was caused by another patch that I had not looked at closely enough. There is no problem in the CVS source.
akuchling commentedon Feb 18, 2001
Marking as closed.