Bit Addressable Architectures

Doug Gwyn gwyn at brl-smoke.ARPA
Sun Mar 20 13:27:04 AEST 1988


In article <2767 at mmintl.UUCP> franka at mmintl.UUCP (Frank Adams) writes:
-In article <7452 at brl-smoke.ARPA> gwyn at brl.arpa (Doug Gwyn (VLD/VMB) <gwyn>) writes:
->It's occasionally been tried, and there is nothing fundamentally wrong with
->the idea.  The biggest reason for lack of popularity is that it doesn't help
->much with the code generated for typical existing high-level langauges; they
->often don't provide convenient access to bit-level data, so applications are
->coded to access data in larger chunks and pick it apart themselves.
-Of course, high-level languages which provide convenient access to bit-level
-data have been tried occasionally, and haven't been very popular.  The
-biggest reason for this is that popular machine architectures don't provide
-efficient access to bit-level data, so applications are coded to access data
-in larger chunks and pick it apart themselves.

No, the IMPLEMENTATION would do the work in that case.  Although it
amounts to the same thing at the nitty-gritty level, assuming the
particular hardware doesn't support bit operations, it makes
application programming much nicer.  And, when compiled on a machine
that DOES have bit operations, the object code runs much faster.

This vicious circle of cause-and-effect needs to be broken somehow.
The fact that there are several application areas that could benefit
(as I listed earlier) should be sufficient reason to try.



More information about the Comp.lang.c mailing list