Fix chained hardware exception handling on Unix (dotnet/coreclr#12344)
There is an issue when hardware exception occurs while handling another hardware exception. In such case,
the exception unwinding ends up in an infinite loop. It is caused by the kernel reusing the same location
for signal handler context.
The fix is to use a windows style context local variable in the common_signal_handler that contains
the right context - it is the original signal context converted to windows style context.
Commit migrated from https://github.com/dotnet/coreclr/commit/
a02634eb41284dbd432ef84aa38f526f955e5f64