[GitHub] [ant] slobokot commented on issue #98: Use commandline argument file for all options, but -J, for case javac…

slobokot commented on issue #98: Use commandline argument file for all options, but -J, for case javac… URL: https://github.com/apache/ant/pull/98#issuecomment-545595029 Reproduced issue using following build.xml

[GitHub] [ant] lipnitsk commented on issue #98: Use commandline argument file for all options, but -J, for case javac…

lipnitsk commented on issue #98: Use commandline argument file for all options, but -J, for case javac… URL: https://github.com/apache/ant/pull/98#issuecomment-545576894 This change likely broke the usage of command-line argument files, see https://bz.apache.org/bugzilla/show_bug.cgi?id

Re: [ant] branch master updated: Fixed regression on javac version selection in case build.compiler property is set.

Kruithof wrote: This still leaves an issue, If ant is run using java 8 and an external compiler java 11 is used, the correct compiler version is not determined, this is also the case in the ant 1.10.6 release. Do you mean using the "executable" attribute of the javac task to point to a

Re: [ant] branch master updated: Fixed regression on javac version selection in case build.compiler property is set.

is also the case > in the ant 1.10.6 release. Do you mean using the "executable" attribute of the javac task to point to an external compiler? -Jaikiran > > On 25-08-19 11:44, j...@apache.org wrote: >> This is an automated email from the ASF dual-hosted git repository

Re: (source/target/release) argument passing to javac task is broken in master

-16 OpenJDK Runtime Environment AdoptOpenJDK (build 11.0.3+7) OpenJDK 64-Bit Server VM AdoptOpenJDK (build 11.0.3+7, mixed mode) jkf@zelfbouwasuscm:~/testje$ ~/git-ant/ant/dist/bin/ant Buildfile: /home/jkf/testje/build.xml build:     [javac] /home/jkf/testje/build.xml:4: warning: 'includeantru

Re: (source/target/release) argument passing to javac task is broken in master

ect build no longer honours the source, target and >> release attributes of the javac task for versions of javac that support >> it. For example when building with Java 11 our "compile" target in >> build.xml although has the correct attribute values, those values never &g

Re: (source/target/release) argument passing to javac task is broken in master

attributes of the javac task for versions of javac that support it. For example when building with Java 11 our "compile" target in build.xml although has the correct attribute values, those values never get passed to the underlying javac call. As a result, the compiled classes use an incor

(source/target/release) argument passing to javac task is broken in master

Hello Martijn, I was in the process of running some tests to decide if we are in a state to do a release of Ant project. While doing so, I ran into an issue where our project build no longer honours the source, target and release attributes of the javac task for versions of javac that support it

[GitHub] [ant] jmkf merged pull request #98: Use commandline argument file for all options, but -J, for case javac…

jmkf merged pull request #98: Use commandline argument file for all options, but -J, for case javac… URL: https://github.com/apache/ant/pull/98 This is an automated message from the Apache Git Service. To respond to the

[GitHub] [ant] jmkf commented on issue #98: Use commandline argument file for all options, but -J, for case javac…

jmkf commented on issue #98: Use commandline argument file for all options, but -J, for case javac… URL: https://github.com/apache/ant/pull/98#issuecomment-502364041 I was wondering why the java 11 checks would not apply to java 12 as the first ones, howerver these are indeed referring to

[GitHub] [ant] asfgit commented on issue #98: Use commandline argument file for all options, but -J, for case javac…

asfgit commented on issue #98: Use commandline argument file for all options, but -J, for case javac… URL: https://github.com/apache/ant/pull/98#issuecomment-502349133 Refer to this link for build results (access rights to CI server needed): https://builds.apache.org/job/Ant

[GitHub] [ant] asfgit commented on issue #98: Use commandline argument file for all options, but -J, for case javac…

asfgit commented on issue #98: Use commandline argument file for all options, but -J, for case javac… URL: https://github.com/apache/ant/pull/98#issuecomment-502349123 Refer to this link for build results (access rights to CI server needed): https://builds.apache.org/job/Ant

[GitHub] [ant] bodewig commented on issue #98: Use commandline argument file for all options, but -J, for case javac…

bodewig commented on issue #98: Use commandline argument file for all options, but -J, for case javac… URL: https://github.com/apache/ant/pull/98#issuecomment-502348318 this is OK to test This is an automated message from

[GitHub] [ant] asfgit commented on issue #98: Use commandline argument file for all options, but -J, for case javac…

asfgit commented on issue #98: Use commandline argument file for all options, but -J, for case javac… URL: https://github.com/apache/ant/pull/98#issuecomment-501923947 Can one of the admins verify this patch? This is an

[GitHub] [ant] asfgit commented on issue #98: Use commandline argument file for all options, but -J, for case javac…

asfgit commented on issue #98: Use commandline argument file for all options, but -J, for case javac… URL: https://github.com/apache/ant/pull/98#issuecomment-501923948 Can one of the admins verify this patch? This is an

[GitHub] [ant] asfgit commented on issue #98: Use commandline argument file for all options, but -J, for case javac…

asfgit commented on issue #98: Use commandline argument file for all options, but -J, for case javac… URL: https://github.com/apache/ant/pull/98#issuecomment-501923943 Can one of the admins verify this patch? This is an

[GitHub] [ant] asfgit commented on issue #98: Use commandline argument file for all options, but -J, for case javac…

asfgit commented on issue #98: Use commandline argument file for all options, but -J, for case javac… URL: https://github.com/apache/ant/pull/98#issuecomment-501923940 Can one of the admins verify this patch? This is an

[GitHub] [ant] asfgit commented on issue #98: Use commandline argument file for all options, but -J, for case javac…

asfgit commented on issue #98: Use commandline argument file for all options, but -J, for case javac… URL: https://github.com/apache/ant/pull/98#issuecomment-501923945 Can one of the admins verify this patch? This is an

[GitHub] [ant] asfgit commented on issue #98: Use commandline argument file for all options, but -J, for case javac…

asfgit commented on issue #98: Use commandline argument file for all options, but -J, for case javac… URL: https://github.com/apache/ant/pull/98#issuecomment-501923944 Can one of the admins verify this patch? This is an

[GitHub] [ant] slobokot opened a new pull request #98: Use commandline argument file for all options, but -J, for case javac…

slobokot opened a new pull request #98: Use commandline argument file for all options, but -J, for case javac… URL: https://github.com/apache/ant/pull/98 Currently only java files are passed using commandline argument file for javac. There are times when classpath is longer than 8000

Re: Ant Documentation Page Error (javac task "debug" tag)

On 2016-07-01, John Argentieri wrote: > This page has a note which I think may be causing some confusion. Is > the javac "debug" tag for ant really supposed to be "off"/"true"? or > is it really supposed to be "on"/"off"? If so, the last

Ant Documentation Page Error (javac task "debug" tag)

Dear Ant Devs, This page has a note which I think may be causing some confusion. Is the javac "debug" tag for ant really supposed to be "off"/"true"? or is it really supposed to be "on"/"off"? If so, the last sentence is incorrect...: http

[GitHub] ant pull request: The JDK 9 module system support for the Javac Ta...

Github user tzezula commented on a diff in the pull request: https://github.com/apache/ant/pull/16#discussion_r58201438 --- Diff: src/tests/junit/org/apache/tools/ant/taskdefs/JavacTest.java --- @@ -244,4 +248,85 @@ public void testTargetOverridesDefault() { javac.setTa

[GitHub] ant pull request: The JDK 9 module system support for the Javac Ta...

Github user bodewig commented on a diff in the pull request: https://github.com/apache/ant/pull/16#discussion_r58160809 --- Diff: src/tests/junit/org/apache/tools/ant/taskdefs/JavacTest.java --- @@ -244,4 +248,85 @@ public void testTargetOverridesDefault() { javac.setTa

[GitHub] ant pull request: The JDK 9 module system support for the Javac Ta...

Github user silviu-burcea commented on a diff in the pull request: https://github.com/apache/ant/pull/16#discussion_r58038934 --- Diff: src/tests/junit/org/apache/tools/ant/taskdefs/JavacTest.java --- @@ -244,4 +248,85 @@ public void testTargetOverridesDefault() { javac

[GitHub] ant pull request: The JDK 9 module system support for the Javac Ta...

Github user bodewig commented on the pull request: https://github.com/apache/ant/pull/16#issuecomment-200354466 Many thanks for the explanation. --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not hav

[GitHub] ant pull request: The JDK 9 module system support for the Javac Ta...

Github user tzezula commented on the pull request: https://github.com/apache/ant/pull/16#issuecomment-199305236 Yes. Unfortunately the javac `-modulesourcepath` option for the multi module compilation is more complex than existing path arguments. It's described in [JEP 261: M

[GitHub] ant pull request: The JDK 9 module system support for the Javac Ta...

Github user bodewig commented on the pull request: https://github.com/apache/ant/pull/16#issuecomment-199231853 This looks a bit more complex than I would have naively expected, I've probably been underestimating the impact of modules. Many thanks! --- If your project is set

[GitHub] ant pull request: The JDK 9 module system support for the Javac Ta...

Github user asfgit closed the pull request at: https://github.com/apache/ant/pull/16 --- If your project is set up for it, you can reply to this email and have your reply appear on GitHub as well. If your project does not have this feature enabled and wishes so, or if the feature is enabled

[GitHub] ant pull request: The JDK 9 module system support for the Javac Ta...

GitHub user tzezula opened a pull request: https://github.com/apache/ant/pull/16 The JDK 9 module system support for the Javac Task Added a support for jigsaw modulepath, upgrademodulepath and modulesourcepath to Javac task. Both single module and multi module compilation is

Javac or a New Task (ClassSourceCopy) with Source Files Copy option

t all the sources which are not used by this compile. Seeing such generality need, thought of putting across to forum if it is nice to have a option for javac to copy the sources which are used. I understand ant's javac task does not do this dependency check directory but the underlaying ja

Re: AW: JDK version in javac tag

: > > ? > > Jan > >>-Ursprüngliche Nachricht- >>Von: peibel [mailto:p.castre...@ibermatica.com] >>Gesendet: Donnerstag, 28. Mai 2009 14:51 >>An: dev@ant.apache.org >>Betreff: JDK version in javac tag >> >> >>Hi, >> &

Re: JDK version in javac tag

peibel wrote on 05/28/2009 08:50:47 AM: > Is there a way to bind the javac tag to compile whith JDKS 1.5 java > version. Are you talking about the JLS level (i.e. language features) or the APIs?

AW: JDK version in javac tag

? Jan >-Ursprüngliche Nachricht- >Von: peibel [mailto:p.castre...@ibermatica.com] >Gesendet: Donnerstag, 28. Mai 2009 14:51 >An: dev@ant.apache.org >Betreff: JDK version in javac tag > > >Hi, > >Is there a way to bind the javac tag to compile whith JDK

JDK version in javac tag

Hi, Is there a way to bind the javac tag to compile whith JDKS 1.5 java version. thanks -- View this message in context: http://www.nabble.com/JDK-version-in-javac-tag-tp23761074p23761074.html Sent from the Ant - Dev mailing list archive at Nabble.com

Re: javac task problem in Java 6

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

Re: javac task problem in Java 6

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

Re: javac task problem in Java 6

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

Re: javac task problem in Java 6

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 > > Co

Re: javac task problem in Java 6

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 do

Re: javac task problem in Java 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. >

Re: javac task problem in Java 6

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

Re: javac task problem in Java 6

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

Re: javac task problem in Java 6

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. U

Re: javac task problem in Java 6

e present on the classpath, beyond the obvious fact that if the content of such a dependency could possibly affect the generated bytecode then it must be present. I seem to recall that Jikes used to behave differently than javac, and I am not that surprised if JDK 5 javac behaves differently f

Re: javac task problem in Java 6

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

Re: javac task problem in Java 6

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

Re: javac task problem in Java 6

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 diffe

javac task problem in Java 6

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

DO NOT REPLY [Bug 18950] - Enable Javac to update jar file

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

svn commit: r536740 - in /ant/core/trunk/src/tests/antunit/taskdefs: delete-test.xml javac-test.xml pathconvert-test.xml war-test.xml whichresource-test.xml

Author: kevj Date: Wed May 9 21:42:26 2007 New Revision: 536740 URL: http://svn.apache.org/viewvc?view=rev&rev=536740 Log: -use antunit-base Modified: ant/core/trunk/src/tests/antunit/taskdefs/delete-test.xml ant/core/trunk/src/tests/antunit/taskdefs/javac-test.xml ant/core/t

Re: Javac return status

euge wrote: May be it's not the place to write my question. If yes, I'm sorry. Why is it not allowed to put javac in condition tag? Is there any reason why it was not developed? or the developers did not just get to it yet? Asking just out of curiosity. Ant has a very simple v

AW: Javac return status

2007 04:21 >An: Ant Developers List >Betreff: Javac return status > >May be it's not the place to write my question. If yes, I'm sorry. > >Why is it not allowed to put javac in condition tag? Is there >any reason why >it was not developed? or the developers d

Javac return status

May be it's not the place to write my question. If yes, I'm sorry. Why is it not allowed to put javac in condition tag? Is there any reason why it was not developed? or the developers did not just get to it yet? Asking just out of curiosity.

svn commit: r491013 - /ant/core/trunk/src/tests/antunit/taskdefs/javac-test.xml

Author: peterreilly Date: Fri Dec 29 06:10:21 2006 New Revision: 491013 URL: http://svn.apache.org/viewvc?view=rev&rev=491013 Log: replace a noop test Modified: ant/core/trunk/src/tests/antunit/taskdefs/javac-test.xml Modified: ant/core/trunk/src/tests/antunit/taskdefs/javac-test.xml

DO NOT REPLY [Bug 35637] - Allow javac to set property when compile fails

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 28941] - [patch] javac && onCompile support

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

svn commit: r490749 - in /ant/core/trunk/src/tests/antunit/taskdefs: javac-dir/bad-src/Bad.java javac-dir/good-src/Simple.java javac-test.xml

Author: peterreilly Date: Thu Dec 28 08:06:26 2006 New Revision: 490749 URL: http://svn.apache.org/viewvc?view=rev&rev=490749 Log: pset svn:eol-style native Modified: ant/core/trunk/src/tests/antunit/taskdefs/javac-dir/bad-src/Bad.java (contents, props changed) ant/core/trunk

svn commit: r490748 - in /ant/core/trunk/src/tests/antunit/taskdefs: javac-dir/ javac-dir/bad-src/ javac-dir/bad-src/Bad.java javac-dir/good-src/ javac-dir/good-src/Simple.java javac-test.xml

Author: peterreilly Date: Thu Dec 28 08:03:45 2006 New Revision: 490748 URL: http://svn.apache.org/viewvc?view=rev&rev=490748 Log: tests for errorProperty and updatedProperty of javac Added: ant/core/trunk/src/tests/antunit/taskdefs/javac-dir/ ant/core/trunk/src/tests/antunit/task

DO NOT REPLY [Bug 34138] - Ant should use other compilers when Sun's Javac can not be found

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 34138] - Ant should use other compilers when Sun's Javac can not be found

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 37148] - javac nested element troube with excludes

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 37148] - javac nested element troube with excludes

NVALID --- Additional Comments From [EMAIL PROTECTED] 2006-10-20 14:22 --- The REOPENED bug seems to describe something different than the original. As for Stuff.java being recompiled in the REOPENED stuff, that would be javac for you. It is a greedy compiler. What would you expect a compi

DO NOT REPLY [Bug 37148] - javac nested element troube with excludes

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 37148] - javac nested element troube with excludes

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 34138] - Ant should use other compilers when Sun's Javac can not be found

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 40718] - javac nested exclude tag broken with comma separated values

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 40718] - javac nested exclude tag broken with comma separated values

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 40718] - javac nested exclude tag broken with comma separated values

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 40718] - javac nested exclude tag broken with comma separated values

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 40718] New: - javac nested exclude tag broken with comma separated values

gzilla/show_bug.cgi?id=40718 Summary: javac nested exclude tag broken with comma separated values Product: Ant Version: 1.6.5 Platform: All URL: http://www.rawbw.com/~kbrussel/anttest.zip OS/Version: All

DO NOT REPLY [Bug 34138] - Ant should use other compilers when Sun's Javac can not be found

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 37148] - javac nested element troube with excludes

NVALID --- Additional Comments From [EMAIL PROTECTED] 2006-09-14 21:52 --- The error is not that strange Assuming out have a directory layout: src/org/acme/A.java src/poi/C.java gen/org/acme/plane/B.java corresponds to the command line: javac -sourcepath src -d classes src/org/acme/

DO NOT REPLY [Bug 34138] - Ant should use other compilers when Sun's Javac can not be found

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

Re: source by refid in javac

to compile)? > > Regarding **.java, I personally think the **/*.java syntax is clearer > and less prone to be confused with *.java visually. yeah, it was an error (it did work though) > And your exclude is only a hint to Ant, and Javac may overrule that > unless you also reset the sourcep

Re: source by refid in javac

error (it did work though) And your exclude is only a hint to Ant, and Javac may overrule that unless you also reset the sourcepath. Maybe not an issue in your case, if it's code that doesn't compile on purpose ;-) --DD I know that , i was going to mention it. the main thing i

Re: source by refid in javac

Isn't the nested supposed to be a list of directories to use as source paths, (and not a list of souce files to compile)? Regarding **.java, I personally think the **/*.java syntax is clearer and less prone to be confused with *.java visually. And your exclude is only a hint to Ant, and

source by refid in javac

OK. I give up. how do you pass down a fileset by ref as the souce dir to javac? src is a path ,and there is no srcref ID in the matching task. I tried to use the fileset inside the src dir, but got told off for not setting a srcdir attribute

DO NOT REPLY [Bug 28642] - Problems running task javac with Ant1.6.1 and Jdk 1.4.2_04

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 28642] - Problems running task javac with Ant1.6.1 and Jdk 1.4.2_04

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 39936] - when javac fails, no .class files are created (even for .java files which had no errors)

ONTFIX --- Additional Comments From [EMAIL PROTECTED] 2006-06-30 01:04 --- This is the behavior of SUN's Javac compiler. Ant cannot do anything about it. Sorry, --DD -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email --- You are receiving this m

DO NOT REPLY [Bug 39936] New: - when javac fails, no .class files are created (even for .java files which had no errors)

gzilla/show_bug.cgi?id=39936 Summary: when javac fails, no .class files are created (even for .java files which had no errors) Product: Ant Version: 1.6.5 Platform: PC OS/Version: Windows XP Status: NEW Se

DO NOT REPLY [Bug 36056] - Manual mistake "true" for "on" value of debug attribute in javac

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 35590] - Request: control source/target of javac through a property

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 39183] - Make source attribute of javac mandatory

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 39183] - Make source attribute of javac mandatory

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 39183] - Make source attribute of javac mandatory

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 39183] - Make source attribute of javac mandatory

gzilla/show_bug.cgi?id=39183 --- Additional Comments From [EMAIL PROTECTED] 2006-04-03 21:43 --- >aah, but changes the type of teh return of >project.createTask("javac"), which could toast any custom task that assumed it >was castable. It is problem (or feature) that

DO NOT REPLY [Bug 39183] - Make source attribute of javac mandatory

gzilla/show_bug.cgi?id=39183 --- Additional Comments From [EMAIL PROTECTED] 2006-04-03 21:24 --- aah, but changes the type of teh return of project.createTask("javac"), which could toast any custom task that assumed it was castable. A property would let us fix everything on gum

DO NOT REPLY [Bug 39183] - Make source attribute of javac mandatory

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 39183] - Make source attribute of javac mandatory

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 39183] - Make source attribute of javac mandatory

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 39183] - Make source attribute of javac mandatory

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 39183] New: - Make source attribute of javac mandatory

gzilla/show_bug.cgi?id=39183 Summary: Make source attribute of javac mandatory Product: Ant Version: 1.6.5 Platform: Other OS/Version: other Status: NEW Severity: normal Priority: P2 Component: Core Assi

DO NOT REPLY [Bug 28142] - No attribute for -X option with javac compiler

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 28142] - No attribute for -X option with javac compiler

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 28142] - No attribute for -X option with javac compiler

gzilla/show_bug.cgi?id=28142 --- Additional Comments From [EMAIL PROTECTED] 2006-01-23 10:26 --- (In reply to comment #3) > (In reply to comment #2) > > the compilerarg element in a javac task has no effect. see below. > > I cannot run the command line because arg list is

DO NOT REPLY [Bug 28142] - No attribute for -X option with javac compiler

DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bu

DO NOT REPLY [Bug 28142] - No attribute for -X option with javac compiler

gzilla/show_bug.cgi?id=28142 --- Additional Comments From [EMAIL PROTECTED] 2006-01-20 15:04 --- (In reply to comment #2) > the compilerarg element in a javac task has no effect. see below. > I cannot run the command line because arg list is too long. > Thanks. What exactly makes y

DO NOT REPLY [Bug 28142] - No attribute for -X option with javac compiler

SFORME | --- Additional Comments From [EMAIL PROTECTED] 2006-01-20 10:50 --- the compilerarg element in a javac task has no effect. see below. I cannot run the command line because arg list is too long. Thanks. -- Configure bugmail: http://issues.apache.org/bu

  1   2   3   4   5   >