Hello,
I just recompiled gcc-3.2.3 with the latest patches from gcc-3.3 in cvs.
While compiling a TinyOS application, it started giving the following
compiler error for some applications:
mkdir -p build/wsnbase
compiling SenseBase to a wsnbase binary
ncc -o build/wsnbase/main.exe -Os
-I/home/joe/src/wsn/tinyos/tos/platform/wsnbase
-I/home/joe/src/wsn/tinyos/tos/lib/XE1205Radio -fnesc-target=msp430
-gcc=msp430-gcc -mmcu=msp430x149 -Wall -Wshadow -DDEF_TOS_AM_GROUP=0x7d
-Wnesc-all -target=wsnbase -fnesc-cfile=build/wsnbase/app.c -board=
-DIDENT_PROGRAM_NAME="SenseBase"
-DIDENT_PROGRAM_NAME_BYTES="83,101,110,115,101,66,97,115,101,0"
-DIDENT_USER_HASH=0L -DIDENT_UNIX_TIME=0x418610c0L SenseBase.nc -lm
/opt/tinyos-1.x/tos/interfaces/ByteComm.nc: In function
`TimerM$checkLongTimers':
/opt/tinyos-1.x/tos/interfaces/ByteComm.nc:75: internal error:
Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <URL:http://gcc.gnu.org/bugs.html> for instructions.
make: *** [exe0] Error 1
It looks like this is due to the latest changes from 5 days ago in the
file msp430.c. The version exhibiting the error is 1.86. Going back to
1.84 fixes the problem. So it looks like there's something wrong with
sym_ref() (added in 1.85). I don't know anything about the inner
workings of gcc, but the limit of 1024 on __dummy[], indexed by an ever
increasing index i, seems pretty arbitrary... This seems to be supported
by the fact that small programs compile, but bigger ones don't.
Best regards.
-- Remy
Remove underscore and suffix in reply address for a timely response.
