Matt,
this sounds wonderful, trouble is that the unless attribute is not allowed for
things like paths:
<classpath refid="extpacElan" unless="${onWindows}" />
brakes Ant.
My proposal would be to have the unless (and the if) attribute allowed on
*any* Ant element.
This is more flexible than my first proposal to have an "os" attribute.
Trouble is, that "if" attributes are not allowed everywhere.
I even don't know where they are allowed.
All of you, have a nice weekend.
Markus
Matt Benson wrote:
> 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]>
--
To unsubscribe, e-mail: <mailto:[EMAIL PROTECTED]>
For additional commands, e-mail: <mailto:[EMAIL PROTECTED]>
