blob: 01dcd2d7ca945f946f09712a153c201851e5f51b [file] [log] [blame]
xdc-C10 (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 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, but do it from
a Ubuntu host because SUSE 10 has an old version of ssh
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-C??
# unzip from the last released tree
unzip ../xdc-C??/
# make sure the user email and name are your eclipse credentials
# before making any changes that need to be pushed to eclipse
cat config-dr >> ./.git/config
# make sure the user email and name are your eclipse credentials
git merge origin/xdccore-C-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-C??
# 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
core removed all __S function declarations and definitions for
interfaces and proxies. Proxy create/delete do not go through
create__S/delete__S; they now invoke delegate's create/delete
removed destruct__S function because it was never invoked from
old header files, and it is not used anymore in the big C file
removed startupDoneFxn and incremented version numbers to force
rebuilding of schemas. All old schemas reference that deprecated
parameter. This is useful for packages that don't have any blue
code, for example platform packages. We still want to have them to
be compatible, but the next release is also a chance to delete some
deprecated parameters.
BrowserSession.findPkg looks for the packages along the path
acquired from Env when the constructor is invoked. However, the
path in Env can be externally changed. For example, plugingen calls
xdc.$$private.Env.setPath in Main.xs. If xdc.loadPackage is called
after that, packages are found along the path supplied by
xdc.curPath, which corresponds to the new path. But then, if the
schema is old and needs to be rebuilt, we invoke xdc.$$ses.findPkg,
which searches along the old path. To fix that, whenever xdc.$$ses
searches for packages, it first gets the latest path from Env.