Gilman Tolle wrote: > I'm compiling on Windows XP, and have found a fatal compiler bug.
> C:/PROGRA~1/UCB/cygwin/opt/tinyos- > 1.x/contrib/nucleus/tos/lib/Nucleus/MgmtQueryM.nc:122: Internal > compiler error > in gen_lowpart, at emit-rtl.c:1197 I get the exact same error here, also with a TinyOS application. I tried to isolate the problem by commenting out various parts of the code. However, it seems to be more related to code size than to the exact instruction sequence. I wanted to attach the app.c file produced by the ncc compiler that generates the error. However, due to the attachment size limitation of sourceforge, it didn't come through. I can mail it to anybody interested. Compiling it with: msp430-gcc -Os -mmcu=msp430x149 -o app.elf app.c gives the following error: SensingM.nc: In function `SensingM$Sensor$dataReady': SensingM.nc:78: Internal compiler error in gen_lowpart, at emit-rtl.c:1197 Please submit a full bug report, with preprocessed source if appropriate. See <URL:http://gcc.gnu.org/bugs.html> for instructions. The fun starts now: removing *any* of the lines in SensingM$Sensor$dataReady() (8498-8500) makes the compilation succeed! It looks like the code is at some kind of threshold where the compiler starts having trouble with it. Compiling without optimization succeeds. I was not able to reproduce the problem with a smaller version of the code. Actually, it ran very well until I replaced the module UARTComm that was used for communcation through UART with GenericComm, which is for communicating through UART *and* radio (and therefore is bigger). I would be very thankful for any help solving this problem. Let me know if I can provide any more useful information. Best regards. -- Remy Remove underscore and suffix in reply address for a timely response. -- Remove underscore and suffix in reply address for a timely response.
