1981
DOI: 10.1145/358746.358755
|View full text |Cite
|
Sign up to set email alerts
|

The Cornell program synthesizer

Abstract: Programs are not text; they are hierarchical compositions of computational structures and should be edited, executed, and debugged in an environment that consistently acknowledges and reinforces this viewpoint. The Cornell Program Synthesizer demands a structural perspective at all stages of program development. Its separate features are unified by a common foundation: a grammar for the programming language. Its full-screen derivation-tree editor and syntax-directed diagnostic interpreter combine to make the S… Show more

Help me understand this report

Search citation statements

Order By: Relevance

Paper Sections

Select...
1
1
1
1

Citation Types

0
92
0
1

Year Published

1986
1986
2009
2009

Publication Types

Select...
7
2

Relationship

0
9

Authors

Journals

citations
Cited by 590 publications
(93 citation statements)
references
References 9 publications
0
92
0
1
Order By: Relevance
“…One could imagine heuristic natural language processing methods to rescue some of this material, but GF does not have such methods at present. Finally, an obstacle to the applicability of syntax-directed editors for programming languages, for which special techniques are required [19], is the phenomenon that top-down development as enforced by stepwise refinement is usually incompatible with the direction of the control flow. The latter, however, is more natural from an implementor's point of view.…”
Section: Limitationsmentioning
confidence: 99%
“…One could imagine heuristic natural language processing methods to rescue some of this material, but GF does not have such methods at present. Finally, an obstacle to the applicability of syntax-directed editors for programming languages, for which special techniques are required [19], is the phenomenon that top-down development as enforced by stepwise refinement is usually incompatible with the direction of the control flow. The latter, however, is more natural from an implementor's point of view.…”
Section: Limitationsmentioning
confidence: 99%
“…This paper describes how three facilities of persistent environments, persistent linkage, strong typing and referential integrity, may be used in the construction of software environments. It is clear that the same activities can be supported by other techniques and indeed other integrated programming environments exist (Teitelbaum and Reps, 1981;Reiss, 1984;Teitelman and Masinter, 1984;Sweet, 1985;Habermann and Notkin, 1986;Dowson, 1987;O'Brien, Halbert et al, 1987;Akima and Ooi, 1989;Bott, 1989;Thomas, 1989) . The stronger hypothesis is that the same activities may be modelled with advantage to both the user and the system constructor in a strongly typed environment with referential integrity.…”
Section: Discussionmentioning
confidence: 99%
“…This paper focuses on the combination of three particular advantages, those of persistent linkage, strong typing and referential integrity. Although other integrated programming environments have been developed (Teitelbaum and Reps, 1981;Reiss, 1984;Teitelman and Masinter, 1984;Sweet, 1985;Habermann and Notkin, 1986;Dowson, 1987;O'Brien, Halbert et al, 1987;Akima and Ooi, 1989;Bott, 1989;Thomas, 1989) , the authors do not know of any that use persistent linkage, strong typing and referential integrity to gain the benefits described here.…”
Section: Introductionmentioning
confidence: 99%
“…Some of the well-cited research on languagedirected editors are Mentor [12], Interlisp [34], Program Synthesizer [33], Rational [6], PECAN [28], and Gandalf [16]. Most of the existing language-based editors such as in Eclipse are based on attribute grammars [15].…”
Section: Related Workmentioning
confidence: 99%