Or making all the targets dependencies and relying on if/unless to stop the wrong ones from executing is probably the intended way, as opposed to <antcall> which is nice for more dynamic things.
-Matt --- EXT / FOCAL MALAPRADE Roland <[EMAIL PROTECTED]> wrote: > you could use a <condition> as such: > > <condition property="isWindows"> > <os family="windows" /> > </condition> > > with a PatternSet. i.e.: > > <patternset id="sources" > > <include name="files" if="isWindows"/> > </patternset> > > and then call a target as such: > > <target name="fooWindows" if="isWindows"/> > > if you make one target per os, and call all of them > with an <antcall>, the > right one should get called. > > Roland > > > > -----Message d'origine----- > De : Markus Kramer [mailto:[EMAIL PROTECTED]] > Envoye : vendredi 20 septembre 2002 12:53 > A : [EMAIL PROTECTED] > Objet : OS-specific execution of any element > requested > > > I don't see a way to constrain elements of a java > target to the > operating system. > This leads to "Copy and Paste" java targets, one for > each OS, which is a > bad thing. > The following does not work, but it would be nice to > have, I think. > I propose that *each* element can have a os > attribute. > Below, there are three offending os="windows" > attributes at the jvmarg > and the pathelement elements. > The meaning of a jvmarg element with an os="windows" > attributes would be > that its only regarded when on Win32. > > <java classname="foo.bar.Main" > fork="yes" > > <arg value="${eaffile}"/> > <jvmarg value="-Djava.ext.dirs=${src}/java.ext.dir" > /> > <jvmarg > value="-Djava.library.path=${src}/jmf__Vwin2.1.1a" / > os="windows"> > <jvmarg value="${jvmarg}"/> > <classpath refid="extpacFooBar"/> > <classpath> > <pathelement location="${build}"/> > <pathelement > location="${src}/mpi/lib/jmf__Vwin2.1.1a/jmf.jar"/ > os="windows"> > <pathelement > location="${src}/mpi/lib/jmf__Vwin2.1.1a/sound.jar"/ > os="windows"> > </classpath> > </java> > > The same is true for OS-specific build pargets. > Does Ant provide a workaround? > > best > -Markus > > > > > -- > To unsubscribe, e-mail: > <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > > -- > To unsubscribe, e-mail: > <mailto:[EMAIL PROTECTED]> > For additional commands, e-mail: > <mailto:[EMAIL PROTECTED]> > __________________________________________________ Do you Yahoo!? New DSL Internet Access from SBC & Yahoo! http://sbc.yahoo.com -- To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]> For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
