----- Original Message ----- From: "Jan Waclawek" <[EMAIL PROTECTED]> To: <sdcc-user@lists.sourceforge.net> Sent: Friday, August 29, 2008 5:18 PM Subject: Re: [Sdcc-user] Quickstart document,was: Virus in SDCC-2.8.0-setup.exe - MD5 etc tutorial
> Richard, > >>Maybe a few words would be helpful about what makes one editor more >>"suitable" than another, or what might make it less-suitable. A few >>suggestions as to "convenient" features might be helpful in this context, >>too. > > Well, this is not really SDCC-specific... > > I don't feel competent to answer this question either - as a notorious > C-hater I don't use advanced function-header-collecting and similar > functions of the "fat" IDEs. All I need is basic code indenting, decent > syntax highlighting, ability to run external programs (i.e. upon F9 to run > the compiler or a "script" (batch) of compiler-downloader) and good > searching/bookmarking (unfortunately the latter is rare); and a fair price > (recently, this has shrinked to the ultimate $0, as there are quite a lot > of enthusiasts around writing this sort of stuff). Some examples are > Notepad++, Programmer's Notepad, PSPad, and my favourite (although a bit > strange and unfortunately mostly abandoned) is Crimson Editor (it's the > only one I know which supports 2 language syntax highlight - e.g. C and > asm - in a single file). An interesting option may be setedit, which is > multi-platform and deliberately Borland-like; but also slightly different > than the others, being text-based. > Since MCU's don't use big programs, I'm not a HLL-lover either. What I want from an IDE is an easy way to move back and forth between editor, assembler, compiler, debugger, etc. All I want from the compiler is to be able to use the same high-level code for doing data manipulations whether the MCU is a PIC or an 'HC08, or whatever, including, of course, the 805x core. > >>The output includes an ASM file, right? >>What else should I look for? > > It's maybe not quite straighforwardly asm (and the assembler's syntax is > non-intel-ish), but it's there, if you use the --debug switch. > > Under W9x, for me it was a challenge to find the --use-stdout switch as > the "dosbox" there has no "scrollback" feature, and without this switch > it's impossible to redirect the output into a file. This is not an issue > under WXP as you can scroll back the "dosbox". > Couldn't you simply redirect the output from one program to a file, then use that file as input to the next program? I do this sort of thing all the time using batch files with the old DOS-based OrCAD products. I know that PALASM does it, too. > > But, basically, that's it. Try. Enjoy. > > Jan > > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's > challenge > Build the coolest Linux based applications with Moblin SDK & win great > prizes > Grand prize is a trip for two to an Open Source event anywhere in the > world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > _______________________________________________ > Sdcc-user mailing list > Sdcc-user@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/sdcc-user ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ Sdcc-user mailing list Sdcc-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sdcc-user
