modsupport does not use va_copy when available

[bensonbasis]

BPO	858318
Nosy	@loewis
Files	modsupport.c.patch: use va_copy

^{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 = None
closed_at = <Date 2006-12-10.03:20:05.000>
created_at = <Date 2003-12-11.15:30:15.000>
labels = ['interpreter-core']
title = 'modsupport does not use va_copy when available'
updated_at = <Date 2006-12-10.03:20:05.000>
user = 'https://bugs.python.org/bensonbasis'

bugs.python.org fields:

activity = <Date 2006-12-10.03:20:05.000>
actor = 'sf-robot'
assignee = 'none'
closed = True
closed_date = None
closer = None
components = ['Interpreter Core']
creation = <Date 2003-12-11.15:30:15.000>
creator = 'benson_basis'
dependencies = []
files = ['5738']
hgrepos = []
issue_num = 858318
keywords = ['patch']
message_count = 4.0
messages = ['45038', '45039', '45040', '45041']
nosy_count = 3.0
nosy_names = ['loewis', 'sf-robot', 'benson_basis']
pr_nums = []
priority = 'normal'
resolution = 'out of date'
stage = None
status = 'closed'
superseder = None
type = None
url = 'https://bugs.python.org/issue858318'
versions = ['Python 2.4']

[bensonbasis]

It appears that the gcc 3.2.2 on SusE linux AMD 64-bit
requires the use of va_copy. The attached patch uses
va_copy whenever it is #defined.

[bensonbasis]

Logged In: YES
user_id=876734

I've marked this 2.4, but someone (SuSe?) might like it
sooner.

[loewis]

Is this patch still needed? Nobody has complained about a problem with va-lists on AMD64 since.
Tentatively marking it out-of-date.

[sf-robot]

This Tracker item was closed automatically by the system. It was
previously set to a Pending status, and the original submitter
did not respond within 14 days (the time period specified by
the administrator of this Tracker).