Re: merging the classpath threadlocal changes
Andrew John Hughes <[email protected]>
| Newsgroups | gmane.comp.gcc.java.devel |
|---|---|
| Message-ID | <[email protected]> |
On 17:07 Sun 28 Sep , Matthias Klose wrote: > Andrew John Hughes schrieb: > > 2008/9/24 Matthias Klose <[email protected]>: > >> 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