From: SourceForge.net <no...@so...> - 2005-11-09 08:01:42
|
Bugs item #1351965, was opened at 2005-11-09 08:01 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100599&aid=1351965&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: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: christopher (rayappan) Assigned to: Nobody/Anonymous (nobody) Summary: Internal error Initial Comment: Hi, Sorry, file is not attached in the previous message I am using SDCC 4.0. The attached test case gives the following internal error: Internal error: validateLink failed in SPEC_NOUN(val- >etype) @ k:\blrasdcc\src\sdcc\src\sdccsymt.c:2190: expected SPECIFIER, got null-link This code should only produce syntax error like undeclared identifier 'r', with some warnings. What is the reason to get an unexpected error during compilation?.Is this a bug with the compiler. Thanks in advance, Chris ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100599&aid=1351965&group_id=599 |
From: SourceForge.net <no...@so...> - 2005-11-09 10:26:18
|
Bugs item #1351965, was opened at 2005-11-09 09:01 Message generated for change (Settings changed) made by maartenbrock You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100599&aid=1351965&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: None >Group: non bugs >Status: Pending >Resolution: Wont Fix Priority: 5 Submitted By: christopher (rayappan) Assigned to: Nobody/Anonymous (nobody) Summary: Internal error Initial Comment: Hi, Sorry, file is not attached in the previous message I am using SDCC 4.0. The attached test case gives the following internal error: Internal error: validateLink failed in SPEC_NOUN(val- >etype) @ k:\blrasdcc\src\sdcc\src\sdccsymt.c:2190: expected SPECIFIER, got null-link This code should only produce syntax error like undeclared identifier 'r', with some warnings. What is the reason to get an unexpected error during compilation?.Is this a bug with the compiler. Thanks in advance, Chris ---------------------------------------------------------------------- >Comment By: Maarten Brock (maartenbrock) Date: 2005-11-09 11:26 Message: Logged In: YES user_id=888171 Chris, You're way ahead of time. It took almost 4 years for SDCC to get from 2.3.0 to 2.5.0. At this rate it will take another 30 years before SDCC is at 4.0. void p(void ((*f) (void ()))) // ????? You really know how to create totally unreadable source code. And what did you expect "void()" to mean? This is not shorthand for "void (*t)(void)". Besides, you get a perfect syntax error before the internal error. Why not show that too. May I suggest you to learn about typedef for function pointers and to stop using implicit "void" definitions. The next line compiles fine: void p(void (*f) (void (*t)(void))) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100599&aid=1351965&group_id=599 |
From: SourceForge.net <no...@so...> - 2005-12-15 13:13:32
|
Bugs item #1351965, was opened at 11/09/05 00:01 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100599&aid=1351965&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: None Group: non bugs >Status: Closed Resolution: Wont Fix Priority: 5 Submitted By: christopher (rayappan) Assigned to: Nobody/Anonymous (nobody) Summary: Internal error Initial Comment: Hi, Sorry, file is not attached in the previous message I am using SDCC 4.0. The attached test case gives the following internal error: Internal error: validateLink failed in SPEC_NOUN(val- >etype) @ k:\blrasdcc\src\sdcc\src\sdccsymt.c:2190: expected SPECIFIER, got null-link This code should only produce syntax error like undeclared identifier 'r', with some warnings. What is the reason to get an unexpected error during compilation?.Is this a bug with the compiler. Thanks in advance, Chris ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 12/15/05 05:13 Message: Logged In: YES user_id=1312539 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: 11/09/05 02:26 Message: Logged In: YES user_id=888171 Chris, You're way ahead of time. It took almost 4 years for SDCC to get from 2.3.0 to 2.5.0. At this rate it will take another 30 years before SDCC is at 4.0. void p(void ((*f) (void ()))) // ????? You really know how to create totally unreadable source code. And what did you expect "void()" to mean? This is not shorthand for "void (*t)(void)". Besides, you get a perfect syntax error before the internal error. Why not show that too. May I suggest you to learn about typedef for function pointers and to stop using implicit "void" definitions. The next line compiles fine: void p(void (*f) (void (*t)(void))) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100599&aid=1351965&group_id=599 |
From: SourceForge.net <no...@so...> - 2005-12-15 13:17:16
|
Bugs item #1351965, was opened at 11/09/05 00:01 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100599&aid=1351965&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: None Group: non bugs >Status: Closed Resolution: Wont Fix Priority: 5 Submitted By: christopher (rayappan) Assigned to: Nobody/Anonymous (nobody) Summary: Internal error Initial Comment: Hi, Sorry, file is not attached in the previous message I am using SDCC 4.0. The attached test case gives the following internal error: Internal error: validateLink failed in SPEC_NOUN(val- >etype) @ k:\blrasdcc\src\sdcc\src\sdccsymt.c:2190: expected SPECIFIER, got null-link This code should only produce syntax error like undeclared identifier 'r', with some warnings. What is the reason to get an unexpected error during compilation?.Is this a bug with the compiler. Thanks in advance, Chris ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 12/15/05 05:17 Message: Logged In: YES user_id=1312539 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: 11/09/05 02:26 Message: Logged In: YES user_id=888171 Chris, You're way ahead of time. It took almost 4 years for SDCC to get from 2.3.0 to 2.5.0. At this rate it will take another 30 years before SDCC is at 4.0. void p(void ((*f) (void ()))) // ????? You really know how to create totally unreadable source code. And what did you expect "void()" to mean? This is not shorthand for "void (*t)(void)". Besides, you get a perfect syntax error before the internal error. Why not show that too. May I suggest you to learn about typedef for function pointers and to stop using implicit "void" definitions. The next line compiles fine: void p(void (*f) (void (*t)(void))) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100599&aid=1351965&group_id=599 |
From: SourceForge.net <no...@so...> - 2005-12-15 13:19:59
|
Bugs item #1351965, was opened at 11/09/05 00:01 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100599&aid=1351965&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: None Group: non bugs >Status: Closed Resolution: Wont Fix Priority: 5 Submitted By: christopher (rayappan) Assigned to: Nobody/Anonymous (nobody) Summary: Internal error Initial Comment: Hi, Sorry, file is not attached in the previous message I am using SDCC 4.0. The attached test case gives the following internal error: Internal error: validateLink failed in SPEC_NOUN(val- >etype) @ k:\blrasdcc\src\sdcc\src\sdccsymt.c:2190: expected SPECIFIER, got null-link This code should only produce syntax error like undeclared identifier 'r', with some warnings. What is the reason to get an unexpected error during compilation?.Is this a bug with the compiler. Thanks in advance, Chris ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 12/15/05 05:19 Message: Logged In: YES user_id=1312539 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: 11/09/05 02:26 Message: Logged In: YES user_id=888171 Chris, You're way ahead of time. It took almost 4 years for SDCC to get from 2.3.0 to 2.5.0. At this rate it will take another 30 years before SDCC is at 4.0. void p(void ((*f) (void ()))) // ????? You really know how to create totally unreadable source code. And what did you expect "void()" to mean? This is not shorthand for "void (*t)(void)". Besides, you get a perfect syntax error before the internal error. Why not show that too. May I suggest you to learn about typedef for function pointers and to stop using implicit "void" definitions. The next line compiles fine: void p(void (*f) (void (*t)(void))) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100599&aid=1351965&group_id=599 |
From: SourceForge.net <no...@so...> - 2006-01-09 14:43:38
|
Bugs item #1351965, was opened at 11/09/05 00:01 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100599&aid=1351965&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: None Group: non bugs >Status: Closed Resolution: Wont Fix Priority: 5 Submitted By: christopher (rayappan) Assigned to: Nobody/Anonymous (nobody) Summary: Internal error Initial Comment: Hi, Sorry, file is not attached in the previous message I am using SDCC 4.0. The attached test case gives the following internal error: Internal error: validateLink failed in SPEC_NOUN(val- >etype) @ k:\blrasdcc\src\sdcc\src\sdccsymt.c:2190: expected SPECIFIER, got null-link This code should only produce syntax error like undeclared identifier 'r', with some warnings. What is the reason to get an unexpected error during compilation?.Is this a bug with the compiler. Thanks in advance, Chris ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 01/09/06 06:42 Message: Logged In: YES user_id=1312539 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: 11/09/05 02:26 Message: Logged In: YES user_id=888171 Chris, You're way ahead of time. It took almost 4 years for SDCC to get from 2.3.0 to 2.5.0. At this rate it will take another 30 years before SDCC is at 4.0. void p(void ((*f) (void ()))) // ????? You really know how to create totally unreadable source code. And what did you expect "void()" to mean? This is not shorthand for "void (*t)(void)". Besides, you get a perfect syntax error before the internal error. Why not show that too. May I suggest you to learn about typedef for function pointers and to stop using implicit "void" definitions. The next line compiles fine: void p(void (*f) (void (*t)(void))) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100599&aid=1351965&group_id=599 |
From: SourceForge.net <no...@so...> - 2006-12-19 14:23:48
|
Bugs item #1618794, was opened at 2006-12-19 06:23 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100599&aid=1618794&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: pic16 target Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Internal error Initial Comment: <>/comm/opt/abSrc/18f/abrp<=>sdcc -v SDCC : pic16/pic14 2.6.2 #4519 (Dec 19 2006) (UNIX) <>/comm/opt/abSrc/18f/abrp<=>sdcc -mpic16 -p18f2550 -V --debug -I/comm/opt/abSrc/18f/abrp/ -c atpo.c + "/usr/local/bin/sdcpp" -nostdinc -Wall -std=c99 -I"/comm/opt/abSrc/18f/abrp/" -Dpic18f2550 -D__18f2550 -DSTACK_MODEL_SMALL -obj-ext=.o -DSDCC_MODEL_SMALL -DSDCC=262 -DSDCC_pic16 -D__pic16 -I"/usr/local/bin/../share/sdcc/include/pic16" -I"/usr/local/share/sdcc/include/pic16" -I"/comm/opt/abSrc/18f/abrp/" "atpo.c" Internal error: validateLink failed in SPEC_SCLS(cexpr->etype) @ SDCCast.c:1518: expected SPECIFIER, got null-link <>cat atpo.c typedef unsigned char byte; // 8-bit typedef unsigned int word; // 16-bit typedef unsigned long dword; // 32-bit #define DSC_STR 0x03 typedef struct { byte tData[64]; } CFGTPLT; CFGTPLT cfg01; typedef struct {byte bLength;byte bDscType;word string[25];} SD001; SD001 sd001 = { {sizeof(SD001)},{DSC_STR},{ 'S','t','r','i','n','g', 'D','e','s','c','r','i','p','t','o','r',' ','0','0','0','1'}}; typedef struct {byte bLength;byte bDscType;word string[25];} SD002; SD002 sd002 = {{sizeof(SD002)},{DSC_STR},{ 'S','t','r','i','n','g', 'D','e','s','c','r','i','p','t','o','r',' ','0','0','0','2'}}; // from usbdsc.c typedef struct{ const unsigned char * cdTplt[2]; } USB_CD_TPLT; typedef struct{ const unsigned char * sdTplt[3]; } USB_SD_TPLT; USB_CD_TPLT USB_CD_Ptr = { {&cfg01}, {&cfg01} }; USB_SD_TPLT USB_SD_Ptr = { {&sd001}, {&sd002} } ; #pragma udata usbram4 bdt0 byte bdt0; byte bdt1; byte bdt2; ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100599&aid=1618794&group_id=599 |
From: SourceForge.net <no...@so...> - 2008-03-13 20:36:17
|
Bugs item #1618794, was opened at 2006-12-19 15:23 Message generated for change (Comment added) made by rlar You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100599&aid=1618794&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: pic16 target Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Internal error Initial Comment: <>/comm/opt/abSrc/18f/abrp<=>sdcc -v SDCC : pic16/pic14 2.6.2 #4519 (Dec 19 2006) (UNIX) <>/comm/opt/abSrc/18f/abrp<=>sdcc -mpic16 -p18f2550 -V --debug -I/comm/opt/abSrc/18f/abrp/ -c atpo.c + "/usr/local/bin/sdcpp" -nostdinc -Wall -std=c99 -I"/comm/opt/abSrc/18f/abrp/" -Dpic18f2550 -D__18f2550 -DSTACK_MODEL_SMALL -obj-ext=.o -DSDCC_MODEL_SMALL -DSDCC=262 -DSDCC_pic16 -D__pic16 -I"/usr/local/bin/../share/sdcc/include/pic16" -I"/usr/local/share/sdcc/include/pic16" -I"/comm/opt/abSrc/18f/abrp/" "atpo.c" Internal error: validateLink failed in SPEC_SCLS(cexpr->etype) @ SDCCast.c:1518: expected SPECIFIER, got null-link <>cat atpo.c typedef unsigned char byte; // 8-bit typedef unsigned int word; // 16-bit typedef unsigned long dword; // 32-bit #define DSC_STR 0x03 typedef struct { byte tData[64]; } CFGTPLT; CFGTPLT cfg01; typedef struct {byte bLength;byte bDscType;word string[25];} SD001; SD001 sd001 = { {sizeof(SD001)},{DSC_STR},{ 'S','t','r','i','n','g', 'D','e','s','c','r','i','p','t','o','r',' ','0','0','0','1'}}; typedef struct {byte bLength;byte bDscType;word string[25];} SD002; SD002 sd002 = {{sizeof(SD002)},{DSC_STR},{ 'S','t','r','i','n','g', 'D','e','s','c','r','i','p','t','o','r',' ','0','0','0','2'}}; // from usbdsc.c typedef struct{ const unsigned char * cdTplt[2]; } USB_CD_TPLT; typedef struct{ const unsigned char * sdTplt[3]; } USB_SD_TPLT; USB_CD_TPLT USB_CD_Ptr = { {&cfg01}, {&cfg01} }; USB_SD_TPLT USB_SD_Ptr = { {&sd001}, {&sd002} } ; #pragma udata usbram4 bdt0 byte bdt0; byte bdt1; byte bdt2; ---------------------------------------------------------------------- Comment By: rlar (rlar) Date: 2008-03-13 21:36 Message: Logged In: YES user_id=1840151 Originator: NO not reproducible with #5087 The initialisation of USB_...TPLT is braced {} incorrectly. Simply a completely broken piece of C. Robert Larice ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100599&aid=1618794&group_id=599 |
From: SourceForge.net <no...@so...> - 2009-11-01 21:18:30
|
Bugs item #1618794, was opened at 2006-12-19 15:23 Message generated for change (Comment added) made by maartenbrock You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100599&aid=1618794&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: pic16 target >Group: unreproducable >Status: Closed >Resolution: Invalid Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) >Assigned to: Maarten Brock (maartenbrock) Summary: Internal error Initial Comment: <>/comm/opt/abSrc/18f/abrp<=>sdcc -v SDCC : pic16/pic14 2.6.2 #4519 (Dec 19 2006) (UNIX) <>/comm/opt/abSrc/18f/abrp<=>sdcc -mpic16 -p18f2550 -V --debug -I/comm/opt/abSrc/18f/abrp/ -c atpo.c + "/usr/local/bin/sdcpp" -nostdinc -Wall -std=c99 -I"/comm/opt/abSrc/18f/abrp/" -Dpic18f2550 -D__18f2550 -DSTACK_MODEL_SMALL -obj-ext=.o -DSDCC_MODEL_SMALL -DSDCC=262 -DSDCC_pic16 -D__pic16 -I"/usr/local/bin/../share/sdcc/include/pic16" -I"/usr/local/share/sdcc/include/pic16" -I"/comm/opt/abSrc/18f/abrp/" "atpo.c" Internal error: validateLink failed in SPEC_SCLS(cexpr->etype) @ SDCCast.c:1518: expected SPECIFIER, got null-link <>cat atpo.c typedef unsigned char byte; // 8-bit typedef unsigned int word; // 16-bit typedef unsigned long dword; // 32-bit #define DSC_STR 0x03 typedef struct { byte tData[64]; } CFGTPLT; CFGTPLT cfg01; typedef struct {byte bLength;byte bDscType;word string[25];} SD001; SD001 sd001 = { {sizeof(SD001)},{DSC_STR},{ 'S','t','r','i','n','g', 'D','e','s','c','r','i','p','t','o','r',' ','0','0','0','1'}}; typedef struct {byte bLength;byte bDscType;word string[25];} SD002; SD002 sd002 = {{sizeof(SD002)},{DSC_STR},{ 'S','t','r','i','n','g', 'D','e','s','c','r','i','p','t','o','r',' ','0','0','0','2'}}; // from usbdsc.c typedef struct{ const unsigned char * cdTplt[2]; } USB_CD_TPLT; typedef struct{ const unsigned char * sdTplt[3]; } USB_SD_TPLT; USB_CD_TPLT USB_CD_Ptr = { {&cfg01}, {&cfg01} }; USB_SD_TPLT USB_SD_Ptr = { {&sd001}, {&sd002} } ; #pragma udata usbram4 bdt0 byte bdt0; byte bdt1; byte bdt2; ---------------------------------------------------------------------- >Comment By: Maarten Brock (maartenbrock) Date: 2009-11-01 22:18 Message: Indeed many incorrectly braced or otherwise incorrect initializers. And does not produce the internal error (any more). ---------------------------------------------------------------------- Comment By: Robert Larice (rlar) Date: 2008-03-13 21:36 Message: Logged In: YES user_id=1840151 Originator: NO not reproducible with #5087 The initialisation of USB_...TPLT is braced {} incorrectly. Simply a completely broken piece of C. Robert Larice ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100599&aid=1618794&group_id=599 |
From: SourceForge.net <no...@so...> - 2011-01-10 03:43:17
|
Bugs item #3153956, was opened at 2011-01-09 19:43 Message generated for change (Tracker Item Submitted) made by waterreaction You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100599&aid=3153956&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Matthew Lai (waterreaction) Assigned to: Nobody/Anonymous (nobody) Summary: Internal error Initial Comment: Hello! I am getting an internal error trying to port some legacy code to SDCC. Here is the minimal code that produces the error - void main() { ((unsigned char volatile __xdata *)0)[0x10] = 0; } main.c:3: error 9: FATAL Compiler Internal Error in file '/home/sdcc-builder/bui ld/sdcc-build/orig/sdcc/src/SDCCicode.c' line number '2865' : code generator int ernal error Contact Author with source code Internal error: validateLink failed in DCL_TYPE(ptr) @ /home/sdcc-builder/build/ sdcc-build/orig/sdcc/src/SDCCicode.c:2813: expected DECLARATOR, got SPECIFIER This is on: SDCC : mcs51/gbz80/z80/ds390/pic16/pic14/TININative/ds400/hc08 3.0.0 #6037 (Oct 31 2010) (MINGW32) Expected behaviour: SDCC shouldn't get internal error. Thanks! ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100599&aid=3153956&group_id=599 |
From: SourceForge.net <no...@so...> - 2011-01-10 03:45:15
|
Bugs item #3153956, was opened at 2011-01-09 19:43 Message generated for change (Comment added) made by waterreaction You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100599&aid=3153956&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Matthew Lai (waterreaction) Assigned to: Nobody/Anonymous (nobody) Summary: Internal error Initial Comment: Hello! I am getting an internal error trying to port some legacy code to SDCC. Here is the minimal code that produces the error - void main() { ((unsigned char volatile __xdata *)0)[0x10] = 0; } main.c:3: error 9: FATAL Compiler Internal Error in file '/home/sdcc-builder/bui ld/sdcc-build/orig/sdcc/src/SDCCicode.c' line number '2865' : code generator int ernal error Contact Author with source code Internal error: validateLink failed in DCL_TYPE(ptr) @ /home/sdcc-builder/build/ sdcc-build/orig/sdcc/src/SDCCicode.c:2813: expected DECLARATOR, got SPECIFIER This is on: SDCC : mcs51/gbz80/z80/ds390/pic16/pic14/TININative/ds400/hc08 3.0.0 #6037 (Oct 31 2010) (MINGW32) Expected behaviour: SDCC shouldn't get internal error. Thanks! ---------------------------------------------------------------------- >Comment By: Matthew Lai (waterreaction) Date: 2011-01-09 19:45 Message: Even simpler code - void main() { ((char *)0)[0x10] = 0; } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100599&aid=3153956&group_id=599 |
From: SourceForge.net <no...@so...> - 2011-01-10 21:42:35
|
Bugs item #3153956, was opened at 2011-01-10 04:43 Message generated for change (Comment added) made by wek_ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100599&aid=3153956&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Matthew Lai (waterreaction) Assigned to: Nobody/Anonymous (nobody) Summary: Internal error Initial Comment: Hello! I am getting an internal error trying to port some legacy code to SDCC. Here is the minimal code that produces the error - void main() { ((unsigned char volatile __xdata *)0)[0x10] = 0; } main.c:3: error 9: FATAL Compiler Internal Error in file '/home/sdcc-builder/bui ld/sdcc-build/orig/sdcc/src/SDCCicode.c' line number '2865' : code generator int ernal error Contact Author with source code Internal error: validateLink failed in DCL_TYPE(ptr) @ /home/sdcc-builder/build/ sdcc-build/orig/sdcc/src/SDCCicode.c:2813: expected DECLARATOR, got SPECIFIER This is on: SDCC : mcs51/gbz80/z80/ds390/pic16/pic14/TININative/ds400/hc08 3.0.0 #6037 (Oct 31 2010) (MINGW32) Expected behaviour: SDCC shouldn't get internal error. Thanks! ---------------------------------------------------------------------- Comment By: wek (wek_) Date: 2011-01-10 22:42 Message: There is an ongoing discussion on the same topic on http://www.8052.com/forum/thread/180490 ---------------------------------------------------------------------- Comment By: Matthew Lai (waterreaction) Date: 2011-01-10 04:45 Message: Even simpler code - void main() { ((char *)0)[0x10] = 0; } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100599&aid=3153956&group_id=599 |
From: SourceForge.net <no...@so...> - 2011-01-11 10:38:24
|
Bugs item #3153956, was opened at 2011-01-10 04:43 Message generated for change (Comment added) made by maartenbrock You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100599&aid=3153956&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: Icode generator >Group: fixed >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Matthew Lai (waterreaction) >Assigned to: Maarten Brock (maartenbrock) Summary: Internal error Initial Comment: Hello! I am getting an internal error trying to port some legacy code to SDCC. Here is the minimal code that produces the error - void main() { ((unsigned char volatile __xdata *)0)[0x10] = 0; } main.c:3: error 9: FATAL Compiler Internal Error in file '/home/sdcc-builder/bui ld/sdcc-build/orig/sdcc/src/SDCCicode.c' line number '2865' : code generator int ernal error Contact Author with source code Internal error: validateLink failed in DCL_TYPE(ptr) @ /home/sdcc-builder/build/ sdcc-build/orig/sdcc/src/SDCCicode.c:2813: expected DECLARATOR, got SPECIFIER This is on: SDCC : mcs51/gbz80/z80/ds390/pic16/pic14/TININative/ds400/hc08 3.0.0 #6037 (Oct 31 2010) (MINGW32) Expected behaviour: SDCC shouldn't get internal error. Thanks! ---------------------------------------------------------------------- >Comment By: Maarten Brock (maartenbrock) Date: 2011-01-11 11:38 Message: Fixed in SDCC 3.0.1 #6100. ---------------------------------------------------------------------- Comment By: wek (wek_) Date: 2011-01-10 22:42 Message: There is an ongoing discussion on the same topic on http://www.8052.com/forum/thread/180490 ---------------------------------------------------------------------- Comment By: Matthew Lai (waterreaction) Date: 2011-01-10 04:45 Message: Even simpler code - void main() { ((char *)0)[0x10] = 0; } ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100599&aid=3153956&group_id=599 |
From: SourceForge.net <no...@so...> - 2011-01-26 22:37:24
|
Bugs item #3166208, was opened at 2011-01-26 22:57 Message generated for change (Tracker Item Submitted) made by wek_ You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100599&aid=3166208&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: wek (wek_) Assigned to: Nobody/Anonymous (nobody) Summary: Internal error Initial Comment: The following snippet: #include <stdint.h> volatile uint8_t a; void main(void) { if ((* (uint8_t __xdata *)0xDF53)) { a = 2; } } compiled with plain "sdcc snippet.c" fails with Internal error: validateLink failed in SPEC_CVAL(val->etype) @ /home/sdcc-builder/build/sdcc-build/orig/sdcc/src/SDCCval.c:1073: expected SPECIFIER, got null-link Interestingly enough, if the condition is changed to if (0 != (* (uint8_t __xdata *)0xDF53)) { the snippet compiles correctly. SDCC : mcs51/gbz80/z80/ds390/pic16/pic14/TININative/ds400/hc08 3.0.1 #6101 (Jan 12 2011) (MINGW32) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100599&aid=3166208&group_id=599 |
From: SourceForge.net <no...@so...> - 2011-02-05 19:22:20
|
Bugs item #3166208, was opened at 2011-01-26 22:57 Message generated for change (Comment added) made by maartenbrock You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100599&aid=3166208&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: Icode generator >Group: fixed >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: wek (wek_) >Assigned to: Maarten Brock (maartenbrock) Summary: Internal error Initial Comment: The following snippet: #include <stdint.h> volatile uint8_t a; void main(void) { if ((* (uint8_t __xdata *)0xDF53)) { a = 2; } } compiled with plain "sdcc snippet.c" fails with Internal error: validateLink failed in SPEC_CVAL(val->etype) @ /home/sdcc-builder/build/sdcc-build/orig/sdcc/src/SDCCval.c:1073: expected SPECIFIER, got null-link Interestingly enough, if the condition is changed to if (0 != (* (uint8_t __xdata *)0xDF53)) { the snippet compiles correctly. SDCC : mcs51/gbz80/z80/ds390/pic16/pic14/TININative/ds400/hc08 3.0.1 #6101 (Jan 12 2011) (MINGW32) ---------------------------------------------------------------------- >Comment By: Maarten Brock (maartenbrock) Date: 2011-02-05 20:22 Message: Fixed in SDCC 3.0.1 #6208. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=100599&aid=3166208&group_id=599 |