If this was posted previously I missed it... ...seems like something people here would love to know about. Scott has said that SDCC needs LOTS of help, and top level help at that, but perhaps little by little, some of us little folks can help to get it closer. I personally would love to run SDCC as part of a "compile farm" at piclist.com that would allow people to use the program without having to install it. That assumes someone builds a win32 exe. --- James. -----Original Message----- From: Chen Xiao Fan [mailto:xiaofan@sg.pepperl-fuchs.com] Sent: 2005 Nov 02, Wed 01:08 To: 'Gnupic (E-mail) Subject: [gnupic] FW: [Sdcc-user] PIC14 port matures -----Original Message----- From: sdcc-user-admin@lists.sourceforge.net [mailto:sdcc-user-admin@lists.sourceforge.net] Sent: Friday, October 28, 2005 3:49 AM To: sdcc-user@lists.sourceforge.net Subject: [Sdcc-user] PIC14 port matures Dear SDCC/PIC14 users, I am really proud to announce that the PIC14 port has seen serious improvement over the past few days: - large quantity of bugs removed - generic pointer support added Now `unqualified' pointers are three bytes long, use qualifiers __data or __code to reduce them to two bytes. Pointers to const "variables" are no longer assumed to point to __code space; use __code const int *x instead) - better library support has been added Now the PIC14 port provides better support for multi-source file projects (still lacks initialization of variables outside the main module though, bet works nicely with the library). All support routines (generic pointer access, multiplication, division/modulus) should work nicely on a large number of devices without recompiling. All projects must link PIC14's libsdcc.lib to make use of these! (Volunteers may now start porting a libc...) - a new command-line switch has been added to disable a (slightly) faulty optimization (--no-pcode-opt). An improved (and correct ;-D) replacement is under development. Note that .o output from previous SDCC versions will be incompatible with new ones due to symbol renaming (arguments/return values are now passed on using a location independant `STKn' rather than `s0x' in order to enable library reuse across multiple devices). I am looking forward to hearing your opinions and bug reports as well as pointers to `most wanted features'. All improvements should be accessible starting with SDCC 2.5.4 #1130. Regards, Raphael Neider --------------------------------------------------------------------- To unsubscribe, e-mail: gnupic-unsubscribe@linuxhacker.org For additional commands, e-mail: gnupic-help@linuxhacker.org -- http://www.piclist.com PIC/SX FAQ & list archive View/change your membership options at http://mailman.mit.edu/mailman/listinfo/piclist