Comments on: Codewarrior Command Line Compiler http://tewha.net/2004/12/codewarrior-command-line-compiler/ A blog on technical stuff by Steven Fisher. Cat pictures not included. Tue, 06 Jan 2009 09:24:09 +0000 http://wordpress.org/?v=2.7 hourly 1 By: Objects At Rest » Blog Archive » CodeWarrior’s command line build http://tewha.net/2004/12/codewarrior-command-line-compiler/comment-page-1/#comment-37 Objects At Rest » Blog Archive » CodeWarrior’s command line build Fri, 12 Aug 2005 16:59:05 +0000 http://palmdev.objectsatrest.com/?p=9#comment-37 [...] So I finally worked up the courage to try to add scripted building to my project again. I originally wanted to use the command line tools, but that didn’t work. So I decided this time to try the IDE. [...] [...] So I finally worked up the courage to try to add scripted building to my project again. I originally wanted to use the command line tools, but that didn’t work. So I decided this time to try the IDE. [...]

]]> By: Steven Fisher http://tewha.net/2004/12/codewarrior-command-line-compiler/comment-page-1/#comment-6 Steven Fisher Thu, 03 Mar 2005 08:15:09 +0000 http://palmdev.objectsatrest.com/?p=9#comment-6 You might be fair when you say it isn't completely unusable. However, in my view, when I can't trust a compiler to at least generate a warning when code might be invalid... well, trust is the first thing I require out of a compiler. I'd actually much rather have the crash. You might be fair when you say it isn’t completely unusable. However, in my view, when I can’t trust a compiler to at least generate a warning when code might be invalid… well, trust is the first thing I require out of a compiler. I’d actually much rather have the crash.

]]> By: Ben Combee http://tewha.net/2004/12/codewarrior-command-line-compiler/comment-page-1/#comment-2 Ben Combee Thu, 13 Jan 2005 05:22:11 +0000 http://palmdev.objectsatrest.com/?p=9#comment-2 Stephen, I'm curious why you call the 9.2 68K code completely unusable. IIRC, there were two 68K code gen bug fixes in 9.3: <blockquote>A major bug affecting inline assembly in the 68K C/C++ compilers was fixed. In V9.0 through V9.2, some inline assembly opcodes would be output incorrectly. A code generation bug would cause comparisons to fail if they immediately followed the load from memory of a data item of a different size, such as reading a char into an int, then comparing that int to 0.</blockquote> I'm really sorry that I messed up the error routines -- that shouldn't have happened, but we didn't have tests of building bad code with the command line tools, just code gen tests for correctness. I have talked to MWRon about this bug, BTW, but I don't have access to the source or tools needed to fix this myself. The problem was a bad define in one of the compiler's headers that made all the error message numbers off-by-lots, and it only affected the command line tools because those had error messages bound into the executable using a different mechanism than the plugin compiler. Stephen, I’m curious why you call the 9.2 68K code completely unusable. IIRC, there were two 68K code gen bug fixes in 9.3:

A major bug affecting inline assembly in the 68K C/C++ compilers was
fixed. In V9.0 through V9.2, some inline assembly opcodes would be
output incorrectly.

A code generation bug would cause comparisons to fail if they
immediately followed the load from memory of a data item of a
different size, such as reading a char into an int, then comparing
that int to 0.

I’m really sorry that I messed up the error routines — that shouldn’t have happened, but we didn’t have tests of building bad code with the command line tools, just code gen tests for correctness.

I have talked to MWRon about this bug, BTW, but I don’t have access to the source or tools needed to fix this myself. The problem was a bad define in one of the compiler’s headers that made all the error message numbers off-by-lots, and it only affected the command line tools because those had error messages bound into the executable using a different mechanism than the plugin compiler.

]]>