Mailing-List: contact harmony-dev-help@incubator.apache.org; run by ezmlm
Precedence: bulk
Reply-To: harmony-dev@incubator.apache.org
Received-SPF: pass (asf.osuosl.org: domain of nbeyer@kc.rr.com designates
 24.94.166.129 as permitted sender)
From: "Nathan Beyer" <nbeyer@kc.rr.com>
To: <harmony-dev@incubator.apache.org>
Subject: RE: [build] Use Sun 5.0_8 or Eclipse Compiler for automated builds
Date: Sat, 9 Sep 2006 12:16:44 -0500
Message-ID: <000f01c6d433$b9c27f70$0401a8c0@LITTLEGUY>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
In-reply-to: <4500E35B.1080805@pobox.com>
Thread-Index: AcbS9uAWTFGs/N61QIG4TlIFi+hXlQBO0bkg


> -----Original Message-----
> From: Geir Magnusson Jr. [mailto:geir@pobox.com]
> 
> Nathan Beyer wrote:
> > I think I have this issue fixed. I modified the 'build-java.xml' script
> to
> > use 'bootclasspath' instead of 'classpath' in the 'javac' task [1].
> 
> Wait - doesn't this mean we're building against the RI rather than
> ourselves?
> 

I may not have the best understanding of this, but if we use the RI JDK's
javac, doesn't it always put the JDK's libraries on the bootclasspath?

> 
> >
> > Please test it out and let me know if this works. It works for me on
> WinXP
> > and Sun JDK 5.0_8 and resolves the issue mentioned below.
> >
> > [1]
> >
> http://svn.apache.org/viewvc/incubator/harmony/enhanced/classlib/trunk/mak
> e/
> > build-java.xml?r1=440948&r2=441358&diff_format=h
> >
> >> -----Original Message-----
> >> From: Geir Magnusson Jr. [mailto:geir@pobox.com]
> >> Sent: Wednesday, September 06, 2006 10:07 PM
> >> To: harmony-dev@incubator.apache.org
> >> Subject: Re: [build] Use Sun 5.0_8 or Eclipse Compiler for automated
> >> builds
> >>
> >>
> >>
> >> Nathan Beyer wrote:
> >>>> -----Original Message-----
> >>>> From: Richard Liang [mailto:richard.liangyx@gmail.com]
> >>>>
> >>>>  Sun compiler (5.0_8) also has some unexpected behavior. See[1]
> >>>>
> >>>> [1]http://mail-archives.apache.org/mod_mbox/incubator-harmony-
> >>>> dev/200608.mbox/%3c44F2DADE.5060900@gmail.com%3e
> >>>>
> >>> I've found that a second or third "ant build" takes care of it.
> >> LOL
> >>
> >> That's not a solution.
> >>
> >>  > What I've
> >>> noticed though is that the failures are all linking to elements from
> >> classes
> >>> in luni-kernel. I'm looking at it, but I think there are some issues
> >> with
> >>> what's put on the bootclasspath. I've already found one discrepancy
> >> between
> >>> some of our 'luni-kernel' stubs and the spec. The Method.invoke() uses
> a
> >>> vararg and our stub didn't have this.
> >> Cool.
> >>
> >>> -Nathan
> >>>
> >>>
> >>>>> There are a number of places that use ReferenceQueues and Reference,
> >> but
> >>>>> can't be generified because of a bug in the Sun compilers prior to
> >>>> 5.0_8. At
> >>>>> the end of this email is an example of code that causes a compiler
> >> error
> >>>> in
> >>>>> previous releases. This issue does not affect the Eclipse compiler.
> >> I've
> >>>> run
> >>>>> a full rebuild as of revision 440796 and everything compiles fine
> with
> >>>> both
> >>>>> the Eclipse compiler and Sun 5.0_8 compiler.
> >>>>>
> >>>>>
> >>>>>
> >>>>> -Nathan
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>     private static final ReferenceQueue<Object> cacheQueue = new
> >>>>> ReferenceQueue<Object>();
> >>>>>
> >>>>>
> >>>>>
> >>>>>     private static final class CacheEntry extends
> >> WeakReference<Object>
> >>>> {
> >>>>>         String key;
> >>>>>
> >>>>>
> >>>>>
> >>>>>         CacheEntry(Object jar, String key, ReferenceQueue<Object>
> >> queue)
> >>>> {
> >>>>>             super(jar, queue);
> >>>>>
> >>>>>             this.key = key;
> >>>>>
> >>>>>         }
> >>>>>
> >>>>>     }
> >>>>>
> >>>>>
> >>>>>
> >>>>>     // ... code using the queue
> >>>>>
> >>>>>
> >>>>>
> >>>>>             CacheEntry entry;
> >>>>>
> >>>>>             // This cast fails on Sun 5.0_7 and prior compilers
> >>>>>
> >>>>>             while ((entry = (CacheEntry)cacheQueue.poll()) != null)
> {
> >>>>>
> >>>>>                 jarCache.remove(entry.key);
> >>>>>
> >>>>>             }
> >>>>>
> >>>>>
> >>>>>
> >>>>>     // . more code
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>> --
> >>>> Richard Liang
> >>>> China Software Development Lab, IBM
> >>>>
> >>>> ---------------------------------------------------------------------
> >>>> Terms of use : http://incubator.apache.org/harmony/mailing.html
> >>>> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> >>>> For additional commands, e-mail: harmony-dev-
> help@incubator.apache.org
> >>>
> >>> ---------------------------------------------------------------------
> >>> Terms of use : http://incubator.apache.org/harmony/mailing.html
> >>> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> >>> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
> >>>
> >> ---------------------------------------------------------------------
> >> Terms of use : http://incubator.apache.org/harmony/mailing.html
> >> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> >> For additional commands, e-mail: harmony-dev-help@incubator.apache.org
> >
> >
> > ---------------------------------------------------------------------
> > Terms of use : http://incubator.apache.org/harmony/mailing.html
> > To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> > For additional commands, e-mail: harmony-dev-help@incubator.apache.org
> >
> 
> ---------------------------------------------------------------------
> Terms of use : http://incubator.apache.org/harmony/mailing.html
> To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
> For additional commands, e-mail: harmony-dev-help@incubator.apache.org


---------------------------------------------------------------------
Terms of use : http://incubator.apache.org/harmony/mailing.html
To unsubscribe, e-mail: harmony-dev-unsubscribe@incubator.apache.org
For additional commands, e-mail: harmony-dev-help@incubator.apache.org