[Python-Dev] staticforward
Jeremy Hylton
jeremy@alum.mit.edu
Thu, 18 Jul 2002 17:16:09 -0400
- Previous message: [Python-Dev] Re: [Python-checkins] python/dist/src/Objects dictobject.c,2.127,2.128
floatobject.c,2.113,2.114 intobject.c,2.84,2.85 listobject.c,2.120,2.121
longobject.c,1.119,1.120 rangeobject.c,2.42,2.43 stringobject.c,2.169,2.170
tupleobject.c,2.69,2.70 typeobject.c,2.160,2.161 unicodeobject.c,2.155,2.156
xxobject.c,2.20,2.21
- Next message: [Python-Dev] staticforward
- Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]
>>>>> "MAL" == mal <M.-A.> writes:
MAL> The configure script tests whether static forwards work or
MAL> not. If you'd rip out the test as well, then I'd have to add
MAL> those platforms which still have problems manually.
MAL> The problem is: I don't know which platforms these are (because
MAL> configure found these itself).
>>
>> If you think the configure test works, why do you have platform
>> specific ifdefs in your header file?
MAL> Because it doesn't always work :-)
Let's make sure I've got this straight:
You believe there are platforms on which staticforward is necessary,
because you can not have a tentative definition of a static followed
by a definition with an initializer. Yet the configure test of
exactly this behavior succeeds. Further, you don't believe the
configure test works but you want us to leave it in anyway?
Jeremy
- Previous message: [Python-Dev] Re: [Python-checkins] python/dist/src/Objects dictobject.c,2.127,2.128
floatobject.c,2.113,2.114 intobject.c,2.84,2.85 listobject.c,2.120,2.121
longobject.c,1.119,1.120 rangeobject.c,2.42,2.43 stringobject.c,2.169,2.170
tupleobject.c,2.69,2.70 typeobject.c,2.160,2.161 unicodeobject.c,2.155,2.156
xxobject.c,2.20,2.21
- Next message: [Python-Dev] staticforward
- Messages sorted by:
[ date ]
[ thread ]
[ subject ]
[ author ]