DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7542>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND INSERTED IN THE BUG DATABASE.
http://nagoya.apache.org/bugzilla/show_bug.cgi?id=7542 Javac taskdef does not support @files ------- Additional Comments From [EMAIL PROTECTED] 2002-04-03 16:08 ------- Diane Holt kindly pointed this out, and I should have updated the bug to reflect why this is needed to support the AspectJ compiler (ajc). Interpreting them as includes works ok for javac, though it does not support files listing full paths. It doesn't work well for implementing the AspectJ compiler, ajc, using build.properties: - ajc has options not in Javac, which we can support using argfiles to avoid tweaking the Javac taskdef interface. The current alternative of supporting our own taskdef interface makes it harder to implement switching between javac and ajc. - ajc also permits other argfiles to be included, which permits recursive definitions essential to combining source subsets effectively - most AspectJ developers use argfiles because all sources must be listed on the command line and they have to include AspectJ and Java sources in the same tree to preserve their IDE views. - ajc users also compiling from the command line use argfiles already; not supporting argfiles duplicates the build semantics unnecessarily. I think a new argfile option would not break any existing ant scripts or CompilerAdapter implementations, and since both Javac and Jikes support it, their CompilerAdapter implementations would be easy to upgrade. I'm attaching a verbose explanation if you want more details. -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
