From: <sk...@ms...> - 2000-04-06 15:53:57
|
From: Ahmed S. <mu...@ri...> - 2000-10-13 20:41:56
|
The out of the SDCC compiler is intel hex . with file extention *.ihx = .=20 is this compatible with Intel Hex that produced by the Keil software .=20 Thanks Ahmed Shaaban =20 |
From: <da...@kd...> - 2000-10-14 02:03:50
|
On 13 Oct, Ahmed Shaaban said something like: > The out of the SDCC compiler is intel hex . with file extention *.ihx . > is this compatible with Intel Hex that produced by the Keil software . > Thanks > Ahmed Shaaban > Ahmed, I don't think so. I have a Needhams EMP-20 device programmer and it supports Intel hex and generic hex (among other formats) I cannot read an SDCC generated hex file with the EMP-20 in Intel format, but I can in generic hex. go figure?!? -- Dave I come from the net.... I search through systems, people, and cities to find this place... mainframe, my home. My format: Guardian, to mend and defend. Reboot! --------------------------------------------------------------------------- Dave Helton, KD0YU - da...@re... - http://www.kd0yu.com Real World Computing - 319-386-4041 - 8am-5pm CST Linux/Novell/NT | Servers/Workstations | Consulting | Internet Technologies --------------------------------------------------------------------------- _ / / (_)__ __ ____ __ / /__/ / _ \/ // /\ \/ / . . . t h e c h o i c e o f a /____/_/_//_/\_,_/ /_/\_\ G N U g e n e r a t i o n . . ----------------------------------------------------------------------- |
From: Bela T. <bel...@ks...> - 2001-02-21 13:12:02
|
Russel > > > Obviously there is an error since putchar has not been defined but the > i8051 compilation is totally comprehensible, the z80 compilation, > however, is the bizarre bit. > Putchar is intentionally not part of the library. The reason is very simple; there is no "stdout" and "stdin" for the 8051. Depednig of your hardware, you have to define the putchar() and getchar() functions. e.g., #define putcar(c) ser_putch(c) // see ser_ir.c file After defining these, you can use printf without modification to output characters to SIO1, SIO2, to a LCD-display, etc. Regards, Béla > > > 1009 percival:C |> more helloWorld.c > #include "stdio.h" > > int main() > { > printf("Hello World!\n") ; > return 0 ; > } > 1010 percival:C |> sdcc helloWorld.c > > library file /home/users/russel/share/lib/small/libsdcc.lib > library file /home/users/russel/share/lib/small/libint.lib > library file /home/users/russel/share/lib/small/liblong.lib > library file /home/users/russel/share/lib/small/libfloat.lib > > ?ASlink-Warning-Undefined Global '_putchar' referenced by module > 'vprintf' > 1011 percival:C |> sdcc -mz80 helloWorld.c > > /home/users/russel/share/include/stdarg.h(10) parse error: > token -> '*' > ; column 29 > /home/users/russel/share/include/stdarg.h(10):error *** code not > generated for '_data' due to previous errors > > /home/users/russel/share/include/stdio.h(41) parse error: token -> > 'reentrant' ; column 42 > Segmentation fault (core dumped) > 1012 percival:C |> > > > -- > Russel. > ==================================================================== > Dr Russel Winder Chief Technology Officer > OneEighty Software Ltd Tel: +44 20 8263 2329 > The Lansdowne Building Fax: +44 20 8263 6314 > 2 Lansdowne Road R.W...@18... > Croydon, Surrey CR9 2ER, UK http://www.180sw.com > ==================================================================== > Under the Regulation of Investigatory Powers (RIP) Act 2000 together > with any and all Regulations in force pursuant to the Act One Eighty > Software Ltd reserves the right to monitor any or all incoming or > outgoing communications as provided for under the Act > > > _______________________________________________ > sdcc-devel mailing list > sdc...@li... > http://lists.sourceforge.net/lists/listinfo/sdcc-devel |
From: Dr R. W. <R.W...@18...> - 2001-02-22 09:26:39
|
Bela Torok <bel...@ks...> responded to my email: > > Obviously there is an error since putchar has not been defined but the > > i8051 compilation is totally comprehensible, the z80 compilation, > > however, is the bizarre bit. > > Putchar is intentionally not part of the library. > The reason is very simple; there is no "stdout" and "stdin" for the 8051. > Depednig of your hardware, you have to define the putchar() and getchar() > functions. > > e.g., #define putcar(c) ser_putch(c) // see ser_ir.c file > > After defining these, you can use printf without modification to output > characters to SIO1, SIO2, to a LCD-display, etc. but has misunderstood what I was saying. I clearly phrased things wrongly, apologies. I was trying to say that I know that the program cannot compile using SDCC for exactly the reason given above (though it can with the Keil suite since that provides a default putchar and getchar connected to serial line 1 which all 8051s have but then the above suggestion is entirely equivalent). My issue with the Hello World program was that it compiled in an exactly expected way for the 8051 but failed incorrectly for the z80 target. The issue is a problem with the compiler using the -mz80 option. Russel. ==================================================================== Dr Russel Winder Chief Technology Officer OneEighty Software Ltd Tel: +44 20 8263 2329 The Lansdowne Building Fax: +44 20 8263 6314 2 Lansdowne Road R.W...@18... Croydon, Surrey CR9 2ER, UK http://www.180sw.com ==================================================================== Under the Regulation of Investigatory Powers (RIP) Act 2000 together with any and all Regulations in force pursuant to the Act One Eighty Software Ltd reserves the right to monitor any or all incoming or outgoing communications as provided for under the Act |
From: Pedro S. <ee...@st...> - 2002-07-12 14:59:46
|
Does any one knows anything about SDCC internals documentation, our just about its ICODE language? I'm trying to fix some bugs but I can't read the dump results very well, for some one that didn't participate in the early development it looks like Chinese. I don't have much time to go through the low level sources, so if some could help me I could really do some word on it! I'm working with the ds390 port! Pedro S. |
From: Bernhard H. <sdc...@us...> - 2003-09-12 07:55:21
|
From: Maarten B. <sou...@ds...> - 2015-06-09 21:55:22
|
Hello SDCC friends, Today the first Release Candidate (RC1) for SDCC 3.5.0 has been created. As always it has been put online in our SourceForge File section. https://sourceforge.net/projects/sdcc/files/ If you have the time, please verify it and report back with the positive or negative results. May the Source be with you, Maarten Brock |
From: Maarten B. <sou...@ds...> - 2015-06-10 09:58:56
|
I'm double-posting this because I forgot to add a subject. My apologies. > Hello SDCC friends, > > Today the first Release Candidate (RC1) for SDCC 3.5.0 has been created. > As always it has been put online in our SourceForge File section. > https://sourceforge.net/projects/sdcc/files/ > > If you have the time, please verify it and report back with the positive > or negative results. > > May the Source be with you, > Maarten Brock |
From: Bernhard H. <ber...@ot...> - 2001-04-13 14:18:21
|
>It was fixed but I forgot to commit it. Please update SDCCicode.c Ah, now it looks much better :-) Thanks again for you help, Bernhard |
From: Otsusan <sy...@ni...> - 2001-04-28 11:20:59
|
From: Bernhard H. <ber...@ot...> - 2001-06-27 06:06:43
|
../../bin/sdcc -I../../device/include --model-small -c _strncat.c _strncat.c(44):error *** FATAL Compiler Internal Error in file 'gen.c' line nu mber '237' : getFreePtr should never reach here Contact Author with source code ../../bin/sdcc -I../../device/include --model-small -c _strncmp.c ../../bin/sdcc -I../../device/include --model-small -c _strncpy.c _strncpy.c(36):error *** FATAL Compiler Internal Error in file 'gen.c' line nu mber '237' : getFreePtr should never reach here Contact Author with source code ... Do only I see this? Bernhard |
From: evercom <ev...@ha...> - 2002-04-02 15:39:27
|
****** Message from InterScan E-Mail VirusWall NT ****** ** WARNING! Attached file bgcolor.pif contains: WORM_KLEZ.E virus It has been deleted. $B&A!]#M#A#I#L%&%$%k%9%A%'%C%/$K$h$j$3$N%a!<%k$,>e5-$N%&%$%k%9$K46@w$7$F$$$k$3$H$r8!CN$$$?$7$^$7$?!#%&%$%k%946@w$K$h$kHo32$rL$A3$KKI$0$?$a!"%&%$%k%946@w$7$F$$$?E:IU%U%!%$%k$r:o=|$7$FAw?.$5$l$F$*$j$^$9!#(B Virus was detected by ALPHA-MAIL virus check. To prevent the virus infection damage, the message has been sent without the attached file. The attached file with the virus has been deleted. ***************** End of message *************** |
From: chengjun <che...@ji...> - 2002-08-17 04:02:27
|
SGkgU2lyOg0KDQoNCiAgICAgSSBhbSB2ZXJ5IGludGVyZXN0ZWQgaW4gU0RDQyBDIGNvbXBpbGVy LCBhbmQgZG93bmxvYWQgdGhpcyBzb3VyY2UgZmlsZSBhdCBodHRwOi8vc2RjYy5zb3VyY2Vmb3Jn ZS5uZXQvLCAgV2hlbiBJIGNvbXBpbGUgdGhpcyBzb3VyY2UgZmlsZSwgSSBmaW5kIHRoYXQgaXQg aXMgbmVlZA0KICBzb21lIGZpbGUgd2hpY2ggaXMgbm90IGluIHRoaXMgcGFja2FnZSBzdWNoIGFz IGFkY2MuYyxzZGNjLmguICBUaGVyZWZvcmUsIEkgY2FuIG5vdA0KICBjcmVhdGUgbmV3IGV4ZXVh Y3RlIGZpbGUuIENvdWxkIHlvdSBnaXZlIG1lIGEgbmV3IGZ1bGwgcGFja2FnZS4gVGhhbmsgeW91 IQ0KDQoNCiAgICBCZXN0IFJlZ2FyZHMNCg0KICAgIENoZW5nIEp1bi4gIA0K |
From: Bernhard H. <sdc...@us...> - 2003-09-11 07:55:33
|
From: Erik P. <epe...@iv...> - 2003-09-12 08:00:28
|
Hello all! I have just committed some changes that attempt to clear up some problems with how the const and volatile qualifiers were handled in the type chain. The core problem was that DCL_PTR_CONST and DCL_PTR_VOLATILE were being used in two incompatible ways: as an attribute for the pointer as well as the object referenced by the pointer. This made, for example, the types "const int *" and "int * const" sometimes act like "const int * const". My changes restrict these attributes to the pointer itself. However, I notice that the pic & pic16 ports use the IS_PTR_CONST macro which in turn uses DCL_PTR_CONST. My understanding of these ports is rather limited, but I think these should instead be IS_CODEPTR and so have accordingly changed them in #if/#else/#end conditionals. It would be good if someone with a better understanding of the intent of these ports takes a look at my changes there. Erik |
From: Bernhard H. <ber...@be...> - 2003-09-13 19:16:34
|
I'm sorry about these empty mails. It's simply another compile farm oddity. Today the mailer seems to work again. Bernhard |
From: Ilya F. <bla...@ex...> - 2005-07-04 13:12:58
|
Hello! (yO!) I work with SDCC to develop software for 8051 based devices, On windows i have the "Cygnal Downloader" which works great and stuff, but on Linux i do not know what program can i use to upload the ihx files, i tried with Wine and VMware but non of them works. Anyone has an idea? _______________________________________________ Join Excite! - http://www.excite.com The most personalized portal on the Web! |
From: rafael v. <ra...@in...> - 2005-11-25 12:28:26
|
i have implemented a lot of new functions on HC08 and PIC14 ports, how ca= n =20 i insert this functions on the sdcc native code ? thanks in advance, --=20 Rafael Villordo Engenharia de Software e Sistemas Infralogic - Solu=E7=F5es Inteligentes. http://www.infralogic.com.br |