-
• #2
Update - it's not just bigram.
Even if i just sync github and build it, it does this. But official builds work....
Let's try updating the compiler to match the version gordon uses
Now using gcc-arm-none-eabi-4_8-2014q3 for compilation - CodeSourcery stopped being supported
Watch me break my build environment completely....
-
• #3
Hurray! It works, I think.... Works on non-bigram. Rebuilding bigram now.
Yup, that fixed it.
New working bigram builds are up, and I've deleted the ones I belive to be broken.
-
• #4
Hi DrAzzy
Thanks for your work. I use only your bigram builds.
Sacha
-
• #5
Hi. Sorry it's taken a while to get back to you.
It's a bit scary that the build with the old compiler now breaks. It'd be very interesting if you ever found out why it's not going... I wonder whether it could be some issue with the code size? I know that while the old compiler got smaller code with
-O3
, the new one does better with-Os
Something bad happened to setWatch() events in bigram builds sometime in november.
Using this debug module code:
Running this code:
On 11/11 bigram github (effectively v71), release v71, and latest github build (all wiznet):
On latest bigram wiznet build based on 12/28 github sync. Similar results observed with 11/24 bigram:
Gordon - do you have any idea what might have changed here, and what I have to do to get my bigram builds working again?
All that I do in the bigram builds is replace the board definition with one reporting 512k flash 64k ram and kick off the build - i'm really baffled as to what it could be that causes it to get confused when handling events. This happens on all three of my espruino boards (which all have run bigram with no problems until this).