🚀 go-pugleaf

In article <1991Feb4.160639.2766@spool.cs.wisc.edu> quale@picard.cs.wisc.edu (Douglas E. Quale) writes:
> Dan, sometimes I think we don't speak the same language.

Look, static allocation is not an ``arbitrary limit,'' and when you say
``fixed, arbitrary limit'' people will assume that the programmer used
some fixed number, say 1000, as a limit. That's not true here.

Are you going to claim that Fortran has ``arbitrary limits'' because
doesn't have dynamic allocation? That's a restriction upon power: it's
something the language can't do. It's not a fixed limit, and it's not an
arbitrary limit.

If you go around claiming that just because language designer X didn't
provide for your pet feature Y, language Z must have ``arbitrary
limits,'' then you're the one misusing words.

> The number of functions in a C program is limited to EXACTLY the number of
> functions that are provided at compile time.  This number cannot be altered
> (most crucially, increased) at run time.

Fine, so call it a limit if you're desperate. It's not a fixed limit,
and it's not an arbitrary limit. Translation: It's not something that a
real-world programmer will consider a limit.

> How do you know, at compile time, EXACTLY how many composed functions
> I want?

I don't. You're the one writing the program.

---Dan