??? 01/28/08 13:46 Modified: 01/28/08 13:47 Read: times |
#150010 - misunderstanding squared Responding to: ???'s previous message |
I said:
multiple compiler/language output is relatively easy once the logic of the thing is figured out Erik Malund said:
You missed my point
I, for one, will no use code that containg 'if' statements not related to what I am doing. Its affect on the readability and maintainability of the code is very negative. Of course not. The output does not need to be multiplatform, the tool does need to be such. --- The aim is to have: 1. tool1, clickey, windowsey, with extensive explanatory texts etc.; spitting out some textual result (XML or whatever) 2. tool2, commandline, inputting the XML or whatever, outputting the desired sources Tool1 would have the processor dependent stuff as an input, again in some easily understandable form, to facilitate new derivatives to be supported by anybody. The textual output is hopefully language, platform independent. Tool2 will then provide the "compiler dependency". The envisaged usage is: first time I come across derivative X, I run the clickey interface and try to set it up as perfectly as I can (learning meantime from the hopefully extensive explanation of things coming with Tool1). Then, to speed up things, I will embed Tool2 into my compiler toolchain and will modify only the textual "intermediate" step (of course I can go back to Tool1 if I want). For those who want the usual "click through and get the sources", it's just trivial to merge Tool1 and Tool2. Erik Malund said:
And, as said before I do not give a hoot if code works, I do give a hoot that it is readable and maintainable Well, I hope, at the end of the day, you *do* care if your (maintainable etc.) code works... ;-) Jan |
Topic | Author | Date |
Weekend question: What repeats frequently on '51? | 01/01/70 00:00 | |
Tools in Assem | 01/01/70 00:00 | |
Repeated tasks | 01/01/70 00:00 | |
mSec Clock Tick, off a timer interrupt | 01/01/70 00:00 | |
CodeArchitect | 01/01/70 00:00 | |
C runtime initializer tool | 01/01/70 00:00 | |
Generate Skeleton C code | 01/01/70 00:00 | |
biggest problem vs. nightmare | 01/01/70 00:00 | |
i think oranges and apples | 01/01/70 00:00 | |
it's the other way round | 01/01/70 00:00 | |
re SILabs | 01/01/70 00:00 | |
done | 01/01/70 00:00 | |
a general note on stuff like this | 01/01/70 00:00 | |
you missed the point | 01/01/70 00:00 | |
misunderstanding squared | 01/01/70 00:00 | |
of course it does ... | 01/01/70 00:00 | |
Too much like hard work | 01/01/70 00:00 | |
a most hnorable 'like' | 01/01/70 00:00 | |
OOPS a doublr | 01/01/70 00:00 | |
hard work | 01/01/70 00:00 | |
Assembly programmers not the worst | 01/01/70 00:00 | |
Another Example | 01/01/70 00:00 | |
neighbours | 01/01/70 00:00 | |
Code Architect | 01/01/70 00:00 | |
options are good![]() | 01/01/70 00:00 |