Return-Path: Delivered-To: apmail-jakarta-ant-user-archive@jakarta.apache.org Received: (qmail 80951 invoked by uid 500); 26 Jun 2001 06:11:17 -0000 Mailing-List: contact ant-user-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Reply-To: ant-user@jakarta.apache.org Delivered-To: mailing list ant-user@jakarta.apache.org Received: (qmail 80940 invoked from network); 26 Jun 2001 06:11:16 -0000 X-Authentication-Warning: bodewig.bost.de: bodewig set sender to bodewig@apache.org using -f To: ant-user@jakarta.apache.org Subject: Re: [apply] and m4 References: <20010625112234.A3520@learn.ltc.vanderbilt.edu> From: Stefan Bodewig Date: 26 Jun 2001 08:11:21 +0200 In-Reply-To: Doug Morse's message of "Mon, 25 Jun 2001 11:22:34 -0500" Message-ID: Lines: 28 User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Cuyahoga Valley) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Rating: h31.sny.collab.net 1.6.2 0/1000/N Doug Morse wrote: > > failonerror="true"> > > > > > > > > > in an attempt to get Ant to redirect the output to the targetfile, > but this doesn't work either in that the ">" character just gets > treated as a filename by m4, as does the targetfile: > > [apply] /usr/bin/m4: >: No such file or directory [apply] > /usr/bin/m4: Users_A_Audit_U01.sql: No such file or directory > > Ant is probably ensuring that the commands it executes do not use > redirection (as it should, IMHO). No, Ant doesn't prevent this at all. If you use > and < on the command line (at least on Unix) it is the shell that performs the redirection - m4 won't even see it. Stefan