Re: Question about GNAT project files.

["Peter C. Chapin" <PChapin@vtc.vsc.edu>]

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