Xref: utzoo comp.lang.smalltalk:3126 comp.object:3841
Path: utzoo!utgpu!news-server.csri.toronto.edu!rpi!zaphod.mps.ohio-state.edu!swrinde!elroy.jpl.nasa.gov!lll-winken!uunet!mcsun!cernvax!chx400!bernina!neptune!mint!marti
From: marti@mint.inf.ethz.ch (Robert Marti)
Newsgroups: comp.lang.smalltalk,comp.object
Subject: Re: Smalltalk scaleability & IdentityDictionaries
Message-ID: <29678@neptune.inf.ethz.ch>
Date: 28 Jun 91 13:38:15 GMT
References: <1991Jun26.193441.28581@bqnes74.bnr.ca>
Sender: news@neptune.inf.ethz.ch
Reply-To: marti@mint.inf.ethz.ch (Robert Marti)
Organization: Departement Informatik, ETH, Zurich
Lines: 30

In article <1991Jun26.193441.28581@bqnes74.bnr.ca> CWatts@BNR.CA
(Carl Watts) writes:
>Smalltalk was designed from the start to not have any problems
>scaling.  What other language do you now of that can as easily
>handle 2 + 3 as it can evaluate:
>958685745856745747465784756948574847584737384877584 +
>9293458823458723745734875847574874875748874374373646

How about
- Lisp
- Scheme (OK, so Scheme is a Lisp dialect)
- some implementations of Prolog
- Mathematica
- Maple?

If you have a C++ library which includes something like class arbint
in Tony L. Hanson's "The C++ Answer Book" (pp.276-308), you could
add the following member function to class arbint:

 arbint(char *string);  // convert string into a newly created arbint

so that you could at least write something like

"958685745856745747465784756948574847584737384877584" +
"9293458823458723745734875847574874875748874374373646"

Robert Marti                      |  Phone:    +41 1 254 72 60
Institut fur Informationssysteme  |  FAX:      +41 1 262 39 73
ETH-Zentrum                       |  E-Mail:   marti@inf.ethz.ch
CH-8092 Zurich, Switzerland       |