minor cleanup nupp.X project file
added in-house Bitset

to reduce our dependency on the STL, which tends to produce
MAXIMUM_WARNING-type include-order dependencies
minor - add bitset.hpp

against mplab's wishes

also removed all heap fallback in Allocator. Now, Bad Things happen
when you run out of stack. And unless std::stringbuf is exceptionally
well-behaved, you'll probably run out of stack.

also, the symbol loading error still exists. commenting out all mention
of ulcd28pt.hpp in steering_wheel.hpp stop it, meaning that the
<sstream>s are still causing it. despite hopes, a stack allocated
std::stringbuf didn't solve this. the only remaining solution that
still uses ostream is to subclass std::streambuf and write a complete
stringbuf analog ourselves