Post by thread:compiler wish list

Bob Lunn 06/25/97 11:44 AM >> In practice it was very useful for finding begin/end mismatches >> (which usually resulted from not terminating a comment, causing >> a block to continue past the end of a function). > >MS VC++ has a neat way to do this in the editor. Simply position to a brace >(either start or finish) and hit Ctrl-[ and it would find the matching brace. CodeWright has a similar function. Also, the chroma-coding makes the non-terminated comment a thing of the past because it's immediately obvious on the source screen (the whole thing goes, in my case, grey). ___Bob

On Wed, Jun 25, 1997 at 11:44:58AM +3010, spam_OUTblunnTakeThisOuTKEYCORP.COM.AU wrote: > CodeWright has a similar function. Also, the chroma-coding makes > the non-terminated comment a thing of the past because it's > immediately > obvious on the source screen (the whole thing goes, in my case, grey). So does our editor (in the PIC compiler) - the default colour for comments is yellow. While we're on the subject of nice features, we also have an auto-fix facility - certain errors can be fixed by the compiler for you - missing right parens. etc. My favourite is the missing include file, e.g. if you enter main() { printf("Hi, there folks!\n"); } and compile, you will get a warning about printf not being declared, and a FIX button will appear, which if you click it will insert #include <stdio.h> at the beginning of the program. This is available for all library functions. It saves a lot of time when writing new code because instead of having to insert all the #includes (and remember which ones to use!) you can just get the compiler to do it on the first compilation. Other errors that can be corrected automagically include misspelt # directives, e.g. #inlcude <file.h> -- Clyde Smith-Stubbs |HI-TECH Software, |Voice: +61 7 3354 2411 .....clydeKILLspam@spam@htsoft.com |P.O. Box 103, Alderley,|Fax: +61 7 3354 2422 http://www.htsoft.com|QLD, 4051, AUSTRALIA. |PGP: finger clydeKILLspamhtsoft.com --------------------------------------------------------------------------- Download a FREE beta version of our new ANSI C compiler for the PIC microcontroller! Point your WWW browser at http://www.htsoft.com/

At 05:55 PM 6/24/97 +301000, you wrote: {Quote hidden}>Bob Lunn >06/24/97 05:55 PM > > >> Something that will really make my day would be lines that >> connect the { and the } brackets. For instance : >> >> for (index1=0;index1<10;index1++) >> ----- { >> | for (index2=0;index2<10;index2++) >> | -- { >> | | blah blah >> | | blah balh blah >> | -- } >> | blah >> | blah >> ----- } > > The UCSD Pascal compilers used to print a 'nesting' count > at the left side of the printout. This would be incremented > on every 'begin' and decremented on every 'end'. > I believe that Turbo Pascal also had a similar function (in the debugger tool-bar ?). It would count the brackets and find mismatches. Mark Walter M Walter

At 11:55 AM 6/25/97 +1000, Clyde Smith-Stubbs wrote: >On Wed, Jun 25, 1997 at 11:44:58AM +3010, .....blunnKILLspam.....KEYCORP.COM.AU wrote: >> CodeWright has a similar function. Also, the chroma-coding makes My $0.02: Any C compiler released with a version number less than 5.0 should be accompanied by a hardware emulator for doing compiler debugging. God, if I didn't have an emulator I would have been fired. I bought the early release of MPLAB-C (1.1) and ... well... don't really want to fire up that thread. Andrew DeWeerd Engineer

{Quote hidden}> From: Gerhard Fiedler <EraseMEGerhardspam_OUTTakeThisOuTPOBOX.COM> > To: PICLISTspam_OUTMITVMA.MIT.EDU > Subject: Re: compiler wish list > Date: Tuesday, 24 June 1997 23:58 > > At 08:34 24/06/97 +0200, Tjaart van der Walt wrote: > >I think this should rather be on the MPLAB wishlist, but > >something that will really make my day would be lines that > >connect the { and the } brackets. For instance : > > > > for (index1=0;index1<10;index1++) > > ----- { > > | for (index2=0;index2<10;index2++) > > | -- { > > | | blah blah > > | | blah balh blah > > | -- } > > | blah > > | blah > > ----- } > > Again, there are a couple of small (and bigger) tools out there which do > this and similar things to your C code, all those "Pretty C" and Lint type > of programs. I memory serves, there exists even some freeware stuff. But of > course then you wouldn't see it in the simulator/emulator debugging > windows, where it should be... (just as with the library description tools > which are not integrated with the compiler's lib management :-) > A good IDE / Editor should be able to integrate command-line utilities seamlessly. I'll get flamed for this, but you might be able to go close with VC's 4.2 or later ide. Lot of work to set up though. MikeS <@spam@mikesmith_ozKILLspamrelaymail.net>

{Quote hidden}> From: Mike <KILLspamerazmusKILLspamWANTREE.COM.AU> > To: RemoveMEPICLISTTakeThisOuTMITVMA.MIT.EDU > Subject: Re: compiler wish list > Date: Wednesday, 25 June 1997 02:52 > > At 08:34 AM 6/24/97 +0200, you wrote: > >I think this should rather be on the MPLAB wishlist, but > >something that will really make my day would be lines that > >connect the { and the } brackets. For instance : > > > > for (index1=0;index1<10;index1++) > > ----- { > > | for (index2=0;index2<10;index2++) > > | -- { > > | | blah blah > > | | blah balh blah > > | -- } > > | blah > > | blah > > ----- } > > > >It sounds stupid, but it is ideal to trap stupid errors :) > > Actually thats an interesting suggestion - given the state of IDE's > and GUI's such a step with several embellishments could be a great > program writing, documentation and debugging tool. In fact a very > logical extension to the way things are done at the moment ! > > Several AI techniques could also be 'lumped in' with on screen > 'pre-assmebly' to keep track of programming constructs as REALLY > USEFUL tools for very speedy source data entry - towards the > day when source entry and programming as such would be as easy as > asking the typist if she knew how to use a word processor ! > > We could have Program Processors instead of Word Processors with > editing cut, copy and paste over constructs and hooks built in > to avoid those common programming mistakes they taught us > in PASCAL to avoid etc... > > Definitely food for thought - wish I had thought of it - hang on > let me work on that parallel universe sliding and I can have my wish ;) > I already made a comment about the VC environment, but how about using a wp with programmable extensions to do what your suggesting? Word with VB 4 Apps comes to mind, but there are plenty of others - TextPad, by Helios; etc MikeS <spamBeGonemikesmith_ozspamBeGonerelaymail.net>

At 01:01 AM 6/26/97 +0930, you wrote: big snip >> We could have Program Processors instead of Word Processors with >> editing cut, copy and paste over constructs and hooks built in >> to avoid those common programming mistakes they taught us >> in PASCAL to avoid etc... >> >> Definitely food for thought - wish I had thought of it - hang on >> let me work on that parallel universe sliding and I can have my wish ;) >> > >I already made a comment about the VC environment, but how about using a wp >with programmable extensions to do what your suggesting? Word with VB 4 >Apps comes to mind, but there are plenty of others - TextPad, by Helios; >etc > >MikeS ><TakeThisOuTmikesmith_ozEraseMEspam_OUTrelaymail.net> I have already suggested privately to a couple of people that they investigate the editor that I use with Clipper. It is called MultiEdit and a free evaluation version is available at http://www.amcyber.com/ It dynamically checks brace matching and finishes common command structures such as if/else/endif, do case/case/endcase etc for Clipper. Menu selection of other language structures. Can compile within app and return to offending line, etc. DOS and Windows versions available. Usual disclaimer about not being in their pocket ... just a very satisfied user. Regards, Ross McKenzie Melbourne Australia

At 00:29 26/06/97 +0930, Mike Smith wrote: >A good IDE / Editor should be able to integrate command-line utilities >seamlessly. I'll get flamed for this, but you might be able to go close >with VC's 4.2 or later ide. Lot of work to set up though. Of course, there are many possibilities for writing code -- I used to do a lot with the BC++ IDEs, then using CodeWright. But all of this won't get you this type of support in the simulator's or emulator's source code windows -- which is, after all, where you do a lot of your debugging. ------------------------------------- Gerhard Fiedler <RemoveMEgerhardTakeThisOuTpobox.com> S‹o Paulo - Brazil

[wicked big snip] >>I already made a comment about the VC environment, but how about using a wp >>with programmable extensions to do what your suggesting? Word with VB 4 >>Apps comes to mind, but there are plenty of others - TextPad, by Helios; > >I have already suggested privately to a couple of people that they >investigate the editor that I use with Clipper. It is called MultiEdit and a >free evaluation version is available at http://www.amcyber.com/ It >dynamically checks brace matching and finishes common command structures >such as if/else/endif, do case/case/endcase etc for Clipper. Menu selection >of other language structures. Can compile within app and return to offending >line, etc. DOS and Windows versions available. ahmmmm..... what about emacs? infinitely customizable, runs on Win32/Unix/Linux/VMS... Emacs has "modes" for c, c++, asm, lisp, python, java, html, etc. Plus it's *free*, and better, Billy doesn't get your money! Unfortunately, "real" emacs won't run on DOS, but there are some lightweight versions of emacs that will run on DOS. Another somewhat customizable multi-platformed editor is JED. The last editor I paid money for was Brief 2.0, and that was in about 1987. Emacs is good enough that I will never buy an editor again. Jeff Jeff Otterson ------------- ottersonEraseME.....mindspring.com Maker and user of tools PGP key available at http://www.mindspring.com/~otterson/pgp.html