Return-Path: Delivered-To: apmail-ant-dev-archive@www.apache.org Received: (qmail 42028 invoked from network); 15 Mar 2004 12:43:31 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 15 Mar 2004 12:43:31 -0000 Received: (qmail 28736 invoked by uid 500); 15 Mar 2004 12:43:16 -0000 Delivered-To: apmail-ant-dev-archive@ant.apache.org Received: (qmail 28655 invoked by uid 500); 15 Mar 2004 12:43:15 -0000 Mailing-List: contact dev-help@ant.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Subscribe: List-Help: List-Post: List-Id: "Ant Developers List" Reply-To: "Ant Developers List" Delivered-To: mailing list dev@ant.apache.org Received: (qmail 28567 invoked from network); 15 Mar 2004 12:43:14 -0000 Received: from unknown (HELO bodewig.bost.de) (62.96.16.111) by daedalus.apache.org with SMTP; 15 Mar 2004 12:43:14 -0000 Received: (from bodewig@localhost) by bodewig.bost.de (8.11.6/8.11.6) id i2FChD417338; Mon, 15 Mar 2004 13:43:13 +0100 X-Authentication-Warning: bodewig.bost.de: bodewig set sender to bodewig@apache.org using -f To: dev@ant.apache.org Subject: Re: javac and compilerargs X-Draft-From: ("nnfolder:mail.jakarta-ant" 58077) References: <87fzcatpn3.fsf@oz.fapse.ulg.ac.be> <87brmytiwd.fsf@oz.fapse.ulg.ac.be> From: Stefan Bodewig Date: Mon, 15 Mar 2004 13:43:13 +0100 In-Reply-To: <87brmytiwd.fsf@oz.fapse.ulg.ac.be> (Arnaud Vandyck's message of "Mon, 15 Mar 2004 13:05:38 +0100") Message-ID: User-Agent: Gnus/5.1006 (Gnus v5.10.6) XEmacs/21.4 (Security Through Obscurity, linux) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N On Mon, 15 Mar 2004, Arnaud Vandyck wrote: > Stefan Bodewig writes: > >> Honestly, I'm not sure how big our gcj user base is and how many of >> them use to pass additional arguments, the answer >> could very well be zero. > > This is not a problem. I'll try to implement it myself and if the > patch is not good for you, maybe we'll apply it only in > Debian. zero was my answer to the size of the user base I was talking about, not the chance of getting your patch into Ant 8-) >> Is there a command line argument that you'd always use when >> compiling to native code, like --main? If this was the case, we >> could silently omit -C if compiler args have been specified and one >> of them started with --main=. > > --main and maybe '-o', I don't know, but I'll ask on gcj mailing > list. If you must use --main to compile native stuff and there is no way that -C can be used together with --main, that would be a really good indicator for Ant, wouldn't it? The question only is whether the assumption holds true. The gcj list will undoubtly know. >> The only other solution I'd see would be a compiler specific magic >> property. Something like build.compiler.gcj.native and we'd drop >> -C if that property was set to true. > > No problem for me if everything is well documented ;-) I'd say the solution is second best only. Especially since you can't reset a property once it is set. This would mean that you can't have a tasl that uses -C and one that doesn't in the same build process. > Can you point me were I have to patch such a possibility Look around the src/main/org/apache/tools/ant/taskdefs/compiler directory. Jikes has some jikes specific magic properties for example. > or will you do that? If I'd put it towards the end of my TODO list it would likely never get implemented ;-) Stefan --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@ant.apache.org For additional commands, e-mail: dev-help@ant.apache.org