 | | Re: Compiling the compiler
|
|
(...) I've checked into this a little further. It comes down to something like the following: void foo(const char *p) { delete p; } On one hand, this is conceptually a violation of "constness" as a caller to foo() wouldn't know that the object (...) (26 years ago, 6-Mar-99, to lugnet.robotics.rcx.nqc)
|
| |
| | pbFORTH enhancements soon
|
|
Thanks to all of the mail I have received, I am going to try to get the next version of pbFORTH out this weekend. Charles Anderson pointed out a rather embarassing flaw in the LCD_SHOW and LCD_HIDE routines, thanks. I have been using Dave Baum's NQC (...) (26 years ago, 5-Mar-99, to lugnet.robotics.rcx.pbforth)
|
| |
| | Re: Compiling the compiler
|
|
(...) What file are you compiling when you get this error? I think the fix is to include "Symbol.h" before the array templates get instantiated, but it is curious that neither Metrowerks nor gcc complain. (...) Yes, a cast should be fine. Offhand, (...) (26 years ago, 5-Mar-99, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Compiling the compiler
|
|
Thanks Dave, I did however find a version of Bison and Flex to use under windows. I didn't want to install the whole cygwin distribution so I searched and found stand alone versions of that came from DJGPP. I'm still having a few minor (...) (26 years ago, 4-Mar-99, to lugnet.robotics.rcx.nqc)
|
| |
| | Re: Compiling the compiler
|
|
(...) You can probably use parse.tab.c instead. The whole default/parse.cpp thing is specific to Unix builds. The Mac and Windows builds are done under Metrowerks with custom Flex/Bison plugins. The output of those plugins is in nqc/lexer.cpp and (...) (26 years ago, 4-Mar-99, to lugnet.robotics.rcx.nqc)
|
