You are viewing a plain text version of this content. The canonical link for it is here.
Posted to dev@ant.apache.org by bu...@apache.org on 2002/11/14 19:18:43 UTC

DO NOT REPLY [Bug 14558] New: - Fail task adds extra newlines

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=14558>.
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=14558

Fail task adds extra newlines

           Summary: Fail task adds extra newlines
           Product: Ant
           Version: 1.6Alpha (nightly)
          Platform: PC
        OS/Version: Linux
            Status: NEW
          Severity: Minor
          Priority: Other
         Component: Core tasks
        AssignedTo: ant-dev@jakarta.apache.org
        ReportedBy: gus.heck@olin.edu


The following snipit from my build file 

     <fail unless="public.target.called">

     This target is not available to the general public. For a list
     of public targets use: ant targets

     </fail>

produces the following output that has 4 newlines between the message and the
Total time for the build instead of the expected 2 that are included in the fail
task text. 

[gus@draco webjava]$ ~/projects/jakarta-ant/dist/bin/ant mkdir-release
Buildfile: build.xml

init:

BUILD FAILED
file:/home/gus/projects/cs101.org/2002/11/13/webjava/build.xml:10:

     This target is not available to the general public. For a list
     of public targets use: ant targets



Total time: 1 second
[gus@draco webjava]$ ~/projects/jakarta-ant/dist/bin/ant -version
Apache Ant version 1.6alpha compiled on November 8 2002
[gus@draco webjava]$

Since it is cosmetic I havn't tried to diagnose the source of this or come up
with a patch yet (I may in the future), but I wanted to get the bug in here so
it isn't forgotten. One of these 2 extra newlines is probably the standard
included newline before the Time message, but the other is clearly spurious and
should be eliminated. With regards to the newline for the time mesage perhaps
when the message is supplied this way a trailing newline should be eaten if it
exists to make up for the time message newline. Since output other than the time
message after a fail task fails is probably not an issue, this should be reasonable.

--
To unsubscribe, e-mail:   <ma...@jakarta.apache.org>
For additional commands, e-mail: <ma...@jakarta.apache.org>