Margaret A. Ellis and Bjarne Stroustrop. The Annotated C++ Reference Manual. Addison-Wesley, 1990.  Home/Search   Document Not in Database   Summary   Related Articles   Check

....server [1] the GCC compiler [13] three of the SPECint2000 benchmarks [34] and the C Standard Template Library [11, 32] all of which we examine here. The C language itself provides language constructs that directly support custom memory allocation (by overloading operator new and delete) [10]. The key contributions of this work are the following. We perform a comprehensive evaluation of custom allocation. We survey a variety of applications that use a wide range of custom allocators. We compare their performance and memory consumption to general purpose allocators. We were surprised ....

.... Hanson devotes a chapter to an implementation of regions ( arenas ) citing both the speed and software engineering benefits of regions as motivation [20] Ellis and Stroustrup describe the syntactic facilities that allow overloading operator new, simplifying the use of custom allocators in C [10], and Stroustrup describes per class allocators that use these facilities [37] In all but Hanson s work, the authors present custom memory allocation as a widely effective optimization, while our results suggest that only regions yield performance improvements. We present a generalization of ....

Margaret A. Ellis and Bjarne Stroustrop. The Annotated C++ Reference Manual. Addison-Wesley, 1990.

..... 66 1 Introduction Because of the complexity of object oriented languages, it has proven to be very dicult to design type safe statically typed object oriented languages that are also very expressive. At one extreme we have statically typed languages like C [ES90] Java [AG96] and Object Pascal [Tes85] which come close to type safety, but whose rigid and in exible type systems result in the need for type casts in order to express the programmer s desires. At the other extreme are untyped or weakly typed languages like Smalltalk [GR83] which are prone ....

Margaret A. Ellis and Bjarne Stroustrop. The annotated C ++ reference manual. Addison-Wesley, 1990.

.... Hanson devotes a chapter to an implementation of regions ( arenas ) citing both the speed and software engineering benefits of regions as motivation [38] Ellis and Stroustrup describe the syntactic facilities that allow overloading operator new, simplifying the use of custom allocators in C [23], and Stroustrup describes per class allocators that use these facilities [71] In all but Hanson s work, the authors present custom memory allocation as a widely effective optimization, while our results suggest that only regions yield performance improvements. We present a generalization of ....

....Apache web server [2] the GCC compiler [28] three of the SPECint2000 benchmarks [65] and the C Standard Template Library [26, 63] all of which we examine here. The C language provides language constructs that directly support custom memory management (overloading operator new and delete) [23]. In this chapter, we perform a comprehensive evaluation of custom allocation. We survey a variety of applications that use a wide range of custom memory managers. We compare their performance and memory consumption to general purpose memory managers. We were surprised to find that, contrary to ....

Margaret A. Ellis and Bjarne Stroustrop. The Annotated C++ Reference Manual. Addison-Wesley, 1990.

.... Hanson devotes a chapter to an im1 plementation of regions ( arenas ) citing both the speed and software engineering benefits of regions as motivation [15] Ellis and Stroustrup describe the syntactic facilities that allow overloading operator new, simplifying the use of custom allocators in C [6], and Stroustrup describes per class allocators that use these facilities [30] In all but Hanson s work, the authors present custom memory allocation as a widely effective optimization, while our results suggest that only regions yield performance improvements. Region allocation, variously known ....

Margaret A. Ellis and Bjarne Stroustrop. The Annotated C++ Reference Manual. Addison-Wesley, 1990.

....et al. PolyTOIL: A type safe OOL 1 1 Introduction Because of the complexityofobject oriented languages, it has proven to be very difficult to design type safe statically typed object oriented languages which are also very expressive. At one extreme wehave statically typed languages like C [ES90] Java[AG96] and Object Pascal [Tes85] which come close to type safety, but whose rigid and inflexible type systems result in the need for type casts in order to express the programmer s desires. At the other extreme are untyped or weakly typed languages like Smalltalk [GR83] which are prone ....

Margaret A. Ellis and Bjarne Stroustrop. The annotated C ++ reference manual. Addison-Wesley, 1990.

....of object oriented languages. 1 Introduction Because of the complexity of object oriented languages, it has proven to be very difficult to design type safe statically typed object oriented languages which are also very expressive. At one extreme we have statically typed languages like C [ES90] and Object Pascal [Tes85] which come close to type safety, but whose rigid and inflexible type systems result in the need for type casts in order to express the programmer s desires. At the other extreme are untyped or weakly typed languages like Smalltalk [GR83] which are prone to run time ....

Margaret A. Ellis and Bjarne Stroustrop. The annotated C ++ reference manual. Addison-Wesley, 1990.

....to reason about because of the non deterministic execution order of many potentially interfering processes, but the speed payoff could be enormous. Designers of both types of languages have met with a great deal of success in recent years. Object oriented languages such as Eiffel [Wei95] and C [ES90] have proven their merit for large programming projects. Languages with concurrent constructs such as Ada and Linda [BA90] can take advantage of powerful and complex architectures to solve more difficult problems, while languages with support for distributed concurrent computations such as Obliq ....

.... developed at Williams College, most recently PolyTOIL [BSvG95] PolyTOIL (Polymorphic TypeSafe Object Oriented Imperative Language) is a statically typed, object oriented language designed to be both flexible and completely type safe, unlike most popular object oriented languages such as C [ES90] and Eiffel [Wei95] It is based on two previous languages, TOOPL [Bru94] and TOIL [vG93, BvG93] TOOPL (Typed Object Oriented Programming Language) is a functional, statically typed language with typical object oriented features, including classes, objects, methods, inheritance, and subtypes. ....

Margaret A. Ellis and Bjarne Stroustrop. The Annotated C++ Reference Manual. Addison-Wesley, 1990.

....become more and more prevalent, the code reuse and organization provided by object systems has become more and more important. It is not clear though that object oriented facilities alone are sufficient to fully address all of the issues that come up in building large systems. Languages like C [ES90] and Eiffel [Mey92] that attempt to support programming inthe large through object systems alone are seeming more and more inadequate to the task. C in particular provides immensely complicated functionality in an attempt to provide programmers with sufficient flexibility to organize and write ....

.... programming language LOOM is a descendant of an earlier language called PolyTOIL [BSvG95] PolyTOIL is a statically typed object oriented language that was designed to be completely type safe while still providing significantly more flexibility than existing object oriented languages, such as C [ES90] or Object Pascal [Tes85] It is itself an outgrowth of two other languages TOOPLE [Bru94, BCK94] and TOIL [vG93, BvG93] TOIL Typed Object Oriented Imperative Language provides the type safety and flexibility of the functional language TOOPLE in an imperative language. PolyTOIL extends ....

[Article contains additional citation context not shown here]

Margaret A. Ellis and Bjarne Stroustrop. The annotated C ++ reference manual. Addison-Wesley, 1990.

....Methods are procedures and functions associated with an object; their bodies may refer to the mutable instance variables but in all other respects they are fixed for the lifetime of the object. CHAPTER 2. FEATURES OF LOOM 12 Unlike many other object oriented languages, notably Java [AG96] and C [ES90] which allow instance variables to be declared public, LOOM restricts access to all instance variables to within method bodies, effectively declaring all of them protected. Thus the visible part of an object in any scope other than a method block is just its collection of methods; in LOOM ....

Margaret A. Ellis and Bjarne Stroustrop. The Annotated C++ Reference Manual. Addison-Wesley, 1990.

....time consuming, and error prone nothing in the foreseeable (and perhaps unforeseeable) future will change this. Recognizing this fact, though, there is still room for improvement in the languages and tools that programmers use. Statically typed object oriented languages such as C [ES90] and Eiffel [Mey92] provide strong features for data abstraction. Neither, though, fully succeeds in allowing for code reuse due to problems with their type systems. The type system of C is too strict, preventing code reuse in certain situations. The type system of Eiffel, on the other hand, ....

....(and therefore allow for the reuse of code, one of the main reasons for object oriented programming) without limiting their flexibility, or relying on run time checks. 2.1. 1 Inflexibility in current OO languages Unfortunately, many current object oriented programming languages, such as C [ES90] Java, Object Pascal [Tes85] and Modula 3 [CDG 88] possess type systems that place too many restrictions on flexibility. To get around these restrictions, the programmer must resort to using type casts in C , Object Pascal, and Java (which are checked at runtime only for Java) or the ....

Margaret A. Ellis and Bjarne Stroustrop. The annotated C ++ reference manual. Addison-Wesley, 1990.

....an input file and builds up an internal picture of the type definitions in an E application. It then outputs the original E code, normally into a file called output.e, with extra support necessary for an E application to run on Amadeus. The grammar used is the definitive version found in [ES90] and the parser uses a recursive descent technique with multiple symbol lookahead to resolve possible ambiguities. The parser consists of a number of structures, described below, which allow it to build up a picture of a type declaration. If these structures are not sufficient to represent a ....

Margaret A. Ellis and Bjarne Stroustrop. The Annotated C++ Reference Manual. Addison Wesley, 1990.

....for the language is decidable and provably type safe. The addition of modules to the language provides better control over information hiding and allows the provision of access like that of C s friends. 1 Introduction Most statically typed object oriented programming languages, including C [ES90] Java [AG96] Object Pascal [Tes85] and Modula 3 [CDG 88] suffer from very rigid type systems which can block the easy expression of programmers ideas, particularly in the definition of subclasses. Other statically typed object oriented languages, such as Eiffel [Mey92] and Beta ....

Margaret A. Ellis and Bjarne Stroustrop. The annotated C ++ reference manual. Addison-Wesley, 1990.

....for the language is decidable and provably type safe. The addition of modules to the language provides better control over information hiding and allows the provision of access like that of C s friends. 1 Introduction Most statically typed object oriented programming languages, including C [ES90] Java [AG96] Object Pascal [Tes85] and Modula 3 [CDG 88] suffer from very rigid type systems which can block the easy expression of programmers ideas, particularly in the definition of subclasses. Other statically typed object oriented languages, such as Eiffel [Mey92] and Beta [MMMP90] ....

Margaret A. Ellis and Bjarne Stroustrop. The annotated C ++ reference manual. Addison-Wesley, 1990.

....42 PolyTOIL: A type safe OOL 1 1 Introduction Because of the complexity of object oriented languages, it has proven to be very difficult to design type safe statically typed object oriented languages which are also very expressive. At one extreme we have statically typed languages like C [ES90] Java [AG96] and Object Pascal [Tes85] which come close to type safety, but whose rigid and inflexible type systems result in the need for type casts in order to express the programmer s desires. At the other extreme are untyped or weakly typed languages like Smalltalk [GR83] which are prone ....

Margaret A. Ellis and Bjarne Stroustrop. The annotated C ++ reference manual. Addison-Wesley, 1990.

No context found.

Margaret A. Ellis and Bjarne Stroustrop. The Annotated C++ Reference Manual. Addison-Wesley, 1990.

No context found.

Margaret A. Ellis and Bjarne Stroustrop. The Annotated C++ Reference Manual. Addison-Wesley, 1990.

No context found.

Margaret A. Ellis and Bjarne Stroustrop. The Annotated C++ Reference Manual. Addison-Wesley, 1990.

Online articles have much greater impact   More about CiteSeer.IST   Add search form to your site   Submit documents   Feedback  

CiteSeer.IST - Copyright Penn State and NEC