blob: dac20ae603610ca4c19ca4a34b860614c70f054a [file] [log] [blame]
xdc-D28 (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.50 product releases. This
series of trees breaks compatibility with XDCtools 3.32 and older.
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-D??
# unzip from the last released tree
unzip ../xdc-D??/
# make sure the user email and name are your eclipse credentials
git merge origin/xdccore-D-dr
# build the tree using LSF to force older GLIBC to be used when
# linking Linux executables
SM-MAKE .clean
SM-MAKE .all-files >& Make.log
# update README
emacs README
git commit -a -m xdc-D??
# release the tree
greltree -m "something brief and meaningful"
o to make both the UNIX and PC sides, from a Linux workstation, go to the
top directory of the tree and type:
SM-MAKE .all-files
To clean the tree, type:
SM-MAKE .clean
o to build only packages in src/packages from scratch:
SM-MAKE .xdc-packages
o to build bundles:
SM-MAKE .bundles
o to run regressions:
SM-MAKE .regress
xdc.runtime a small change in Diags.c to prevent a warning from a Visual C
* some Windows executables are not built in this tree until the
switch from VC98 to Visual C 14 is made. When we bootstrap the tree
the libraries from an old XDC tree are used to link an executable in
the current tree. Because the old libraries are for VC98 and the
executables are built for Win32 (Visual C 14), there are many
linking errors. Once this tree is released, it will be used as an
old tree and we will build Windows executables again.
fixed printf calls where the number of format specifiers didn't
match the number of conversion specifiers
Visual C 14 doesn't recognize some POSIX calls (access, strdup,
etc) and requires functions with _ as a prefix (_access, _strdup).
Even adding D_CRT_SECURE_NO_WARNINGS=1 and
D_CRT_NONSTDC_NO_DEPRECATE=1 to the command line didn't help.