On 10/13/2012 02:53 PM, Matthias Trute wrote: > Hi, > >> We do still have a problem how to deal with hardware idiosyncrasies as >> timer0.frt demonstrates. It should not be dealt with through the shell >> (re my ill thought #py idea). >> >> The generic frt code should include some preprocessing instructions to >> produce MCU specific code, m4 perhaps? > > A preprocessor would create a similiar dependency on > additional tools that (at least) Erich dislikes. > > m4 (or cpp) are tools for the unix people, but the > majority of the amforth users use windows (for whatever > reason....)
Because Atmel provides a great IDE for Windows free of charge :-) > >> Once you decide on the standard people would follow :-) > > Hell, no! I wont make decisions for you ;) > > maybe a preprocessor in (g)forth can help us? I think that any Amforth pre-processing code should syntactically look very different from the surrounding Amforth code. Mixing Gforth with Amforth may lead to confusion where the code actually executes. All Unix tools are easily available now in windows. We just need to decide which tool is most suitable for adapting a generic Forth library code for a particular AVR MCU. I see this tool utilized at Amforth install stage. Perhaps it would unify those appl/ projects... Comments please. Thanks, Enoch. > > Matthias > > > ------------------------------------------------------------------------------ > Don't let slow site performance ruin your business. Deploy New Relic APM > Deploy New Relic app performance management and know exactly > what is happening inside your Ruby, Python, PHP, Java, and .NET app > Try New Relic at no cost today and get our sweet Data Nerd shirt too! > http://p.sf.net/sfu/newrelic-dev2dev ------------------------------------------------------------------------------ Don't let slow site performance ruin your business. Deploy New Relic APM Deploy New Relic app performance management and know exactly what is happening inside your Ruby, Python, PHP, Java, and .NET app Try New Relic at no cost today and get our sweet Data Nerd shirt too! http://p.sf.net/sfu/newrelic-dev2dev _______________________________________________ Amforth-devel mailing list for http://amforth.sf.net/ Amforth-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/amforth-devel
