Prev: Tiny Bootloader
Next: Link&Locate 86?
From: Didi on 14 Sep 2006 15:47 Ian Bell wrote: > Vladimir Vassilevsky wrote: > > > > The user interface of a microwave oven is already too complicated to be > > developed in asm... > > > > rubbish. > > Ian Why, anything can be too complicated for development in whatever language. Depends on the developer... :-) The C <-> ASM debate is as messy as it can get. What is ASM. Which CPU - or is it any CPU at all (I refer to my VPA which is not widely known). I view myslef as a computer user when I write in high level and as a programmer when I write in assembly (OK, VPA included). Having access to library functions, which was mentioned in this thread, is of course only a great advantage, you don't have to do it if you don't need it, the key point is your ability to do it. Having written all the library functions you use over the years (like me...) is another tremendous advantage, you can pick what to link and what to recycle (canibalize, use as template, you name it). >From a compiler/assembler point of view, it is irrelevant whether you will use C or some advanced assembler (well, I refer to my VPA which is not public yet and may not get that far this year). The key thing is to be able to switch high level/low level language on a per line basis. Both allow this one way or the other. However, from the point of view of how the human brain works with languages, C is perhaps the worst we can face - too condensed (hyeroglyph like, too much information goes into too few symbols). Alphabet based languages have been behind the technological progress for a while not without reason. Not all assembly languages have this advantage, actually many don't, especially those targeted at RISC. The 68K assembly is the finest CPU assembly I know of which has been done - code with enough comments and within the right environment (runtime, that is) and things get done faster than in C. I have proven this more than once. (Well, this is why I based my VPA on it, in fact it accommodates the 68K assembly user level model completely (actually the CPU32 flavour)). Dimiter ------------------------------------------------------ Dimiter Popoff Transgalactic Instruments http://www.tgi-sci.com ------------------------------------------------------
From: Paul Keinanen on 15 Sep 2006 05:14 On Wed, 13 Sep 2006 16:33:56 GMT, Vladimir Vassilevsky <antispam_bogus(a)hotmail.com> wrote: >The user interface of a microwave oven is already too complicated to be >developed in asm... In a user interface for a product sold in many countries, the most important thing is how to handle the peculiarities of each language. An assembler with a good macro preprocessor is much more usable than the primitive C preprocessor. Paul
From: Vladimir Vassilevsky on 15 Sep 2006 10:08 Paul Keinanen wrote: > >>The user interface of a microwave oven is already too complicated to be >>developed in asm... > > > In a user interface for a product sold in many countries, the most > important thing is how to handle the peculiarities of each language. > An assembler with a good macro preprocessor is much more usable than > the primitive C preprocessor. The peculiar user interface is the job of the resource compiler. This has nothing to do neither with C no with assembler. Vladimir Vassilevsky DSP and Mixed Signal Design Consultant http://www.abvolt.com
From: Paul Keinanen on 15 Sep 2006 11:32 On Fri, 15 Sep 2006 14:08:36 GMT, Vladimir Vassilevsky <antispam_bogus(a)hotmail.com> wrote: > > >Paul Keinanen wrote: > > >> >>>The user interface of a microwave oven is already too complicated to be >>>developed in asm... >> >> >> In a user interface for a product sold in many countries, the most >> important thing is how to handle the peculiarities of each language. >> An assembler with a good macro preprocessor is much more usable than >> the primitive C preprocessor. > > >The peculiar user interface is the job of the resource compiler. This >has nothing to do neither with C no with assembler. Resource compiler ? Is this some Microsoft specific product ? Paul
From: Vladimir Vassilevsky on 15 Sep 2006 11:58
Paul Keinanen wrote: >>>In a user interface for a product sold in many countries, the most >>>important thing is how to handle the peculiarities of each language. >>>An assembler with a good macro preprocessor is much more usable than >>>the primitive C preprocessor. >> >>The peculiar user interface is the job of the resource compiler. This >>has nothing to do neither with C no with assembler. > > Resource compiler ? > Is this some Microsoft specific product ? Not necessarily. This is a general paradigm. The user interface is not the part of the code, but a pack of data to be plugged into the menu driver. The development of the user interface is separated from the development of the code. Vladimir Vassilevsky DSP and Mixed Signal Design Consultant http://www.abvolt.com |