You can subscribe to this list here.
2000 |
Jan
|
Feb
|
Mar
(27) |
Apr
(107) |
May
(32) |
Jun
(45) |
Jul
(79) |
Aug
(61) |
Sep
(94) |
Oct
(89) |
Nov
(133) |
Dec
(45) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2001 |
Jan
(81) |
Feb
(57) |
Mar
(85) |
Apr
(80) |
May
(79) |
Jun
(85) |
Jul
(97) |
Aug
(104) |
Sep
(60) |
Oct
(82) |
Nov
(49) |
Dec
(57) |
2002 |
Jan
(46) |
Feb
(80) |
Mar
(112) |
Apr
(93) |
May
(72) |
Jun
(89) |
Jul
(118) |
Aug
(130) |
Sep
(67) |
Oct
(49) |
Nov
(58) |
Dec
(99) |
2003 |
Jan
(281) |
Feb
(141) |
Mar
(231) |
Apr
(109) |
May
(128) |
Jun
(166) |
Jul
(243) |
Aug
(64) |
Sep
(44) |
Oct
(67) |
Nov
(70) |
Dec
(68) |
2004 |
Jan
(71) |
Feb
(88) |
Mar
(60) |
Apr
(84) |
May
(79) |
Jun
(168) |
Jul
(92) |
Aug
(72) |
Sep
(51) |
Oct
(102) |
Nov
(35) |
Dec
(73) |
2005 |
Jan
(65) |
Feb
(48) |
Mar
(86) |
Apr
(64) |
May
(107) |
Jun
(93) |
Jul
(40) |
Aug
(117) |
Sep
(82) |
Oct
(65) |
Nov
(63) |
Dec
(85) |
2006 |
Jan
(36) |
Feb
(81) |
Mar
(74) |
Apr
(131) |
May
(92) |
Jun
(71) |
Jul
(71) |
Aug
(54) |
Sep
(26) |
Oct
(77) |
Nov
(55) |
Dec
(55) |
2007 |
Jan
(112) |
Feb
(88) |
Mar
(105) |
Apr
(46) |
May
(28) |
Jun
(53) |
Jul
(29) |
Aug
(34) |
Sep
(74) |
Oct
(83) |
Nov
(67) |
Dec
(39) |
2008 |
Jan
(40) |
Feb
(105) |
Mar
(42) |
Apr
(25) |
May
(91) |
Jun
(32) |
Jul
(47) |
Aug
(128) |
Sep
(188) |
Oct
(54) |
Nov
(19) |
Dec
(41) |
2009 |
Jan
(145) |
Feb
(88) |
Mar
(117) |
Apr
(38) |
May
(53) |
Jun
(9) |
Jul
(47) |
Aug
(10) |
Sep
(28) |
Oct
(65) |
Nov
(97) |
Dec
(36) |
2010 |
Jan
(55) |
Feb
(87) |
Mar
(81) |
Apr
(30) |
May
(37) |
Jun
(15) |
Jul
(85) |
Aug
(31) |
Sep
(1) |
Oct
(69) |
Nov
(69) |
Dec
(32) |
2011 |
Jan
(37) |
Feb
(49) |
Mar
(55) |
Apr
(27) |
May
(67) |
Jun
(30) |
Jul
(43) |
Aug
(73) |
Sep
(65) |
Oct
(89) |
Nov
(59) |
Dec
(15) |
2012 |
Jan
(27) |
Feb
(48) |
Mar
(14) |
Apr
(18) |
May
(38) |
Jun
(59) |
Jul
(46) |
Aug
(11) |
Sep
(21) |
Oct
(28) |
Nov
(18) |
Dec
(51) |
2013 |
Jan
(35) |
Feb
(68) |
Mar
(56) |
Apr
(21) |
May
(62) |
Jun
(43) |
Jul
(12) |
Aug
(34) |
Sep
(28) |
Oct
|
Nov
(11) |
Dec
(33) |
2014 |
Jan
(15) |
Feb
(36) |
Mar
(33) |
Apr
(45) |
May
(8) |
Jun
(52) |
Jul
(30) |
Aug
(7) |
Sep
(38) |
Oct
(76) |
Nov
(19) |
Dec
(26) |
2015 |
Jan
(67) |
Feb
(42) |
Mar
(6) |
Apr
(12) |
May
(13) |
Jun
(17) |
Jul
(10) |
Aug
(9) |
Sep
(26) |
Oct
(24) |
Nov
(8) |
Dec
(2) |
2016 |
Jan
(19) |
Feb
(2) |
Mar
(33) |
Apr
(56) |
May
(10) |
Jun
(12) |
Jul
(38) |
Aug
(69) |
Sep
(10) |
Oct
(7) |
Nov
(20) |
Dec
(26) |
2017 |
Jan
(10) |
Feb
(10) |
Mar
(4) |
Apr
(4) |
May
(16) |
Jun
(13) |
Jul
(16) |
Aug
(25) |
Sep
|
Oct
(28) |
Nov
|
Dec
(1) |
2018 |
Jan
(31) |
Feb
(24) |
Mar
(38) |
Apr
(18) |
May
(13) |
Jun
|
Jul
(7) |
Aug
(4) |
Sep
(17) |
Oct
(15) |
Nov
(5) |
Dec
(2) |
2019 |
Jan
(3) |
Feb
(2) |
Mar
(8) |
Apr
(10) |
May
(3) |
Jun
(2) |
Jul
(17) |
Aug
(5) |
Sep
(1) |
Oct
(16) |
Nov
(6) |
Dec
(7) |
2020 |
Jan
(12) |
Feb
(4) |
Mar
(25) |
Apr
(26) |
May
(34) |
Jun
(59) |
Jul
(37) |
Aug
|
Sep
(2) |
Oct
(8) |
Nov
(38) |
Dec
(31) |
2021 |
Jan
(3) |
Feb
(21) |
Mar
(9) |
Apr
|
May
(15) |
Jun
(10) |
Jul
(22) |
Aug
(10) |
Sep
(7) |
Oct
(12) |
Nov
(13) |
Dec
(5) |
2022 |
Jan
(1) |
Feb
(18) |
Mar
(10) |
Apr
(27) |
May
(1) |
Jun
(14) |
Jul
(44) |
Aug
(29) |
Sep
(17) |
Oct
(10) |
Nov
(1) |
Dec
(7) |
2023 |
Jan
|
Feb
|
Mar
(7) |
Apr
(12) |
May
|
Jun
(1) |
Jul
(5) |
Aug
(4) |
Sep
(2) |
Oct
(2) |
Nov
|
Dec
(4) |
2024 |
Jan
(18) |
Feb
|
Mar
|
Apr
|
May
|
Jun
(5) |
Jul
(4) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Mike B. <Mik...@v2...> - 2002-02-23 08:59:51
|
Thanks for the input ... I was using the Feb 13 version of 2.3.1 so I installed the latest bin executable for windoze dated 22 Feb. Someone's being doing some hard work on the register allocation algorithms ... and it shows! The consumption of data space by spillage is well down on what it was a week ago! That's definately a step forward for mankind -- whoever did that certainly gets my vote of thanks. I'm still having some problems though with loops/structures/multi- dimensional arrays. Its a bit difficult for an outsider to read the code generated by the compiler but I'm getting the hang of it and I think I'm beginning to see where its going wrong. It looks as though the compiler is loosing track of a register and overwriting it towards the end of the inner loop in the following code fragments. I can't really be much more specific than that other than to offer these two routines which should be semantically identical. A couple of things ... ric is typedef'd to an unsigned long, the previous use of the array of structures has been replaced by seperate arrays of bytes and a two-dimensional array of unsigned longs. I'm compiling with the "--model-large --stack- after-data" options for the 8051. The first version with the dummy variable y runs perfectly, the second with Qcnt[x] substituted for y fails ... each access to Qbuf[x][i] now returns a zero (although other means of displaying the buffers show them to be still valid). Any ideas? Mike. #define MAXQSIZE 4 byte Qpos[8]; byte Qcnt[8]; ric Qbuf[8][MAXQSIZE]; #if 0 // This works ... /*============================================= ===============================*/ void QueueEmpty(void) /*============================================= ===============================*/ { byte i; byte x; byte y; printf("\r\n"); for (x = 0; x < 8; x++) { if (Qcnt[x]) { printf("\r\nQ %d emits ", x); y = Qcnt[x]; i = Qpos[x]; while (y) { printf("RIC (%d/%d) %08Ld ", y, i, Qbuf[x][i]); y--; i++; i %= MAXQSIZE; } Qpos[x] = i; Qcnt[x] = 0; printf("\r\n"); } } } #endif // This doesn't work ... Qbuf[x][i] returns zero each time through the // loop even though the counts and indices are correct /*============================================= ===============================*/ void QueueEmpty(void) /*============================================= ===============================*/ { byte i; byte x; printf("\r\n"); for (x = 0; x < 8; x++) { if (Qcnt[x]) { printf("\r\nQ %d emits ", x); i = Qpos[x]; while (Qcnt[x]) { printf("RIC (%d/%d) %08Ld ", Qcnt[x], i, Qbuf[x][i]); Qcnt[x]--; i++; i %= MAXQSIZE; } Qpos[x] = i; printf("\r\n"); } } } -------------------------------------------------- Home/Office: (+44) 01460-220310 Mobile: (+44) 07974-709283 Booth Associates/Mike Booth Ltd 17 Woodcock Way Chardstock Axminster Devon EX13 7SY England -------------------------------------------------- Email Addresses: (1) Mik...@v2... (Preferred) (2) Mike@MBL.company.org.uk (A standby) -------------------------------------------------- |
From: HC16 <sk...@if...> - 2002-02-22 22:31:04
|
Hello ! The SDCC project is great :o) but I think it would be the best project = if it had a float type more than 4 bytes-wide... Do you know where I can find such code for the 8051 ? I really need it = :(=20 Thanks ! Bertrand |
From: Johan K. <joh...@id...> - 2002-02-22 08:41:53
|
> I have the following piece of code ... its not optimal ... but it > should work. Works perfectly well for me, assuming MAXQSIZE=3 and ric = long. With or without the pragma's. What sdcc version are you using? what compiler switches? Johan |
From: <btl...@ya...> - 2002-02-22 06:59:09
|
Hi, My name is Brad Langston. I got your email address from your website at http://sdcc.sourceforge.net/ while looking through the NewHoo search engine and I think you have a great site. I'm also a netrepreneur and I love to develop good business relations. I'm taking a minute to write to you because I love to help when I can and sometimes a good tip can help. I don't know if you are like me, but I believe the ball always comes back one day or another. I thought that because you offer information about internet business and marketing you could be interested in some information I have about free website traffic. I know how it feels to continually pay for advertising my website and to always be in lack of traffic without constantly pulling more money out of my pocket.I went through that until the day I discovered a good resource. It explained to me how to get my traffic for free. Not the regular methods we see everywhere. These tactics have worked for me. It has made all the difference for my website. Since then, I'm experiencing great results without paying a dime in advertisement. If you want to read it, simply reply to this email with "Traffic Advice" in the subject and I will email it to you. Have a great day. Respectfully, Brad Langston |
From: Mike B. <Mik...@v2...> - 2002-02-21 22:23:56
|
I have the following piece of code ... its not optimal ... but it should work. It's an array of simple structures each containing a circular buffer; start is the index of the oldest item, end is the index of the next to be used location in the buffer. When it's empty, start = end, when its full, empty is one behind start. With the case start=0, end=2 and the pragmas I get what I would expect -- output for case 0, case 1 and then stop. If I compile/run it without the pragmas I get an infinite loop on the while ... y starts at zero, increments to one and then sticks at that value, endlessly looping at y=1. Optimisers sometimes get it wrong with aliases and the like ... can anyone see what's confusing it in this piece of code? Is there a general set of constructs or circumstances that I should be avoiding in order not to fall over this one again in the future? struct Queue { bit pending; byte start; byte end; ric s[MAXQSIZE]; } xdata Q[8]; #pragma SAVE #pragma NOINDUCTION /*============================================= ===============================*/ void DisplayQueue(void) /*============================================= ===============================*/ { struct Queue *p; byte x; byte y; for (x = 0; x < 8; x++) { p = &Q[x]; if (p->pending) { printf("\r\nQueue %d is pending [%d/%d]", x, p- >start, p->end); } else { printf("\r\nQueue %d is empty [%d/%d]", x, p->start, p->end); } y = p->start; while (y != p->end) { printf("(%d)=%Ld ", y, p->s[y]); y = (y+1) % MAXQSIZE; } } } #pragma RESTORE Many thanks. Mike. -------------------------------------------------- Home/Office: (+44) 01460-220310 Mobile: (+44) 07974-709283 Booth Associates/Mike Booth Ltd 17 Woodcock Way Chardstock Axminster Devon EX13 7SY England -------------------------------------------------- Email Addresses: (1) Mik...@v2... (Preferred) (2) Mike@MBL.company.org.uk (A good standby) (3) MB...@on... (A last chance) -------------------------------------------------- |
From: Daniel D. <dr...@ma...> - 2002-02-21 13:12:25
|
On Thu, 31 Jan 2002, Aurelien Jarno wrote: > The problem is the use of dollars ('$') in identifiers. I don't know if it is I've replaced all $ with S. Please update from CVS. Daniel Ps: just one comment about deb: man pages of sz80 and savr are same. |
From: Gernot F. <ger...@ne...> - 2002-02-17 08:21:39
|
On Sun, 17 Feb 2002, you wrote: >I'd like to put something into the start of main() to warn me that >its all gone wrong before I spend too much time hunting that >non-existant bug. > >I've got the stack after the data so I had thought of putting >something like ... > > if (_start_stack > 0x80) FlashLightsAndStop; > You can use this line to access the end of dseg. Sometime i step into the same trap. _asm mov _tmp,#__start__stack; _endasm; |
From: Mike B. <Mik...@v2...> - 2002-02-17 01:52:47
|
I keep shooting myself in the foot ... While working on moving a number of modules over to SDCC the overly complex code keeps causing SDCC to generate piles of intermediate variables in the local Data Segment :( Not to worry I'm getting closer to the ultimate goal slowly by simplifying and restructuring the code itself. But from time to time I get it wrong and the data segment swells in size again, crosses the 0x80 boundary into the SFRs and bites me -- usually when I'm not suspecting it! I'd like to put something into the start of main() to warn me that its all gone wrong before I spend too much time hunting that non-existant bug. I've got the stack after the data so I had thought of putting something like ... if (_start_stack > 0x80) FlashLightsAndStop; or, if (b_DSEG + L_DSEG > 0x80) FlashLightsAndStop; But I can't work out how to access these values from within a C module. Are they available as defines or compiler constants? Is there another language construct that I can use to get to these values? Is there a fudge to force a data variable to the end of the list? Many thanks. Mike. -------------------------------------------------- Home/Office: (+44) 01460-220310 Mobile: (+44) 07974-709283 Booth Associates/Mike Booth Ltd 17 Woodcock Way Chardstock Axminster Devon EX13 7SY England -------------------------------------------------- Email Addresses: (1) Mik...@v2... (Preferred) (2) Mike@MBL.company.org.uk (A good standby) (3) MB...@on... (A last chance) -------------------------------------------------- |
From: Bernhard H. <ber...@be...> - 2002-02-15 09:28:27
|
> can anybody tell me, what shall I do to unsubscribe this sdcc usernet messages? https://lists.sourceforge.net/lists/listinfo/sdcc-user How about using this link at the bottom of each message? Bernhard |
From: Bernhard H. <ber...@be...> - 2002-02-15 09:26:16
|
>I have a project, which when compiled with --xstack under both 2.3.0 and 2.3.1 causes stdarg.h t --xstack is very bugy at the moment. This option is a little bit weird, I wonder if you really need it. At the moment it seems that nobody uses and supports it. Please look at: http://sourceforge.net/tracker/index.php?func=detail&aid=453919&group_id=599 &atid=350599 Bernhard BTW: Please use plain text for your postings. |
From: <vij...@vs...> - 2002-02-15 08:52:34
|
can anybody tell me, what shall I do to unsubscribe this sdcc usernet messages? thx Vijayan |
From: Johan K. <joh...@id...> - 2002-02-15 08:36:18
|
> sdcc -c --model-large --stack-auto --stack-after-data FileE.c > 2 reg(s) lost in ralloc.c:1246 That is something that should not happen. Please send this FileE.c Johan |
From: Mike B. <Mik...@v2...> - 2002-02-15 08:29:49
|
<color><param>0100,0100,0100</param>I have a project, which when compiled with --xstack under both 2.3.0 and 2.3.1 causes stdarg.h to issue a parse error on the '*' token immediately following the _pdata of the typedef in the following conditional compilation section ... <FontFamily><param>Courier</param><smaller><smaller>#elif defined(SDCC_USE_XSTACK) typedef unsigned char _pdata * va_list ; ...............................^.......... #define va_arg(marker,type) *((type data *)(marker -= sizeof(type))) #define va_start(marker,first) { marker = (va_list)((char _pdata *)&first); } </color><FontFamily><param>MS Sans Serif</param><bigger><bigger>I can't find any reference to _pdata in the documentation anywhere ... is it a remnant from a previous version? ... what should it be now to achieve its correct effect? Many thanks. Mike<color><param>0100,0100,0100</param> |
From: Stephen W. <st...@ic...> - 2002-02-15 06:03:42
|
Cal...@mi... said: > I own a EZ-USB developpement KIT from CYPRESS with its evaluation > version of KEIL compiler and assembler provided with The CYPRESS Kit. > But I wish use SDCC at the place of KEIL products so I need modified > all the source files provided by CYPRESS to be compatible with SDCC or > ASX8051. In addition to the answers you've already received, you might also want to ask Cypress themselves. I've already heard from Cypress folks on other subjects related to USB, FX chips and Linux, so I perceive an interest within Cypress in supporting open source tools. -- Steve Williams "The woods are lovely, dark and deep. steve at icarus.com But I have promises to keep, steve at picturel.com and lines to code before I sleep, http://www.picturel.com And lines to code before I sleep." ab...@xo... uc...@ft... |
From: Mike B. <Mik...@v2...> - 2002-02-14 23:06:03
|
I'm in the process of using SDCC for the first time on a large legacy piece of code that was written in a rather chaotic fashion. It's not going so badly so far ... and its really nice to use a decent compiler -- although I'm having some problems in getting the stack management to be the way that I want/need it to be. Mostly I get clean compiles using 2.3.1 (13 Feb 2002) but with some options the make throws up the following ... sdcc -c --model-large --stack-auto --stack-after-data FileA.c . . sdcc -c --model-large --stack-auto --stack-after-data FileE.c 2 reg(s) lost in ralloc.c:1246 sdcc -c --model-large --stack-auto --stack-after-data FileF.c 2 reg(s) lost in ralloc.c:1246 2 reg(s) lost in ralloc.c:1246 sdcc -c --model-large --stack-auto --stack-after-data FileG.c . . sdcc --xram-loc 0x8000 --model-large --stack-auto --stack- after-data FileA.rel ..... FileI.rel Not every file causes it to happen, so I suspect its triggered by source. The message looks to be an assertion/debug type of message coming out of the compiler itself. Is it trying to tell me that I'm exceeding some 8051/52 architecture limit? Does anyone have any ideas on the cause? ... a workaround? .... is it benign or malevolent? Many thanks for any input you may have. Mike. |
From: <sp...@mp...> - 2002-02-14 19:44:09
|
I compare (using pointers) these two arrays in code space and my routine = is working perfectly. unsigned char code Pass[4]=3D{'1','2','3','4'}; unsigned char code timmy[4]=3D{'3','2','3','4'}; But when I Locate these arrays at xternal ram my routine is not = working. unsigned char xdata Pass[4]=3D{'1','2','3','4'}; unsigned char xdata timmy[4]=3D{'3','2','3','4'}; Why is that? Can anybody help me about this? Thanks a lot, Spyros. |
From: Felipe M. P. <Fel...@ic...> - 2002-02-14 14:14:10
|
Hi, I made a simple program which includes <time.h> and calls the time() function inside main() and compiled with -mz80. The linker claims _time is an invalid reference (not w/ these words). Well, I think the error is sitting between the chair and the keyboard :) I see there's a time.c file in the device/lib dir. Is this function available for z80 programs? I tried the -L option but it seems to me this option should be used only for including non standard libs. thanks in advance, -- Felipe Pereira Student @ IC-UNICAMP |
From: <jan...@co...> - 2002-02-14 12:29:38
|
On Thursday, February 14, 2002, at 02:09 AM, Bernhard Held wrote: >> What does it mean ? >> >> dhry.c(277) parse error: token -> '_generic' ; column 29 >> >> dhry.c(279) parse error: token -> '_generic' ; column 29 > > It means, that the keywork "_generic" or "generic" does no longer exist > in > V2.31. > > Bernhard Good, can anybody fix the tests then? The source is in support/tests/dhrystone/dhry.c . Thanks Jan |
From: Bernhard H. <ber...@be...> - 2002-02-14 09:37:39
|
> Works for me (sdcc 2.3.1). Me too :-) > > Anyone knows a solution to this? Beware of DSEG and/or stack overflows. This is very likely with printf-large on a 8051 without additional measures (e.g. data-loc, stack-loc). Bernhard |
From: Johan K. <joh...@id...> - 2002-02-14 09:05:13
|
Works for me (sdcc 2.3.1). Johan ----- Original Message ----- From: Bert Thomas <be...@br...> To: <sdc...@li...> Sent: Wednesday, February 13, 2002 11:37 PM Subject: [Sdcc-user] Bug in vsprintf code? > Hi all, > > I think I found a bug in vprintf.c. I would like to print the value of a > pointer, but it doesn't seem to work. Here is some code demonstrating my > problem: > > > void main(void) > { > xdata unsigned char * data p; > > p = 0x0; > serial_init(); > printf("%p",p); > } > > Output is: > I:0x00 > > What I would expect is: > > X:0x0000 > > Anyone knows a solution to this? > > TIA > > Regards, > Bert Thomas > > _______________________________________________ > Sdcc-user mailing list > Sdc...@li... > https://lists.sourceforge.net/lists/listinfo/sdcc-user > > |
From: Bernhard H. <ber...@be...> - 2002-02-14 07:18:04
|
> What does it mean ? > > dhry.c(277) parse error: token -> '_generic' ; column 29 > > dhry.c(279) parse error: token -> '_generic' ; column 29 It means, that the keywork "_generic" or "generic" does no longer exist in V2.31. Bernhard |
From: Bert T. <be...@br...> - 2002-02-13 22:41:37
|
Hi all, I think I found a bug in vprintf.c. I would like to print the value of a pointer, but it doesn't seem to work. Here is some code demonstrating my problem: void main(void) { xdata unsigned char * data p; p = 0x0; serial_init(); printf("%p",p); } Output is: I:0x00 What I would expect is: X:0x0000 Anyone knows a solution to this? TIA Regards, Bert Thomas |
From: David L. <wh...@oz...> - 2002-02-13 20:58:23
|
I have a pjrc 8051 board. What do you want to know? BTW, PJRC is in Oregon :) Dave LeBlanc Seattle, WA USA > -----Original Message----- > From: sdc...@li... > [mailto:sdc...@li...]On Behalf Of SAMBASIVA RAO > GATTA > Sent: Wednesday, February 13, 2002 18:08 > To: sdc...@li... > Subject: [Sdcc-user] RE:8051 board from pjrc.com > > > > Dear all, > > Doeas any one using 8051 board at pjrc.com in india.Could u > enlighten me? > -Thanks G.S.Rao > > > _________________________________________________________________ > Chat with friends online, try MSN Messenger: http://messenger.msn.com > > > _______________________________________________ > Sdcc-user mailing list > Sdc...@li... > https://lists.sourceforge.net/lists/listinfo/sdcc-user > |
From: <jan...@co...> - 2002-02-13 20:35:06
|
What does it mean ? dhry.c(277) parse error: token -> '_generic' ; column 29 dhry.c(279) parse error: token -> '_generic' ; column 29 Thanks Jan |
From: Rod B. <rod_boyce@DMCWave.com> - 2002-02-13 19:01:23
|
My personal preference is data sheets I generally start looking there before sending questions like this to a list. I also typed "dtmf generation" (without the quotes) into Google and the first link that came up was an article on the Texas Instruments web site about DTMP detection at least the first paragraph talks about DTMP detection. Did you know that Texas Instruments offer some of their components as samples. I suggest looking on the TI site, the Philips site, almost any other Chip manufacture's web site as there are good hardware detectors and generators available almost from any chip manufacture. Rod PS a subject also helps the rest of us filter out this chaff e-mail -----Original Message----- From: bethel [mailto:be...@im...] Sent: Thursday, 14 February 2002 5:50 a.m. To: sdc...@li... Subject: [Sdcc-user] (no subject) Hi all, Where can I get some info on generating DTMF signals using 8051? Thanks in advance, --Royce. _______________________________________________ Sdcc-user mailing list Sdc...@li... https://lists.sourceforge.net/lists/listinfo/sdcc-user |