[m-dev.] argument packing

Julien Fischer jfischer at opturion.com
Thu May 17 12:12:44 AEST 2018



On Thu, 17 May 2018, Peter Wang wrote:

> On Thu, 17 May 2018 01:26:10 +0200 (CEST), "Zoltan Somogyi" <zoltan.somogyi at runbox.com> wrote:
>> diff --git a/compiler/handle_options.m b/compiler/handle_options.m
>> index dce8cd8..6695702 100644
>> --- a/compiler/handle_options.m
>> +++ b/compiler/handle_options.m
>> @@ -1344,14 +1344,17 @@ convert_options_to_globals(OptionTable0, OpMode, Target,
>>      ),
>>
>>      % Argument packing only works on C back-ends with low-level data.
>> -    % In the future, we may want to use C bit-field syntax for high-level data.
>> -    % For other back-ends, any RTTI code will need to be updated to cope with
>> -    % packed arguments.
>> -    %
>> -    % Only C targets may store a constructor argument across two words.
>> -    option_implies(highlevel_data, arg_pack_bits, int(0), !Globals),
>> -    (
>> +    % In the future, we may want to use C bit-field syntax on C backends
>> +    % with high-level data. For the other target languages, implementing
>> +    % argument packing will not just a lot of work on RTTI, but also

The wording of that comment is awry too.


>> +    % generalizing field addressing, to allow both single fields and
>> +    % a group of adjacent fields packed into a single word to be
>> +    % addressed via a mechanism other than an argument's name.

Julien.


More information about the developers mailing list