Re: regenerate/remove .class files on the 4.4 branch and trunk

[Matthias Klose <doko at ubuntu dot com>]

On 17.01.2010 01:59, Andrew John Hughes wrote:
> 2010/1/16 Matthias Klose<doko@ubuntu.com>:
> > While regenerating the class files for the copyright updates, I noticed
> > there are more files out of date. Ok to regenerate these (using ecj-4.3.jar
> > on the 4.4 branch and ecj-4.5.jar on the trunk)?
> >
> > The two VMSecureRandom .class files can be removed at least on the trunk,
> > they were moved
> >
> > 2009-02-13  Andrew John Hughes<ahughes@redhat.com>
> >
> >         * java/security/VMSecureRandom.java: Removed.
> >
> > but only the gnerated header files were removed.
> >
> > $ svn status
> > M       classpath/tools/classes/gnu/classpath/tools/orbd/Main.class
> > !       classpath/lib/java/security/VMSecureRandom$Spinner.class
> > !       classpath/lib/java/security/VMSecureRandom.class
> > M       classpath/lib/gnu/java/rmi/registry/RegistryImpl.class
> > M       classpath/lib/gnu/gcj/convert/Convert.class
> > M       classpath/lib/gnu/gcj/tools/gcj_dbtool/Fileset.class
> > M       classpath/lib/gnu/gcj/tools/gcj_dbtool/Main.class
> > M       classpath/lib/gnu/gcj/tools/gcj_dbtool/Tokenizer.class
> >
> >   Matthias
>
> Funny, I thought I dropped those VMSecureRandom classes in that patch.

The generated header file was removed, but not the .class files.

> Are you sure these classes have actually changed and it's not just a
> compiler difference? I guess that's the problem with having binaries
> checked in :-(

For a rebuild of the class files I always remove all .class files as documented 
in libjava/HACKING and regenerate all files. These were the only differences.

  Matthias