- now compiled to their own sub-directory of the build directory
- only can see #include's in their own utility/ folders
and the core (building core.a again).
Also changed the APIs of the compilation functions somewhat (e.g. execAsynchronously no longer returns anything; it just throws a RunnerException on any error).
Still need to better handle errors in #include files; right now, the error is interpreted as being at the line where the #include happens, not within the header file.
- fixing import library
- changing compilation to only look for source files in the root and utility/ folders of a library; also adding utility/ sub-folder to the include path
- removing export to application
- renaming run to verify / compile and export to upload
No longer using Library and LibraryManager. Instead the compiler finds the .c and .cpp files in the library paths (gotten from the Sketch via the Preprocessor and the Base's library table). This breaks libraries that have header files in sub-directories but use #include with no path names (as sub-directories of library directories are not on the include path). It will also cause problems with .c or .cpp files with the same name in different library utility folders or in a sketch or the target (core).
Now deriving the Target correctly from the selected item in the board menu.
- including .cpp and .c files from sketch
- adjusting error line highlighted according to the number of function prototypes generated
- taking into account preprocessor offset on the first .pde file
Compilation still has problems (Thread error on success, and can't handle non-pde files in a sketch).
Modified the Mac OS X make.sh to copy the hardware, avr tools, and example over.
Removing some of the antlr stuff.
Disabling the Commander (command-line execution) for now.
Added Library, LibraryManager, and Target.
Added support for prefixed preferences (e.g. for boards and programmers).
David A. Mellis