Steve Loughran wrote:
Jesse Glick wrote:
Jess Holle wrote:
We've seen this before where A depends on B which /internally/
depends upon C and then suddenly one has to have C around to compile A.
Although this is not forbidden by the JLS (as far as I know), it does
seem undesirable. If you kno
Jesse Glick wrote:
Jess Holle wrote:
We've seen this before where A depends on B which /internally/ depends
upon C and then suddenly one has to have C around to compile A.
Although this is not forbidden by the JLS (as far as I know), it does
seem undesirable. If you know of particular example
Jess Holle wrote:
We've seen this before where A depends on B which /internally/ depends upon C
and then suddenly one has to have C around to compile A.
Although this is not forbidden by the JLS (as far as I know), it does seem undesirable. If you know of particular examples which can be expre
On Wed, 5 Nov 2008, Sergey Bondarenko <[EMAIL PROTECTED]> wrote:
> Hi Stefan!
>
> I followed your advice and set sourcepath to "".
>
> Compilation by javac works properly in JDK 5 and 6:
> javac -sourcepath "" -classpath b.jar A.java
>
> Compilation by ant task works properly in JDK 5, but does
Hi Stefan!
I followed your advice and set sourcepath to "".
Compilation by javac works properly in JDK 5 and 6:
javac -sourcepath "" -classpath b.jar A.java
Compilation by ant task works properly in JDK 5, but does not work in JDK 6:
On Tue, 4 Nov 2008, Sergey Bondarenko <[EMAIL PROTECTED]> wrote:
> javac -sourcepath A.java -classpath b.jar A.java
> It works properly in both JDK 5 and 6.
This is not what Ant does (and why I pointed you at sourcepath="" in
order to get something like that.
> But Ant's javac task with "include
Well, I tried javac:
javac -sourcepath A.java -classpath b.jar A.java
It works properly in both JDK 5 and 6.
But Ant's javac task with "includes" and "excludes" does not work with JDK
6.
So I am not sure that problem is in javac compiler. It looks like there is a
problem in javac Ant task.
Could
I am rather certain this is a javac bug -- though it would be good to
/prove /that from a javac command line so as to get some focus on the
real issue here.
I believe Sun should take this particular issue seriously. We've seen
this before where A depends on B which /internally/ depends upon C
On Tue, 4 Nov 2008, Sergey Bondarenko <[EMAIL PROTECTED]> wrote:
> Regarding compilation issue, it looks like Ant javac task does not
> handle "includes" and "excludes" attributes correctly when it is
> used with JDK 6. But it works properly with JDK 5.
Uhm, no.
includes/excludes controls which
Sergey Bondarenko wrote:
Imagine situation when you have 3 classes with dependencies between them:
A -> B -> C
Then you compile C.java and pack into c.jar
Then you compile B.java, using c.jar in classpath, and pack it into b.jar
Then you compile A.java, using b.jar.
It works properly in Java 5
On Sat, 1 Nov 2008, Sergey Bondarenko <[EMAIL PROTECTED]> wrote:
> Any new regarding this issue?
IMHO you are simply not sending your question to the set of people
that could answer them. Based on your description the javac compilers
behave differently, but Ant doesn't. I don't see how the Ant
Sergey Bondarenko wrote:
> I created simple test case, so could you please look at it and try to find
> out the cause of the problem?
> http://download.cl1p.net/javac_bug/?FILE=17647
> There are two bat-files in archive: works.bat and fails.bat. The only
> difference between them is JDK version.
I
Any new regarding this issue?
Thanks!
Sergey.
2008/10/30 Sergey Bondarenko <[EMAIL PROTECTED]>
> Hi dear Ant developers!
>
>
> I think I found a bug in Ant javac task, (or maybe in Java compiler).
> I need you help to check if it is true.
>
> Javac task behaves differently in Java 6 and Java 5.
Hi dear Ant developers!
I think I found a bug in Ant javac task, (or maybe in Java compiler).
I need you help to check if it is true.
Javac task behaves differently in Java 6 and Java 5.
For some reason it works properly in Java 5 on the same project structure,
but fails in Java 6.
Imagine situ
14 matches
Mail list logo
