From mboxrd@z Thu Jan 1 00:00:00 1970 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me X-Spam-Level: X-Spam-Status: No, score=0.4 required=5.0 tests=BAYES_00,FORGED_MUA_MOZILLA autolearn=no autolearn_force=no version=3.4.4 X-Google-Thread: 103376,d13bf824aeeb7e2b X-Google-NewGroupId: yes X-Google-Attributes: gida07f3367d7,domainid0,public,usenet X-Google-Language: ENGLISH,ASCII-7-bit Received: by 10.204.156.210 with SMTP id y18mr109702bkw.7.1330535879301; Wed, 29 Feb 2012 09:17:59 -0800 (PST) Path: t13ni84133bkb.0!nntp.google.com!news1.google.com!news2.google.com!Xl.tags.giganews.com!border1.nntp.dca.giganews.com!nntp.giganews.com!local2.nntp.dca.giganews.com!news.giganews.com.POSTED!not-for-mail NNTP-Posting-Date: Wed, 29 Feb 2012 11:17:58 -0600 Date: Wed, 29 Feb 2012 12:17:58 -0500 From: "Peter C. Chapin" User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0.2) Gecko/20120216 Thunderbird/10.0.2 MIME-Version: 1.0 Newsgroups: comp.lang.ada Subject: Re: Question about GNAT project files. References: In-Reply-To: Message-ID: X-Usenet-Provider: http://www.giganews.com X-Trace: sv3-KxZ+RyHAWpxlztjEpYApfXqJtD/E5GLkLrnsc36E2pUQ9Qo3nM2SedVzdznIsXbrjuMvUd0cuFUv5Pz!FXssDLlAZvMGIc9rQ/4n6uUyjTSzyutxqt5QyTpAePSN5z5U47Un5Y+vO6NeNwM= X-Complaints-To: abuse@giganews.com X-DMCA-Notifications: http://www.giganews.com/info/dmca.html X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint properly X-Postfilter: 1.3.40 X-Original-Bytes: 3157 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Date: 2012-02-29T12:17:58-05:00 List-Id: On 2012-02-29 11:49, Phil Thornley wrote: > The problem probably arises because the Windows version of the Examiner > used to use '/' as the marker for each command qualifier. This has now > been changed to '-' in line with the Unix version. > > I would encourage you to report the different behaviour of the '/' in > the command-line and spark.sw versions as this looks like a bit of the > Examiner that hasn't been correctly upgraded for that change. > It would explain why > -index_file=src/spark.idx > results in "spark.idx is an invalid command line option." on Windows I actually I spoke too soon. A command line such as spark -index_file=src/spark.idx ... doesn't work (on Windows) either. So in fact the command line behavior and the spark.sw behavior is consistent after all. On the other hand, this might not be intended behavior with respect to path delimiters. I could work around this with GPS by using scenario variables... using different path delimiters depending on the development platform. Unfortunately the direction of project overrides is wrong: the subproject's settings overrides the master project's settings (which generally makes sense to me). Reporting an issue on SPARK is reasonable but I still think the fundamental problem is with GPS. When I have a master project loaded, it lets the subproject's settings override the master settings but when I invoke a command on the subproject it doesn't set up the subproject environment properly (working folder in this case). GPS is overriding master settings without overriding the master environment. That sounds like the root cause of my difficulties. Peter