Re: Specifying an `--RTS` option in a GPR file, for a runtime library

["Yannick Duchêne (Hibou57)" <yannick_duchene@yahoo.fr>]

Here is something to check, which may explain why GNATMake and GPRBuild  
behave so differently.

http://docs.adacore.com/gprbuild-docs/html/gprbuild_ug.html
In section “1.5.2 Using Library Projects”
(documentation says)
> All ALI files will also be copied from the objectdirectory to the  
> library directory. To build executables,gnatmake will use the library  
> rather than the individualobject files.

That's about use of library projects, but a runtime is a kind of library  
after‑all.


Le Mon, 15 Apr 2013 13:22:27 +0200, Yannick Duchêne (Hibou57)  
<yannick_duchene@yahoo.fr> a écrit:

> I tried with GNATMake, although it seems to not understand the project  
> file (it compiles files, but does not link an executable), I still tried.
>
>    * say `runtime` is in <dir>. If I run GNATMake from <dir> to
>      compile a `test.adb` file in <dir> too, seems to be OK
>      with the `--RTS=runtime` option.
>    * say a directory `source-test` is in <dir> and a `test.gpr`
>      is in <dir>, then it's not OK anymore, it says the `--RTS=runtime`
>      is not valid and is missing `adainclude` and `adalib`.
>    * With the same as above, but with an absolute path given
>      for the argument of the RTS options, GNATMake does not
>      complain any more.
>
> Trying the second and the third with GPRBuild, it complains in both case  
> (with either an absolute or relative path). The only way seems to  
> specifically assign `ADA_INCLUDE_PATH` and `ADA_OBJECTS_PATH`  
> environment variables, but this can't be done from a GPR file (or is so,  
> I don't know how to do).



-- 
“Syntactic sugar causes cancer of the semi-colons.” [1]
“Structured Programming supports the law of the excluded muddle.” [1]
[1]: Epigrams on Programming — Alan J. — P. Yale University