//KM 2018 03 23: getting lots of form spam; screen out dates before 2000 (book publication date) Walter Banks's blog http://www.bytecraft.com/blog/2 en eTPU support for hybrid vehicle development http://www.bytecraft.com/node/314 <p>Byte Craft has for the last several months been developing new eTPU<br /> support tools. The eTPU C Code Development System will continue to be<br /> supported for use primarily in automotive engine controllers with<br /> continuing support for eTPU2, new releases and updates. </p> <p>The last few months we have be visiting customers and outlining some<br /> directions we are adding to our support for the eTPU. Byte Craft is in<br /> the release process of a separate eTPU based tool set that focuses on<br /> other eTPU based applications. Essentially we have been looking at</p> <p><a href="http://www.bytecraft.com/node/314">read more</a></p> eTPU_C eTPU_C eTPU_C Product Wed, 21 Jul 2010 11:33:10 -0400 Walter Banks 314 at http://www.bytecraft.com Freescale eTPU Standard Function Libraries and Function Sets. http://www.bytecraft.com/eTPUStandardLibrary <p>The Freescale eTPU standard library and eTPU function sets were developed using Byte Craft tools. Copies of these tools are available as part of Byte Craft eTPU support.</p> <p><a href="http://www.bytecraft.com/eTPUStandardLibrary">read more</a></p> eTPU_C eTPU_C eTPU_C Product Freescale eTPU Tue, 01 Jun 2010 10:51:13 -0400 Walter Banks 311 at http://www.bytecraft.com RS08 Interrupt support http://www.bytecraft.com/node/308 <p>Contact Byte Craft for headers for the new RS-08 part headers.</p> <p>9RS08KB8.h 9RS08KB4.h 9RS08KB2.h 9RS08KB12.h 9RS08LE4.h 9RS08LA8.h</p> <p>The RS-08 parts that support interrupts (9RS08KB8.h 9RS08KB4.h 9RS08KB2.h) may also be programmed as event driven processors.</p> Tue, 30 Mar 2010 09:18:00 -0400 Walter Banks 308 at http://www.bytecraft.com Checking eTPU_C generated code http://www.bytecraft.com/eTPU_C_hand_disassembly_surprises <p>Byte Craft's eTPU customers generally use several different tools in their eTPU toolchain. The eTPU has a microcoded instruction set that may display the disassembly of the eTPU's instruction in several ways. The following example came from a conversation with a customer about instruction display formats of various tools that support the eTPU. </p> <p>Byte Craft chose to display the instructions in the listing file as a functional representation of the instructions. In the following example an add with one side of the alu complimented and incremented is displayed as a subtract in our listings which is both functionally correct and a more compact representation. </p> <p><a href="http://www.bytecraft.com/eTPU_C_hand_disassembly_surprises">read more</a></p> assembly eTPU eTPU_C Wed, 27 Jan 2010 17:47:56 -0500 Walter Banks 305 at http://www.bytecraft.com Parallelism http://www.bytecraft.com/parallelism_thoughts <p><img src="/graphics/bbb.gif" alt="parallelism" style="float: right;"></img>In the comp.arch newsgroup, we've been following a heated discussion about Parallelism. It's focused on the question of designing software to run on multiple cores, either with shared memory or message passing.</p> <p>We're of the opinion that the compiler can assist the developer in this task. After all, the compiler knows what is (or could be) in memory at any one moment.</p> <p><a href="http://www.bytecraft.com/parallelism_thoughts">read more</a></p> C IEC 61131 Fri, 09 Oct 2009 16:54:54 -0400 Walter Banks 302 at http://www.bytecraft.com The stack controversy http://www.bytecraft.com/Stack_controversy <p><img style="float: right; display: block;" src="/graphics/nostack.gif" alt="picture of stacking plates"></img><br /> Just when you think an old misconception is dead...</p> <p>The "stack/no stack" discussion has arisen again. We've heard renewed<br /> claims that C programs require a hardware stack, and that a software<br /> stack is unacceptably slow. Both ideas are patently false.</p> <p><a href="http://www.bytecraft.com/Stack_controversy">read more</a></p> C compiler Thu, 17 Sep 2009 10:44:54 -0400 Walter Banks 299 at http://www.bytecraft.com Alternative opcodes http://www.bytecraft.com/node/291 <p>A support question brought up an interesting optimization topic: alternative opcodes.</p> <p>We've all heard stories of using undocumented or unofficial opcodes to squeeze out a few cycles' extra performance. It's much easier, not to mention safer, to work within the published instruction set but to approach it in novel ways.</p> <p>Here's an example:</p> <p><a href="http://www.bytecraft.com/node/291">read more</a></p> opcodes optimization Tue, 05 May 2009 17:05:53 -0400 Walter Banks 291 at http://www.bytecraft.com A perfectly useful do-nothing statement http://www.bytecraft.com/do_nothing_macro <p>C macros are very useful, but a little taxing for both compiler writers and programmers.</p> <p><a href="http://www.bytecraft.com/do_nothing_macro">read more</a></p> C Tue, 24 Mar 2009 10:50:20 -0400 Walter Banks 284 at http://www.bytecraft.com Our view on RS08 http://www.bytecraft.com/RS08_opinions <p>I just read Jack's editorial on Embedded.com on the RS08 processor. This is a fun little processor. </p> <p>We did some work on the instruction set design on this processor, and wrote a C compiler for the RS08. This is a remarkable little processor that, in the end, outperformed many people's expectations (including mine).</p> <p><a href="http://www.bytecraft.com/RS08_opinions">read more</a></p> C6808 RS08 Tue, 17 Mar 2009 12:25:43 -0400 Walter Banks 283 at http://www.bytecraft.com Optimization and Debugging http://www.bytecraft.com/node/268 <p>There's an active discussion about optimization and debugging going on on <a href="news:comp.programming">comp.programming</a> and <a href="news:comp.compilers">comp.compilers</a>.</p> <p><a href="http://www.bytecraft.com/node/268">read more</a></p> debugging optimization Thu, 18 Sep 2008 17:08:10 -0400 Walter Banks 268 at http://www.bytecraft.com