On Mon, Jan 4, 2016 at 10:08 AM, Andy Lutomirski <luto@xxxxxxxxxxxxxx> wrote:
> On Mon, Jan 4, 2016 at 9:26 AM, Tony Luck <tony.luck@xxxxxxxxx> wrote:
>> On Mon, Jan 4, 2016 at 4:07 AM, Borislav Petkov <bp@xxxxxxxxx> wrote:
>>> Why not simply:
>>>
>>> .long (to) - . + (bias) ;
>>>
>>> and
>>>
>>> " .long (" #to ") - . + "(" #bias ") "\n"
>>>
>>> below and get rid of that _EXPAND_EXTABLE_BIAS()?
>>
>> Andy - this part is your code and I'm not sure what the trick is here.
>
> I don't remember. I think it was just some preprocessor crud to force
> all the macros to expand fully before the assembler sees it. If it
> builds without it, feel free to delete it.
The trick is definitely needed in the case of
# define _EXPAND_EXTABLE_BIAS(x) #x
Trying to expand it inline and get rid of the macro led to
horrible failure. The __ASSEMBLY__ case where the
macro does nothing isn't required ... but does provide
a certain amount of symmetry when looking at the two
versions of _ASM_EXTABLE_CLASS
-Tony
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@xxxxxxxxx. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>