Re: [classlib] build problem.... I'm forgetting something obvious...
Mark Hindess wrote: > Nathan, yeah that's probably it. It's caught me out a couple of times. > > Is that swing test fix ready? If not perhaps we should just exclude > it, and then I can dump the with.awt.swing property for good? I've reviewed and applied the TransferHandler fix, but I see another test failure, so just hold on for now. I'll start a new thread for the new failure. Regards, Tim > Regards, > Mark. > > On 7 October 2006 at 14:29, "Nathan Beyer" <[EMAIL PROTECTED]> wrote: >> Are you running build with "-Dwith.awt.swing=true"? I had some weird >> problems yesterday and it just seemed that I wasn't consistently using >> that property for all ant runs. >> >> -Nathan >> >> On 10/7/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote: >>> still on that new machine. >>> >>> classlib builds fine, but "ant test" results in it appearing to be very, >>> very confused when trying to compile, with the first module, >>> accessibility. >>> >>> It can't find things like "BasicSwingTestCase", although I can confirm >>> that it was build in test_support... >>> >>> I figure I forgot something obvious... >>> >>> geir >>> >>> - >>> Terms of use : http://incubator.apache.org/harmony/mailing.html >>> To unsubscribe, e-mail: [EMAIL PROTECTED] >>> For additional commands, e-mail: [EMAIL PROTECTED] >>> >>> >> - >> Terms of use : http://incubator.apache.org/harmony/mailing.html >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> > > > > - > Terms of use : http://incubator.apache.org/harmony/mailing.html > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Tim Ellison ([EMAIL PROTECTED]) IBM Java technology centre, UK. - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [classlib] build problem.... I'm forgetting something obvious...
nope, did that too. That was the first thing I thought of. Tried JUnit 4.x and Junit 3.8.1 Elena Semukhina wrote: > On 10/8/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote: >> >> still on that new machine. >> >> classlib builds fine, but "ant test" results in it appearing to be very, >> very confused when trying to compile, with the first module, >> accessibility. >> >> It can't find things like "BasicSwingTestCase", although I can confirm >> that it was build in test_support... >> >> I figure I forgot something obvious... > > > Yes, you forgot to copy junit.jar to ant's lib directory. > > geir >> >> - >> Terms of use : http://incubator.apache.org/harmony/mailing.html >> To unsubscribe, e-mail: [EMAIL PROTECTED] >> For additional commands, e-mail: [EMAIL PROTECTED] >> >> > > - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [classlib] build problem.... I'm forgetting something obvious...
On 10/8/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote: still on that new machine. classlib builds fine, but "ant test" results in it appearing to be very, very confused when trying to compile, with the first module, accessibility. It can't find things like "BasicSwingTestCase", although I can confirm that it was build in test_support... I figure I forgot something obvious... Yes, you forgot to copy junit.jar to ant's lib directory. geir - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Thanks, Elena
Re: [classlib] build problem.... I'm forgetting something obvious...
nope, that wasn't it. I did a ant clean, ant , and test still broke... Mark Hindess wrote: Nathan, yeah that's probably it. It's caught me out a couple of times. Is that swing test fix ready? If not perhaps we should just exclude it, and then I can dump the with.awt.swing property for good? Regards, Mark. On 7 October 2006 at 14:29, "Nathan Beyer" <[EMAIL PROTECTED]> wrote: Are you running build with "-Dwith.awt.swing=true"? I had some weird problems yesterday and it just seemed that I wasn't consistently using that property for all ant runs. -Nathan On 10/7/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote: still on that new machine. classlib builds fine, but "ant test" results in it appearing to be very, very confused when trying to compile, with the first module, accessibility. It can't find things like "BasicSwingTestCase", although I can confirm that it was build in test_support... I figure I forgot something obvious... geir - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [classlib] build problem.... I'm forgetting something obvious...
Nathan, yeah that's probably it. It's caught me out a couple of times. Is that swing test fix ready? If not perhaps we should just exclude it, and then I can dump the with.awt.swing property for good? Regards, Mark. On 7 October 2006 at 14:29, "Nathan Beyer" <[EMAIL PROTECTED]> wrote: > Are you running build with "-Dwith.awt.swing=true"? I had some weird > problems yesterday and it just seemed that I wasn't consistently using > that property for all ant runs. > > -Nathan > > On 10/7/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote: > > still on that new machine. > > > > classlib builds fine, but "ant test" results in it appearing to be very, > > very confused when trying to compile, with the first module, > > accessibility. > > > > It can't find things like "BasicSwingTestCase", although I can confirm > > that it was build in test_support... > > > > I figure I forgot something obvious... > > > > geir > > > > - > > Terms of use : http://incubator.apache.org/harmony/mailing.html > > To unsubscribe, e-mail: [EMAIL PROTECTED] > > For additional commands, e-mail: [EMAIL PROTECTED] > > > > > > - > Terms of use : http://incubator.apache.org/harmony/mailing.html > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [classlib] build problem.... I'm forgetting something obvious...
That could be it. If that case, we have a problem... Nathan Beyer wrote: Are you running build with "-Dwith.awt.swing=true"? I had some weird problems yesterday and it just seemed that I wasn't consistently using that property for all ant runs. -Nathan On 10/7/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote: still on that new machine. classlib builds fine, but "ant test" results in it appearing to be very, very confused when trying to compile, with the first module, accessibility. It can't find things like "BasicSwingTestCase", although I can confirm that it was build in test_support... I figure I forgot something obvious... geir - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: [classlib] build problem.... I'm forgetting something obvious...
Are you running build with "-Dwith.awt.swing=true"? I had some weird problems yesterday and it just seemed that I wasn't consistently using that property for all ant runs. -Nathan On 10/7/06, Geir Magnusson Jr. <[EMAIL PROTECTED]> wrote: still on that new machine. classlib builds fine, but "ant test" results in it appearing to be very, very confused when trying to compile, with the first module, accessibility. It can't find things like "BasicSwingTestCase", although I can confirm that it was build in test_support... I figure I forgot something obvious... geir - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
[classlib] build problem.... I'm forgetting something obvious...
still on that new machine. classlib builds fine, but "ant test" results in it appearing to be very, very confused when trying to compile, with the first module, accessibility. It can't find things like "BasicSwingTestCase", although I can confirm that it was build in test_support... I figure I forgot something obvious... geir - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: classlib build problem?
IMHO, the compilation problem is already fixed. At least I was able to build recent classlib with eclipse compiler (using blackdown-jre-1.4.2 and drlvm). Ah! Looks like the default rmi implementation was changed and it doesn't contain the problem. The implementation relying on j.u.Scanner is excluded from compilation process. -- Ivan 2006/5/29, Paulex Yang <[EMAIL PROTECTED]>: > You can add the RI's class libraries using a command-line option if you > so choose, but I don;t think we should build the Harmony javac to have > dependencies upon the RI. > > Anyone want to get to work on j.u.Scanner ;-) ? > Tim, I'd like to work on it, but it is not a small class so it really needs some time... How about put a skeleton into SVN temporally to enable RMI compiling at first? - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: classlib build problem?
Tim Ellison wrote: Vladimir Gorr wrote: maybe does it make sense adding the RI rt.jar to CLASSPATH for the ECJ-based compiler? In this case all we didn't implemented will be taken from RI. Is this a stupid idea? You can add the RI's class libraries using a command-line option if you so choose, but I don;t think we should build the Harmony javac to have dependencies upon the RI. Anyone want to get to work on j.u.Scanner ;-) ? Tim, I'd like to work on it, but it is not a small class so it really needs some time... How about put a skeleton into SVN temporally to enable RMI compiling at first? Regards, Tim -- Paulex Yang China Software Development Lab IBM - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: classlib build problem?
Vladimir Gorr wrote: On 5/26/06, Tim Ellison <[EMAIL PROTECTED]> wrote: That's right. When we compile with Sun's compiler it compiles against the Sun class libraries, and when we compile with the Harmony (ECJ-based) javac it compiles against the Harmony class libraries. Tim, maybe does it make sense adding the RI rt.jar to CLASSPATH for the ECJ-based compiler? In this case all we didn't implemented will be taken from RI. Is this a stupid idea? Not stupid, but would mask things like this. We just need someone to write j.u.Scanner :) geir - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: classlib build problem?
Ivan Volosyuk wrote: I have good idea. Let's move to eclipse compiler in classlib's build process. :) I believe we did this a long time ago... geir This will allow us to build classlib using number of available JREs1.4. -- Ivan 2006/5/26, Vladimir Gorr <[EMAIL PROTECTED]>: On 5/26/06, Tim Ellison <[EMAIL PROTECTED]> wrote: > > Vladimir Gorr wrote: > > maybe does it make sense adding the RI rt.jar to CLASSPATH for the > > ECJ-based > > compiler? > > In this case all we didn't implemented will be taken from RI. Is this a > > stupid idea? > > You can add the RI's class libraries using a command-line option if you > so choose, but I don;t think we should build the Harmony javac to have > dependencies upon the RI. Ok, I see and absolutely agree with you. But I have one question :-). Suppose API developers will import some unimplemented (into Harmony) class for the development needs and build with Sun's compiler (He will see no any compiler's errors). Are there the dependencies upon the RI for Harmony javac in this case? Anyone want to get to work on j.u.Scanner ;-) ? - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: classlib build problem?
Ivan Volosyuk wrote: > I have good idea. Let's move to eclipse compiler in classlib's build > process. :) There are instructions in the build file for how to switch the default build compiler to use ECJ. > This will allow us to build classlib using number of available JREs1.4. The build needs a JDK that understands 1.5 syntax. Regards, Tim > -- > Ivan > > 2006/5/26, Vladimir Gorr <[EMAIL PROTECTED]>: >> On 5/26/06, Tim Ellison <[EMAIL PROTECTED]> wrote: >> > >> > Vladimir Gorr wrote: >> > > maybe does it make sense adding the RI rt.jar to CLASSPATH for the >> > > ECJ-based >> > > compiler? >> > > In this case all we didn't implemented will be taken from RI. Is >> this a >> > > stupid idea? >> > >> > You can add the RI's class libraries using a command-line option if you >> > so choose, but I don;t think we should build the Harmony javac to have >> > dependencies upon the RI. >> >> >> Ok, I see and absolutely agree with you. But I have one question :-). >> Suppose API developers will import some unimplemented (into Harmony) >> class >> for the development needs >> and build with Sun's compiler (He will see no any compiler's errors). >> Are there the dependencies upon the RI for Harmony javac in this case? >> >> >> Anyone want to get to work on j.u.Scanner ;-) ? >> >> > > - > Terms of use : http://incubator.apache.org/harmony/mailing.html > To unsubscribe, e-mail: [EMAIL PROTECTED] > For additional commands, e-mail: [EMAIL PROTECTED] > > -- Tim Ellison ([EMAIL PROTECTED]) IBM Java technology centre, UK. - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: classlib build problem?
I have good idea. Let's move to eclipse compiler in classlib's build process. :) This will allow us to build classlib using number of available JREs1.4. -- Ivan 2006/5/26, Vladimir Gorr <[EMAIL PROTECTED]>: On 5/26/06, Tim Ellison <[EMAIL PROTECTED]> wrote: > > Vladimir Gorr wrote: > > maybe does it make sense adding the RI rt.jar to CLASSPATH for the > > ECJ-based > > compiler? > > In this case all we didn't implemented will be taken from RI. Is this a > > stupid idea? > > You can add the RI's class libraries using a command-line option if you > so choose, but I don;t think we should build the Harmony javac to have > dependencies upon the RI. Ok, I see and absolutely agree with you. But I have one question :-). Suppose API developers will import some unimplemented (into Harmony) class for the development needs and build with Sun's compiler (He will see no any compiler's errors). Are there the dependencies upon the RI for Harmony javac in this case? Anyone want to get to work on j.u.Scanner ;-) ? - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: classlib build problem?
On 5/26/06, Tim Ellison <[EMAIL PROTECTED]> wrote: Vladimir Gorr wrote: > On 5/26/06, Tim Ellison <[EMAIL PROTECTED]> wrote: >> >> Vladimir Gorr wrote: >> > maybe does it make sense adding the RI rt.jar to CLASSPATH for the >> > ECJ-based >> > compiler? >> > In this case all we didn't implemented will be taken from RI. Is this a >> > stupid idea? >> >> You can add the RI's class libraries using a command-line option if you >> so choose, but I don;t think we should build the Harmony javac to have >> dependencies upon the RI. > > Ok, I see and absolutely agree with you. But I have one question :-). > Suppose API developers will import some unimplemented (into Harmony) class > for the development needs > and build with Sun's compiler (He will see no any compiler's errors). > Are there the dependencies upon the RI for Harmony javac in this case? Sorry, I don't understand the question. By default, our javac will run on the Harmony JRE and compile against the Harmony class libraries (i.e. no dependencies on the RI at all). However, it is possible against any other class libraries, including the RI (e.g. javac -cp rt.jar Foo.java). The compiler is still running on the Harmony JRE. Does that answer your question? Yes, thanks. My misunderstanding was we use the Sun's compiler to build the Harmony classes. Sorry for this. Vladimir. Regards, Tim -- Tim Ellison ([EMAIL PROTECTED]) IBM Java technology centre, UK. - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: classlib build problem?
Vladimir Gorr wrote: > On 5/26/06, Tim Ellison <[EMAIL PROTECTED]> wrote: >> >> Vladimir Gorr wrote: >> > maybe does it make sense adding the RI rt.jar to CLASSPATH for the >> > ECJ-based >> > compiler? >> > In this case all we didn't implemented will be taken from RI. Is this a >> > stupid idea? >> >> You can add the RI's class libraries using a command-line option if you >> so choose, but I don;t think we should build the Harmony javac to have >> dependencies upon the RI. > > Ok, I see and absolutely agree with you. But I have one question :-). > Suppose API developers will import some unimplemented (into Harmony) class > for the development needs > and build with Sun's compiler (He will see no any compiler's errors). > Are there the dependencies upon the RI for Harmony javac in this case? Sorry, I don't understand the question. By default, our javac will run on the Harmony JRE and compile against the Harmony class libraries (i.e. no dependencies on the RI at all). However, it is possible against any other class libraries, including the RI (e.g. javac -cp rt.jar Foo.java). The compiler is still running on the Harmony JRE. Does that answer your question? Regards, Tim -- Tim Ellison ([EMAIL PROTECTED]) IBM Java technology centre, UK. - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: classlib build problem?
On 5/26/06, Tim Ellison <[EMAIL PROTECTED]> wrote: Vladimir Gorr wrote: > maybe does it make sense adding the RI rt.jar to CLASSPATH for the > ECJ-based > compiler? > In this case all we didn't implemented will be taken from RI. Is this a > stupid idea? You can add the RI's class libraries using a command-line option if you so choose, but I don;t think we should build the Harmony javac to have dependencies upon the RI. Ok, I see and absolutely agree with you. But I have one question :-). Suppose API developers will import some unimplemented (into Harmony) class for the development needs and build with Sun's compiler (He will see no any compiler's errors). Are there the dependencies upon the RI for Harmony javac in this case? Anyone want to get to work on j.u.Scanner ;-) ? And something yet, possibly :-)... Cheers, Vladimir. Regards, Tim -- Tim Ellison ([EMAIL PROTECTED]) IBM Java technology centre, UK. - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: classlib build problem?
Vladimir Gorr wrote: > maybe does it make sense adding the RI rt.jar to CLASSPATH for the > ECJ-based > compiler? > In this case all we didn't implemented will be taken from RI. Is this a > stupid idea? You can add the RI's class libraries using a command-line option if you so choose, but I don;t think we should build the Harmony javac to have dependencies upon the RI. Anyone want to get to work on j.u.Scanner ;-) ? Regards, Tim -- Tim Ellison ([EMAIL PROTECTED]) IBM Java technology centre, UK. - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: classlib build problem?
On 5/26/06, Tim Ellison <[EMAIL PROTECTED]> wrote: That's right. When we compile with Sun's compiler it compiles against the Sun class libraries, and when we compile with the Harmony (ECJ-based) javac it compiles against the Harmony class libraries. Tim, maybe does it make sense adding the RI rt.jar to CLASSPATH for the ECJ-based compiler? In this case all we didn't implemented will be taken from RI. Is this a stupid idea? Thanks, Vladimir. You could pass in the -classpath to our javac to pick up the reference implementation of the class libraries, but we should aim to fill in these gaps asap. Regards, Tim Alexey Petrenko wrote: > 2006/5/26, Mark Hindess <[EMAIL PROTECTED]>: >> We don't have java.util.Scanner and >> so the only reason it is compiling is because the RI compiler assumes >> its own bootstrap classes so finds its java.util.Scanner. > Yes, this can be a reason. > -- Tim Ellison ([EMAIL PROTECTED]) IBM Java technology centre, UK. - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: classlib build problem?
That's right. When we compile with Sun's compiler it compiles against the Sun class libraries, and when we compile with the Harmony (ECJ-based) javac it compiles against the Harmony class libraries. You could pass in the -classpath to our javac to pick up the reference implementation of the class libraries, but we should aim to fill in these gaps asap. Regards, Tim Alexey Petrenko wrote: > 2006/5/26, Mark Hindess <[EMAIL PROTECTED]>: >> We don't have java.util.Scanner and >> so the only reason it is compiling is because the RI compiler assumes >> its own bootstrap classes so finds its java.util.Scanner. > Yes, this can be a reason. > -- Tim Ellison ([EMAIL PROTECTED]) IBM Java technology centre, UK. - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: classlib build problem?
2006/5/26, Mark Hindess <[EMAIL PROTECTED]>: We don't have java.util.Scanner and so the only reason it is compiling is because the RI compiler assumes its own bootstrap classes so finds its java.util.Scanner. Yes, this can be a reason. -- Alexey A. Petrenko Intel Middleware Products Division
Re: classlib build problem?
On 26 May 2006 at 12:18, "Alexey Petrenko" <[EMAIL PROTECTED]> wrote: > > 2006/5/26, Ivan Volosyuk <[EMAIL PROTECTED]>: > > > > I am experimenting with eclipse compiler ... > > I've just built fresh Harmony sources without any problems. But not with the Eclipse compiler... which I think means it is working by accident rather than by design. We don't have java.util.Scanner and so the only reason it is compiling is because the RI compiler assumes its own bootstrap classes so finds its java.util.Scanner. Regards, Mark. - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
Re: classlib build problem?
I've just built fresh Harmony sources without any problems. 2006/5/26, Ivan Volosyuk <[EMAIL PROTECTED]>: I am experimenting with eclipse compiler from org/apache/harmony/tools/javac/Main. The point is that I don't have java5 at home computer, but I figured out that eclipse compiler in ecj_3.2RC5.jar can be good substitution. I have tweaked the tools javac wrapper and managed to start ant with that compiler. There are number of errors in eclipse compiler complaining about wrong usage of @Override and @Deprecated keywords. I simply removed all of them to get through. The problem which stopped me is: [javac] 1009. ERROR in /home/ivan/experiments/harmony/trunk/modules/rmi/src/main/java/java/rmi/server/RMIClassLoader.java [javac] (at line 22) [javac] import java.util.Scanner; [javac]^ [javac] The import java.util.Scanner cannot be resolved Does there problem result from my experiments or the classlib build is broken now? -- Ivan - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] -- Alexey A. Petrenko Intel Middleware Products Division
classlib build problem?
I am experimenting with eclipse compiler from org/apache/harmony/tools/javac/Main. The point is that I don't have java5 at home computer, but I figured out that eclipse compiler in ecj_3.2RC5.jar can be good substitution. I have tweaked the tools javac wrapper and managed to start ant with that compiler. There are number of errors in eclipse compiler complaining about wrong usage of @Override and @Deprecated keywords. I simply removed all of them to get through. The problem which stopped me is: [javac] 1009. ERROR in /home/ivan/experiments/harmony/trunk/modules/rmi/src/main/java/java/rmi/server/RMIClassLoader.java [javac] (at line 22) [javac] import java.util.Scanner; [javac]^ [javac] The import java.util.Scanner cannot be resolved Does there problem result from my experiments or the classlib build is broken now? -- Ivan - Terms of use : http://incubator.apache.org/harmony/mailing.html To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
