Ted Kaminski

> The main problem is that LALR(1) DFAs are very monolithic and altering a single DFA state can cause a butterfly effect. So it might be possible, with a bit...

Hi August, I was thinking about this again recently, and I wanted to double check something: > Having more than one start state breaks some assumptions underlying the construction of...

> this second build should be very quick anyway. It still ends up taking a rather remarkable amount of time. Like 35 seconds or so. The process of building a...

skeleton fast build times reduced from 6.5 minutes to 4 minutes. all extensions build time reduced from 31 minutes to 25 minutes. Possibly this number is a slightly high fluke...

A quick note about something I noticed in makefiles in these extensions: some of them seem "out of date" I saw old-style makefiles while looking through: * ableC-cilk * ableC-condition-tables...

All extensions total build time is reduced to 16 minutes, which seems rather successful.

* [x] Lucas suggests not translating / building jars when doing e.g. the MDA in https://github.com/melt-umn/silver/issues/248 * [x] I think https://github.com/melt-umn/silver/issues/232 allowing us to copy around the AbleC jar instead...

Another thing to maybe do, if this works, is write up a very short bit of documentation for melt-website about "things to do to make syntax more extensible under the...

The hacky code is already in the silver compiler (treegen extension) and the testing code I have is just a fixed version of what's in https://github.com/melt-umn/ableC/tree/develop/grammars/edu.umn.cs.melt.ableC/testing I'll just directly commit...

I don't really remember anything. Just glancing at it, I think it's because they have `t` on them which the `def` file comments describe as "signature is meaningless, use custom...