A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://mail.python.org/pipermail/python-dev/2002-July/026685.html below:

[Python-Dev] staticforward

[Python-Dev] staticforwardJeremy Hylton jeremy@alum.mit.edu
Thu, 18 Jul 2002 12:58:05 -0400
>>>>> "MAL" == mal  <M.-A.> writes:

  >>> Note that most of these problems are related to declaring arrays
  >>> as static forward (rather than C functions as Python normally
  >>> does):
  >>
  >>
  >> Note that staticforward was *only* intended for data
  >> declarations.  It was never intended (nor needed) for functions.

  MAL> So what I'm doing is intended and what Jeremy corrected is
  MAL> not. Gald to hear that :-)

staticforward was intended for data declarations, but was widely
misused within the core for function prototypes.  

The intended use for data declarations was to have the initial
declaration be staticforward and the initialization use statichere.
Although this was the intent, most uses did not follow this pattern.
It was common to use staticforward the first time and static the
second; this was pretty harmless as statichere always expanded to
static.  It was also common to use staticforward in both places, when
ended up declaring it as extern rather than static.

BTW, I'm also gald to hear that what I correct is not intended.

Jeremy





RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4