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=13847>. 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=13847 pvcs task: wrong option (-r) specified for get (should be -v) ------- Additional Comments From [EMAIL PROTECTED] 2003-02-03 21:49 ------- Conor writes, "This sounds like a backward compatability break." in his prior comment. That's very true, however it's not clear to me how to avoid it. In PVCS, using the -r option will work differently given different values, treating it as a label unless it starts with a number, when it attempts to treat it as a revision number. It's broken in that if you create a label that starts with a digit, which is allowed, PVCS attempts to use that as a revision number. We can "fix" Ant by using the -l option for PVCS, which always interprets the value as a label, but then we'd need to find a way to allow people to specify a revision. I know that as a general rule, Ant maintainers try to avoid breaking backwards compatibility, and I strongly support that, but I am trying to find a way to resolve Christian's bug. So the path would be to make the migration gradual, by first introducing a new attribute that means what it says, then later, changing the old attribute to mean what it really says. We could just document the pvcs task to specificially mention that if the label begins with a digit, it must be escaped, but that seems half-baked. I'm open to suggestions from the ant committers.
