I'm not sure how to progress with this? We discussed cleaning up the open issues in another thread, but I don't know enough about how issues are managed to be making changes without direction and/or get permission.
Also, there are lots of comments about bug triage, and I have no idea what that means. V/R, William On Wed, Jul 9, 2014 at 8:37 PM, William Blevins <wblevins...@gmail.com> wrote: > *More duplicates (just looking at java issues atm):* > > 2432 – Duplicates 1772 > > 1849 – Duplicates 1594 > > 2547 – Duplicates 1594 > > 2548 – Duplicates 1594 > > 2046 – Duplicates 1594 > > 2733 – Duplicates 1594 > > 2359 – Duplicates 1766 > > 2931 – Duplicates 1771 > > 2483 – Duplicates 2089 > > *Here are 9 issues that can be linked or comments copied or whatever and > closed as duplicates!* > > V/R, > > William > > > On Wed, Jul 9, 2014 at 7:57 PM, William Blevins <wblevins...@gmail.com> > wrote: > >> *Duplicates:* >> >> 1594, 1849, 2547, 2548 - Java() misses anonymous inner class file from >> private instances >> >> I recommend we close 3 of the 4 and move comments as necessary; no reason >> to have four P1 issues open for the same problem. >> >> *Might be a no issue:* >> >> 1772 – Java builder doesn't process lists of directories correctly >> >> Thoughts: elements of a list of sources for javac are executed in >> parallel which works as designed? >> >> Javac( <buildDir>, [ source1, source2, sourceN] ) >> >> Items source[1-N] are executed in parallel regardless of type (java >> file, directory, list of java files) >> >> Note: we should update the documentation to show this before closing. >> >> Question: do we want to change the behavior based on the type as listed >> above? >> >> Doing [ <javac item> for item in <list of java files> ] might not be very >> efficient but this makes a lot of sense of the other two options [ <javac >> item> for item in <list of directories> ] or [ <javac item> for item in >> <list of lists of java files> ]. >> >> V/R, >> >> William >> >> >> >
_______________________________________________ Scons-dev mailing list Scons-dev@scons.org http://two.pairlist.net/mailman/listinfo/scons-dev