From: SourceForge.net <no...@so...> - 2009-04-03 21:57:57
|
Bugs item #2728940, was opened at 2009-04-03 16:57 Message generated for change (Tracker Item Submitted) made by evanschulz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100599&aid=2728940&group_id=599 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: assembler Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Evan Schulz (evanschulz) Assigned to: Nobody/Anonymous (nobody) Summary: Interrupt 17 non-functional Initial Comment: Hello, I am trying to develop some code that uses interrupt 17, but the compiler is not generating the interrupt vector table correctly. With interrupt 17, location 0x0083 in code space should contain an LJMP instruction to the corresponding address interrupt 17 ISR. However, using the Silicon Labs IDE (version 3.50 and the target device is a C8051F320) all I am seeing at that location is an RETI instruction. I have attached some code that is a simple program that blinks an LED. To reproduce this problem, just try compiling this code to and then downloading to a device (I do not think this problem is device specific). I am not receiving and warnings or errors after compiling. If you look at location 0x0083 in code, you will see that there is no LJMP instruction (in my case, there is an RETI instruction). However, if you define the interrupt as 18 instead of 17 (in both the interrupt prototype and the ISR declaration), the compiler is generating the correct code. Using interrupt 18, if you look at location 0x0093 in code space, you will see an LJMP instruction that has the address of the actual interrupt 18 ISR. I am using SDCC version 2.8.0. I am also attaching a Silicon Labs IDE workspace file (in case you are able to test this on that particular IDE). If not, the command line options are: Assembler: -plosgff Compiler: -c --debug --use-stdout -V Linker: --debug --use-stdout -V Let me know if you need anymore information. Thanks, -Evan ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100599&aid=2728940&group_id=599 |
From: SourceForge.net <no...@so...> - 2009-04-03 22:19:52
|
Bugs item #2728968, was opened at 2009-04-03 17:19 Message generated for change (Tracker Item Submitted) made by evanschulz You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100599&aid=2728968&group_id=599 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: assembler Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Evan Schulz (evanschulz) Assigned to: Nobody/Anonymous (nobody) Summary: Interrupt 17 non-functional Initial Comment: Hello, I am trying to develop some code that uses interrupt 17, but the compiler is not generating the interrupt vector table correctly. With interrupt 17, location 0x0083 in code space should contain an LJMP instruction to the corresponding address interrupt 17 ISR. However, using the Silicon Labs IDE (version 3.50 and the target device is a C8051F320) all I am seeing at that location is an RETI instruction. I have attached some code that is a simple program that blinks an LED. To reproduce this problem, just try compiling this code to and then downloading to a device (I do not think this problem is device specific). I am not receiving and warnings or errors after compiling. If you look at location 0x0083 in code, you will see that there is no LJMP instruction (in my case, there is an RETI instruction). However, if you define the interrupt as 18 instead of 17 (in both the interrupt prototype and the ISR declaration), the compiler is generating the correct code. Using interrupt 18, if you look at location 0x0093 in code space, you will see an LJMP instruction that has the address of the actual interrupt 18 ISR. I am using SDCC version 2.8.0. I am also attaching a Silicon Labs IDE workspace file (in case you are able to test this on that particular IDE). If not, the command line options are: Assembler: -plosgff Compiler: -c --debug --use-stdout -V Linker: --debug --use-stdout -V Let me know if you need anymore information. Thanks, -Evan ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100599&aid=2728968&group_id=599 |
From: SourceForge.net <no...@so...> - 2009-04-04 10:09:12
|
Bugs item #2728968, was opened at 2009-04-04 00:19 Message generated for change (Settings changed) made by maartenbrock You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100599&aid=2728968&group_id=599 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. >Category: mcs51(8051) target Group: None >Status: Closed >Resolution: Duplicate Priority: 5 Private: No Submitted By: Evan Schulz (evanschulz) Assigned to: Nobody/Anonymous (nobody) Summary: Interrupt 17 non-functional Initial Comment: Hello, I am trying to develop some code that uses interrupt 17, but the compiler is not generating the interrupt vector table correctly. With interrupt 17, location 0x0083 in code space should contain an LJMP instruction to the corresponding address interrupt 17 ISR. However, using the Silicon Labs IDE (version 3.50 and the target device is a C8051F320) all I am seeing at that location is an RETI instruction. I have attached some code that is a simple program that blinks an LED. To reproduce this problem, just try compiling this code to and then downloading to a device (I do not think this problem is device specific). I am not receiving and warnings or errors after compiling. If you look at location 0x0083 in code, you will see that there is no LJMP instruction (in my case, there is an RETI instruction). However, if you define the interrupt as 18 instead of 17 (in both the interrupt prototype and the ISR declaration), the compiler is generating the correct code. Using interrupt 18, if you look at location 0x0093 in code space, you will see an LJMP instruction that has the address of the actual interrupt 18 ISR. I am using SDCC version 2.8.0. I am also attaching a Silicon Labs IDE workspace file (in case you are able to test this on that particular IDE). If not, the command line options are: Assembler: -plosgff Compiler: -c --debug --use-stdout -V Linker: --debug --use-stdout -V Let me know if you need anymore information. Thanks, -Evan ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100599&aid=2728968&group_id=599 |
From: SourceForge.net <no...@so...> - 2009-04-04 10:10:29
|
Bugs item #2728940, was opened at 2009-04-03 23:57 Message generated for change (Comment added) made by maartenbrock You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100599&aid=2728940&group_id=599 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: assembler >Group: non bugs >Status: Pending >Resolution: Rejected Priority: 5 Private: No Submitted By: Evan Schulz (evanschulz) >Assigned to: Maarten Brock (maartenbrock) Summary: Interrupt 17 non-functional Initial Comment: Hello, I am trying to develop some code that uses interrupt 17, but the compiler is not generating the interrupt vector table correctly. With interrupt 17, location 0x0083 in code space should contain an LJMP instruction to the corresponding address interrupt 17 ISR. However, using the Silicon Labs IDE (version 3.50 and the target device is a C8051F320) all I am seeing at that location is an RETI instruction. I have attached some code that is a simple program that blinks an LED. To reproduce this problem, just try compiling this code to and then downloading to a device (I do not think this problem is device specific). I am not receiving and warnings or errors after compiling. If you look at location 0x0083 in code, you will see that there is no LJMP instruction (in my case, there is an RETI instruction). However, if you define the interrupt as 18 instead of 17 (in both the interrupt prototype and the ISR declaration), the compiler is generating the correct code. Using interrupt 18, if you look at location 0x0093 in code space, you will see an LJMP instruction that has the address of the actual interrupt 18 ISR. I am using SDCC version 2.8.0. I am also attaching a Silicon Labs IDE workspace file (in case you are able to test this on that particular IDE). If not, the command line options are: Assembler: -plosgff Compiler: -c --debug --use-stdout -V Linker: --debug --use-stdout -V Let me know if you need anymore information. Thanks, -Evan ---------------------------------------------------------------------- >Comment By: Maarten Brock (maartenbrock) Date: 2009-04-04 12:10 Message: Interrupt 17 is supposed to generate a vector at 0x008B not 0x0083 which is for interrupt 16. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100599&aid=2728940&group_id=599 |
From: SourceForge.net <no...@so...> - 2009-05-05 02:22:20
|
Bugs item #2728940, was opened at 2009-04-03 21:57 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100599&aid=2728940&group_id=599 Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: assembler Group: non bugs >Status: Closed Resolution: Rejected Priority: 5 Private: No Submitted By: Evan Schulz (evanschulz) Assigned to: Maarten Brock (maartenbrock) Summary: Interrupt 17 non-functional Initial Comment: Hello, I am trying to develop some code that uses interrupt 17, but the compiler is not generating the interrupt vector table correctly. With interrupt 17, location 0x0083 in code space should contain an LJMP instruction to the corresponding address interrupt 17 ISR. However, using the Silicon Labs IDE (version 3.50 and the target device is a C8051F320) all I am seeing at that location is an RETI instruction. I have attached some code that is a simple program that blinks an LED. To reproduce this problem, just try compiling this code to and then downloading to a device (I do not think this problem is device specific). I am not receiving and warnings or errors after compiling. If you look at location 0x0083 in code, you will see that there is no LJMP instruction (in my case, there is an RETI instruction). However, if you define the interrupt as 18 instead of 17 (in both the interrupt prototype and the ISR declaration), the compiler is generating the correct code. Using interrupt 18, if you look at location 0x0093 in code space, you will see an LJMP instruction that has the address of the actual interrupt 18 ISR. I am using SDCC version 2.8.0. I am also attaching a Silicon Labs IDE workspace file (in case you are able to test this on that particular IDE). If not, the command line options are: Assembler: -plosgff Compiler: -c --debug --use-stdout -V Linker: --debug --use-stdout -V Let me know if you need anymore information. Thanks, -Evan ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2009-05-05 02:21 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 30 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Maarten Brock (maartenbrock) Date: 2009-04-04 10:10 Message: Interrupt 17 is supposed to generate a vector at 0x008B not 0x0083 which is for interrupt 16. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100599&aid=2728940&group_id=599 |