C++ cleaned up version is there, but initially didn't work so adding it to the hg code increments.
Non-workingTests:
with avr: compiles, links, but flash gives memory overflow
Next: See if more FBs can be added to the exclude FB list.
Concern: Can exclude unneeded FBs but will need space for LMS FBs / application!
Next: See if more FBs can be added to the exclude FB list.
Concern: Can exclude unneeded FBs but will need space for LMS FBs / application!
Working Tests:
1. hg compiles and see LMS as an eCos device
2. "blinky" : LED blinks,.but no avr communication
A. no LMS_DEV started
B. LMS_DEV started
status: needed a FB exclude list to be small enough to link with 15 sectors
3. with clean C++ code lms_main.cpp
3. with clean C++ code lms_main.cpp
Open question:
Why did the May 28 hg version only need 10 sectors and June hg needs 15 +sectors?
Still not clear what caused it not to blink before.
Still not clear what caused it not to blink before.
The following hg updates would be helpful:
1. setup_lms.sh - change the default eCos path to LMSecosDir from """
Reason: If setup_lms.sh is accidently run without changing the path then system lib directory will be copied into bin/lms and must be deleted. Better error is just that the directory doesn't exist.
2. .cproject with finish_lms make entry- Under the make menu finish_lms needs to added (setup_lms.sh as example).
3. Add buildsupport/toolchain.txt to hg.
Reason: Have to copy it in each time from somewhere.
3. Add buildsupport/toolchain.txt to hg.
Reason: Have to copy it in each time from somewhere.
(for thought)
4. finish_lms.sh and .openOCD cfg files may not really belong directly under forte directory, but should also not be lost (since they are in the hg) when a distclean (currently manual) is done by deleting bin/lms/src or as in the past deleting bin/lms.
No comments:
Post a Comment