Re: merging the classpath threadlocal changes

[Andrew John Hughes <gnu_andrew at member dot fsf dot org>]

On 17:07 Sun 28 Sep     , Matthias Klose wrote:
> Andrew John Hughes schrieb:
> > 2008/9/24 Matthias Klose <doko@ubuntu.com>:
> >> this is a pending patch for some files which are not used in libgcj, and the
> >> files are shadowed except for one new file. Just merging the patch does result
> >> in a build failure, because libgcj picks up this one new file. can makemake.tcl
> >> blacklist this, or should libgcj just get an empty file/class?
> >>
> >>  Matthias
> >>
> > 
> > What is the build failure? I assume the new ThreadLocalMap (or
> > whatever it's called)
> > is referring back to ThreadLocal, though the map itself is unused.
> > Maybe gcj's version
> > could support the needed methods without using the map itself?
> 
> Didn't save the build logs. Afaicr these were differences in return and
> parameter types for some thread related classes.

Ok, I'll try a build.  This is probably the only thing I'd like to be
in before pushing back to trunk, as it means it is actually a merge
of Classpath to this point.  The other issues are all related to
gcj support which applies to a lot of stuff already on trunk anyway.
-- 
Andrew :)

Support Free Java!
Contribute to GNU Classpath and the OpenJDK
http://www.gnu.org/software/classpath
http://openjdk.java.net
PGP Key: 94EFD9D8 (http://subkeys.pgp.net)
Fingerprint = F8EF F1EA 401E 2E60 15FA  7927 142C 2591 94EF D9D8