comp.lang.ada
 help / color / mirror / Atom feed
* Holiday Cheer ??
@ 1989-12-14 16:58 Judy.Bamberger
  1989-12-15 20:44 ` Substitutions William Thomas Wolfe, 2847 
  0 siblings, 1 reply; 2+ messages in thread
From: Judy.Bamberger @ 1989-12-14 16:58 UTC (permalink / raw)



   -- A standard preprocessor would have the advantage of being standardized,
   -- but would suffer the disadvantage that compiler optimizations are not
   -- possible where the compiler has no knowledge of high-level semantics,
   -- which is a major reason not to simply codify the preprocessing practice. 

With a few substitions and a bit o' poetic license, the above could be
rephrased as:

   A standard LANGUAGE would have the advantage of being standardized,
   but would suffer the disadvantage that APPLICATION-SPECIFIC 
   IDIOMS are not possible where the LANGUAGE has no knowledge of 
   APPLICATION-level semantics, which is a major reason not to simply 
   codify the PROGRAMMING LANGUAGE.

Just somethin' to keep in mind when discussing the (de)merits of any
programming language, its features, or the abstractions it provides.

Submitted most respectfully.

^ permalink raw reply	[flat|nested] 2+ messages in thread

* Re: Substitutions
  1989-12-14 16:58 Holiday Cheer ?? Judy.Bamberger
@ 1989-12-15 20:44 ` William Thomas Wolfe, 2847 
  0 siblings, 0 replies; 2+ messages in thread
From: William Thomas Wolfe, 2847  @ 1989-12-15 20:44 UTC (permalink / raw)


From Judy.Bamberger@sei.cmu.edu:
> -- A standard preprocessor would have the advantage of being standardized,
> -- but would suffer the disadvantage that compiler optimizations are not
> -- possible where the compiler has no knowledge of high-level semantics,
> -- which is a major reason not to simply codify the preprocessing practice. 
> 
% With a few substitions and a bit o' poetic license, the above could be
% rephrased as:
% 
%    A standard LANGUAGE would have the advantage of being standardized,
%    but would suffer the disadvantage that APPLICATION-SPECIFIC 
%    IDIOMS are not possible where the LANGUAGE has no knowledge of 
%    APPLICATION-level semantics, which is a major reason not to simply 
%    codify the PROGRAMMING LANGUAGE.

   The analogy is fundamentally flawed; while the first passage notes
   problems with one strategy and suggests another, the second states 
   in essence that since a standardized computer programming language
   is more rigorous than a human language, computer programming languages
   should not be standardized, which of course does not follow.

   Perhaps the spiked eggnog is being passed around a bit too early... 


   Bill Wolfe, wtwolfe@hubcap.clemson.edu

^ permalink raw reply	[flat|nested] 2+ messages in thread

end of thread, other threads:[~1989-12-15 20:44 UTC | newest]

Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
1989-12-14 16:58 Holiday Cheer ?? Judy.Bamberger
1989-12-15 20:44 ` Substitutions William Thomas Wolfe, 2847 

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox