[m-dev.] Determining which grades an installed Mercury compiler supports
Julien Fischer
jfischer at opturion.com
Mon Jul 23 10:47:01 AEST 2018
On Thu, 19 Jul 2018, Keri Harris wrote:
> On 19/07/2018 09:04, Julien Fischer wrote:
>>
>> Hi Keri,
>>
>> On Thu, 19 Jul 2018, Keri Harris wrote:
>>
>>> On 18/07/2018 20:53, Zoltan Somogyi wrote:
>>>>
>>>>> Strictly speaking, these issues are more related to bundling Mercury
>>>>> with package manager than being inherent to Mercury itself. But both
>>>>> of
>>>>> these issues make me wonder if there is a more resilient way of
>>>>> determining which grades the compiler supports.
>>>>
>>>> We could bake into the compiler the list of the grades that were
>>>> configured
>>>> to be installed at the time the compiler executable was itself created.
>>>> However, that would still be vulnerable to parts of the install
>>>> directory
>>>> being overwritten later.
>>>
>>> That would certainly work. Another option would be to follow the same
>>> logic as that used for C grades - look for a uniquely identifiable file
>>> belonging to the std library for each non-C grade.
>>
>> Commit 697b677 does that for the erlang grade. I'll fix the
>> Java and C# grades shortly.
Commit 05c5e5a fixes it for the Java and C# backends.
Julien.
More information about the developers
mailing list