Closure (computer programming) (English Wikipedia)

Analysis of information sources in references of the Wikipedia article "Closure (computer programming)" in English language version.

Last modified:

Ref.Un. Ref.Website
Global rank English rank
2nd place
2nd place
2,188th place
2,076th place
1st place
1st place
1,901st place
1,743rd place
8,507th place
8,067th place
476th place
340th place
2,532nd place
1,847th place
82nd place
41st place
7,023rd place
4,256th place
292nd place
233rd place
66th place
34th place
15th place
8th place
low place
low place
7,079th place
5,042nd place
70th place
55th place
low place
low place
low place
low place
low place
low place

apple.com (Global: 70th place; English: 55th place)

developer.apple.com

cppreference.com (Global: low place; English: low place)

en.cppreference.com

doi.org (Global: 2nd place; English: 2nd place)

  • Turner, David A. (2012). "Some History of Functional Programming Languages" (PDF). International Symposium on Trends in Functional Programming. Lecture Notes in Computer Science. Vol. 7829. Springer. pp. 1–20 See 12 §2, note 8 for the claim about M-expressions. doi:10.1007/978-3-642-40447-4_1. ISBN 978-3-642-40447-4.
  • Landin, P.J. (January 1964). "The mechanical evaluation of expressions" (PDF). The Computer Journal. 6 (4): 308–320. doi:10.1093/comjnl/6.4.308.
  • Moses, Joel (June 1970). "The Function of FUNCTION in LISP, or Why the FUNARG Problem Should Be Called the Environment Problem". ACM SIGSAM Bulletin (15): 13–27. doi:10.1145/1093410.1093411. hdl:1721.1/5854. S2CID 17514262. AI Memo 199. A useful metaphor for the difference between FUNCTION and QUOTE in LISP is to think of QUOTE as a porous or an open covering of the function since free variables escape to the current environment. FUNCTION acts as a closed or nonporous covering (hence the term "closure" used by Landin). Thus we talk of "open" Lambda expressions (functions in LISP are usually Lambda expressions) and "closed" Lambda expressions. [...] My interest in the environment problem began while Landin, who had a deep understanding of the problem, visited MIT during 1966–67. I then realized the correspondence between the FUNARG lists which are the results of the evaluation of "closed" Lambda expressions in LISP and ISWIM's Lambda Closures.

embarcadero.com (Global: low place; English: low place)

docwiki.embarcadero.com

en.wikisource.org (Global: 82nd place; English: 41st place)

  • Sussman and Steele. "Scheme: An interpreter for extended lambda calculus". "... a data structure containing a lambda expression, and an environment to be used when that lambda expression is applied to arguments." (Wikisource)

gnu.org (Global: 1,901st place; English: 1,743rd place)

gcc.gnu.org

  • "6.4 Nested Functions". GCC Manual. If you try to call the nested function through its address after the containing function exits, all hell breaks loose. If you try to call it after a containing scope level exits, and if it refers to some of the variables that are no longer in scope, you may be lucky, but it's not wise to take the risk. If, however, the nested function does not refer to anything that has gone out of scope, you should be safe.
  • "Nested functions".

hdl.handle.net (Global: 66th place; English: 34th place)

  • Moses, Joel (June 1970). "The Function of FUNCTION in LISP, or Why the FUNARG Problem Should Be Called the Environment Problem". ACM SIGSAM Bulletin (15): 13–27. doi:10.1145/1093410.1093411. hdl:1721.1/5854. S2CID 17514262. AI Memo 199. A useful metaphor for the difference between FUNCTION and QUOTE in LISP is to think of QUOTE as a porous or an open covering of the function since free variables escape to the current environment. FUNCTION acts as a closed or nonporous covering (hence the term "closure" used by Landin). Thus we talk of "open" Lambda expressions (functions in LISP are usually Lambda expressions) and "closed" Lambda expressions. [...] My interest in the environment problem began while Landin, who had a deep understanding of the problem, visited MIT during 1966–67. I then realized the correspondence between the FUNARG lists which are the results of the evaluation of "closed" Lambda expressions in LISP and ISWIM's Lambda Closures.

kent.ac.uk (Global: 7,023rd place; English: 4,256th place)

cs.kent.ac.uk

mit.edu (Global: 476th place; English: 340th place)

mitpress.mit.edu

dspace.mit.edu

mozilla.org (Global: 2,188th place; English: 2,076th place)

developer.mozilla.org

okmij.org (Global: low place; English: low place)

open-std.org (Global: 7,079th place; English: 5,042nd place)

oracle.com (Global: 2,532nd place; English: 1,847th place)

docs.oracle.com

blogs.oracle.com

oup.com (Global: 292nd place; English: 233rd place)

academic.oup.com

semanticscholar.org (Global: 15th place; English: 8th place)

api.semanticscholar.org

  • Moses, Joel (June 1970). "The Function of FUNCTION in LISP, or Why the FUNARG Problem Should Be Called the Environment Problem". ACM SIGSAM Bulletin (15): 13–27. doi:10.1145/1093410.1093411. hdl:1721.1/5854. S2CID 17514262. AI Memo 199. A useful metaphor for the difference between FUNCTION and QUOTE in LISP is to think of QUOTE as a porous or an open covering of the function since free variables escape to the current environment. FUNCTION acts as a closed or nonporous covering (hence the term "closure" used by Landin). Thus we talk of "open" Lambda expressions (functions in LISP are usually Lambda expressions) and "closed" Lambda expressions. [...] My interest in the environment problem began while Landin, who had a deep understanding of the problem, visited MIT during 1966–67. I then realized the correspondence between the FUNARG lists which are the results of the evaluation of "closed" Lambda expressions in LISP and ISWIM's Lambda Closures.

sun.com (Global: 8,507th place; English: 8,067th place)

java.sun.com

thirdcog.eu (Global: low place; English: low place)

web.archive.org (Global: 1st place; English: 1st place)