blob: 9f3b056010746e34550919224ccd2dad604ea987 [file] [log] [blame]
xdc-I04 (corevers:; B:200,G:200,R:200)
eXpanDed C Tools (XDCtools)
This tree contains the RTSC build and configuration engines for
target content. The tree is used in XDCtools 3.61 product releases.
The major change in this stream is the usage of attributes instead of
pragmas in runtime sources.
Librarian repo creation
The xdc.git repo was created to "track" the repo maintained at and was created as follows:
git clone --bare ssh:// xdc.git
cd xdc.git
git config remote.origin.fetch "+refs/heads/*:refs/heads/*"
o setup ssh to enable "git" from xlibrary as "dr" (if necessary)
cd ~xlibrary/.ssh
cp -f config-dr config
o fetch the latest changes from the Eclipse git server
cd xdc.git
git fetch
o Build this tree from Linux using standard SM-MAKE
# clone the tree and merge/review user content
ggentree -u xdc.git/
cd xdc-I??
# unzip from the last released tree
unzip ../xdc-I??/
# make sure the user email and name are your eclipse credentials
git merge origin/xdccore-I-dr
# build the tree on Linux
SM-MAKE .clean
SM-MAKE .all-files >& Make.log
# update README
emacs README
git commit -a -m xdc-I??
# release the tree
greltree -m "something brief and meaningful"
o to build only packages in src/packages from scratch:
SM-MAKE .xdc-packages
o to build bundles:
SM-MAKE .bundles
xdc.runtime After we split gnu.targets and gnu.targets.arm, the file
gnu/targets/std.h is not included when building for Arm with
the GCC compiler. However, there was a statement in SysMin.xdt
that looked up a symbol defined in that file to detect an Arm
GCC target together with another symbol that detects a bare
metal target. Only when both symbols are present an output call
was directed to _write() instead of fwrite().
When fwrite() is included for a bare metal target, a memory
allocation error is triggered because the initialization for
standard streams requires 700 bytes of memory, while in some
tests for SYS/BIOS only 100 bytes of heap is available.