assembly vs HLL

[Kevin Wall]

In article <1051 at opus.UUCP> rcd at opus.UUCP (Dick Dunn) writes:
>> >	For the bare language, I might agree. However, any macro programmer
>> >worth the name after a year or so will have developed a set of macros
>> >that enable high level constructs but still allow precise control of
>> >the machine. I personally have a set of macros that give me more
>> 
>> AAAARGH!!!!!  One of the most common complaints I hear from those
>> who must maintain code is that the programmer had developed his own
>> personal language out of macros.  THIS DOESN'T MAKE CODE EASIER
>> TO MAINTAIN, IT MAKES IT FAR, FAR, HARDER.
>
>Case in point:  ever tried to work on the Bourne shell code?  It helps to
>know a little of the syntax of ALGOL 68.  Of course, not even the mighty
>cpp can transform C into ALGOL 68, so what you get is a unique language.
>That's the problem with these sets of macros mentioned by >>: each one is a
>different language with different characteristics (and bugs).  A compiler
>is just a clever macro-processor for a specific set of macros, with the
>macros usually optimized so that they're expanded by inline code instead of
>interpretively.
>-- 
>Dick Dunn


Just think how much more we'll be able to [ab]use this with operator
overloading and the like in the new C++		:-)
					Kevin Wall	kww at cbosgd
					AT&T Bell Laboratories, Columbus