Re: javac task question

I think I understand now. The documentation for javac says that javac expects source files to live in a package tree, but that does not apply to the source files on the command line. > On Dec 21, 2023, at 10:07 AM, Alan Snyder > wrote: > > Thank you for the suggestion. It s

Re: javac task question

ned by javac because all needed > sources were found in srcdir. > > Ant docs could be better too. I wasn't able to find examples of refid=.../> on the site. > > Please try my variant: > > > > > > > > > > &

Re: javac task question

gt; Hello Alan, > > It's hard to say what's going on. Do you have a build file (or a snippet) to > show what issue you are running into? > > Which version of Java and Ant is this showing up on? > > -Jaikiran > > On 18/12/23 1:44 am, Alan Snyder wrote: >>

javac task question

I know of a couple of ways to run javac on more than one source tree. One way is to use nested src elements. Another way is like this: srcdir="${src}:${src2}” I would like to generalize this solution to a dynamicly determined list of source trees. I thought that I could use srcpath for this p

targets and data types

I have some targets that define data type instances, such as file lists. Nothing surprising about that, except that when I look at the Ant User Manual, I find nothing that says that a target can contain a data type. I didn’t see any examples of targets containing data types, either. Looking at

Re: a tricky case of running an executable from an ant build script

he "dir" attribute tot he directory containing the executable you > want to start. > Or provide a nested element. > > Jan > > -Ursprüngliche Nachricht- > Von: Alan Snyder > Gesendet: Samstag, 19. Dezember 2020 22:46 > An: Ant Users List > Betreff

a tricky case of running an executable from an ant build script

I have an ant script that runs an executable without specifying the full path of the executable. If I run ant from the shell, then it finds the executable on my $PATH, which is what I want. (I do not specify searchpath=“true”, so perhaps I do not understand what that does, or the documentation

Re: inline use of antlib with namespace?

I think you are understanding correctly. It sounds like what I want might require either an include statement (textual inclusion) or project inheritance. > On Sep 21, 2020, at 9:58 AM, Stefan Bodewig wrote: > > On 2020-09-21, Alan Snyder wrote: > >> If I have to include t

Re: inline use of antlib with namespace?

If I have to include the xmlns attribute at each use of a task from the library, then this is not what I want. > On Sep 21, 2020, at 1:24 AM, Stefan Bodewig wrote: > > On 2020-09-13, Alan Snyder wrote: > >> Given that I have installed an external ant task library

inline use of antlib with namespace?

Given that I have installed an external ant task library in an appropriate location, I know of two ways to make the tasks accessible in a build script: 1. Add an xmlns attribute to some element, such as 2. Add a taskdef inline, such as The first method puts the tasks in a separate na

Re: differential pattern sets

19, 2016, at 9:08 PM, Stefan Bodewig wrote: > > On 2016-11-19, Alan Snyder wrote: > >> I would like to define a file set containing files selected by one pattern >> set but excluding those defined by a second pattern set. > >> Is there a way to do this? >

differential pattern sets

I would like to define a file set containing files selected by one pattern set but excluding those defined by a second pattern set. Is there a way to do this? It would be nice if the following worked, but it does not: -

Re: tools.jar not found

Why not just postpone issuing the message until a task is attempted that needs the JDK? > On Apr 28, 2015, at 6:42 AM, Jan Matèrne (jhm) wrote: > > I could implement a "suppress system property" > (ant.suppress.toolsjar.warning). > But I am not convinced of that idea ... > > What do the oth

delete task and symlinks

I realize that I am late to the party and that there is an open RFE on this issue, but considering how long this problem has been in existence, I want to make some comments (and maybe rant a bit, too). First, I cannot tell you how surpr