Well, I am mostly talking about Harmony users rather than developers and about user applications they can run on top of Harmony. From this point of view ECJ is just a regular application. And more application's versions can be ran on Harmony more benefits Harmony will get. Users are free to download and try any application version they like, right? I agree it is probably not a high priority task. However, Oliver said it is easy..
Regards, 2007/5/29, Alexey Petrenko <[EMAIL PROTECTED]>:
2007/5/28, Alexei Zakharov <[EMAIL PROTECTED]>: > BTW, if I remember correctly ECJ is never called by means of "java > -jar ecj.jar" from our build scripts. This way, the issue is only > applicable to the situation then user wants to run ECJ manually for > his/her personal needs. However, in this case he/she can be using any > version of ECJ he/she likes. But you will need to upgrade your already downloaded version to get this patch anyway. And it does not really matter to what version to upgrade. So I agree that backporting is not needed. SY, Alexey > 2007/5/28, Gregory Shimansky <[EMAIL PROTECTED]>: > > Olivier Thomann wrote: > > > "Alexei Zakharov" <[EMAIL PROTECTED]> wrote on 2007-05-25 > > > 09:57:59: > > >> As for "java -jar ecj.jar ..." - looks like it can be fixed only by > > >> downloading new version of ecj.jar that includes Oliver's patch. > > > The patch can be backported to 3.2 maintenance stream. It is pretty > > > straight forward. > > > If you want this, please mention it in the bug report [1]. > > > > > > [1] https://bugs.eclipse.org/bugs/show_bug.cgi?id=188648 > > > > I think backporting is not needed. We're currently using ECJ 3.3M7. I > > think as soon as 3.3RC2 will appear we'll switch URL to download it, and > > so workaround won't be needed any more. > > > > -- > > Gregory > > > > > > > -- > Alexei Zakharov, > Intel ESSD >
-- Alexei Zakharov, Intel ESSD
