RE: Pb with 1.6 launcher?!?

2004-01-09 Thread Kenneth Olving
> It doesn't ring a bell with me. If it happens again, please record the > classpath. It could be due to a typo or funny character in > the classpath > confusing the URL code in the JDK? FWIW, I once used directory names with '!' in them. This had to end pretty quick when I used jars in them by

RE: [PATCH] Support for default ProjectHelper to expand properties in attributes to project/target tags

2004-01-07 Thread Kenneth Olving
> people would expect xyzzy to get executed (it won't with your patch, > Ant will fail because no target ${baz} exists instead). This would > break the static target dependency analysis for Ant. Ah. Ok, got it. Theoretically, the patch could be applied to the tag only then - but considering the

RE: [PATCH] Support for default ProjectHelper to expand properties in attributes to project/target tags

2004-01-05 Thread Kenneth Olving
> I feel unconfortable about this change. It introduces some sort of > dynamic programming with I do notknow which consequences. What happens > when people use ?, what happens when depends lists contain > such variables? I think it is a very bad can or worms, unless we first > have a rational for i

RE: Default setting of the javac includeAntRuntime attribute?

2004-01-05 Thread Kenneth Olving
Steve, thank you for a comment in depth. > version, but changing a default is the kind of subtle change that > doesn't appear to break things, but changes the expected > results. People > really hate it when we do that. Yes - again, I can definitively relate to that. The bottom reason I desire

RE: Default setting of the javac includeAntRuntime attribute?

2004-01-05 Thread Kenneth Olving
> There are lots of things that are inconsistent & due to backwards > compatibility. No, we dont want to change them. Fair enough, I can relate to that. And as Mr Fernandez points out, there may be a better solution anyway in this particular case. > do you want to field > every bug report that

RE: Default setting of the javac includeAntRuntime attribute?

2004-01-05 Thread Kenneth Olving
> On a more cheerfully note, take a look at: (in 1.6) > With this task you can define your own defaults for whichever > task you want to use and even use the same name as the original > IIRC. > > This may be the solution to the battle of the defaults. Aha! Still on 1.4, so it's definitively time

Default setting of the javac includeAntRuntime attribute?

2004-01-04 Thread Kenneth Olving
XML parsers and such, not to mention us that specifically builds against Ant itself, but may want to use one version to build *with* and another to build *against*. Yes - it's not to terribly hard to set the attribute, but IMHO it 'errs on the wrong side' if you forget it/don&#x

[PATCH] Support for default ProjectHelper to expand properties in attributes to project/target tags

2004-01-04 Thread Kenneth Olving
dded in my tool and that tool makes sure there are appropriate properties set. Patch (cvs diff -u ...) follows at the bottom. Thank you, Kenneth Olving CM Architect The Frameworx Company Index: ProjectHelper2.java === RCS file: