- - Get a svn checkout of
svn+ssh://gcc.gnu.org/svn/gcc/branches/CLASSPATH/libjava/classpath
- this contains "pure" GNU Classpath.
- - Clean it up and get the files from a new version:
find classpath -type f | grep -v /\.svn | grep -v /\.cvs tar zxf classpath-x.tar.gz cp -r classpath-x/* classpath
- - Add/Remove files:
svn status classpath | grep ^\! | cut -c8- | xargs svn remove svn status classpath | grep ^\? | cut -c8- | xargs svn add
- - Update vendor branch
svn commit classpath
- - Note the new revision number (Xrev) - Get a fresh gcc svn trunk checkout and cd gcc/libjava - Merge the changes between classpath versions into the trunk.
svn merge -rXrev-1:Xrev svn+ssh://gcc.gnu.org/svn/gcc/branches/CLASSPATH/libjava/classpath classpath
- Resolve any conflicts pointed out by svn status classpath || grep ^C - Makefile.in files will be regenerated later - Other files should have a "GCJ LOCAL" comment, or are mentioned
- in the classpath/ChangeLog.gcj file. (Don't forget to svn resolved files.)
- (Make sure you have Automake 1.9.3 installed. Exactly that version!)
cd classpath cp ../../lt* . cp ../../config.sub ../../config.guess . aclocal -I m4 -I ../.. autoconf autoheader automake rm -rf autom4te.cache cd .. scripts/makemake.tcl > sources.am automake
- - Build, fix, insert new override files, etc till everything works.
- Possibly update the gcj/javaprims.h file with scripts/classes.pl
(See HACKING, it can only be done after the first source->bytecode
- pass has finished.)
- Possibly update the gcj/javaprims.h file with scripts/classes.pl