Simplify Kernel signals method using Signal values

[jstuder-gh]

The Kernel signals method previously had a lot of logic for determining
signal values on the host system and backends. Now that that logic is
encapsulated into the getsignals ops, this method can be greatly
simplified.

[jstuder-gh]

Changed the or operator (||) to a defined-or (//) and re-pushed. In this instance, it probably wouldn't make to much of a difference, but since the intent is to check against type objects and not falsey, this makes it a bit more explicit.

[lizmat]

I assume this should still be merged, correct?

[jstuder-gh]

It's been a long time since I've looked at this, but I believe it should still be okay to merge in. All three backends have getsignals working (although I do have an old PR on NQP repo to bring parity between the signals available on WIN32 between the backends).

I know that at least one module in the ecosystem was calling this method (I don't remember what that module was called though), but I don't see how this would break anything.

[lizmat]

ok, will merge after the next compiler release, just to be on the safe side

…

On 3 Mar 2019, at 15:54, Jeremy Studer ***@***.***> wrote: It's been a long time since I've looked at this, but I believe it should still be okay to merge in. All three backends have getsignals working (although I do have an old PR on NQP repo to bring parity between the signals available on WIN32 between the backends). I know that at least one module in the ecosystem was calling this method (I don't remember what that module was called though), but I don't see how this would break anything. — You are receiving this because you commented. Reply to this email directly, view it on GitHub, or mute the thread.

[jstuder-gh]

I force-pushed a new version of the branch that is exactly the same as the old version except:

• Rebased on top of current Rakudo master
• Replaced hard-coded 32 with value based off Signal.enums.values.max

[JJ]

There's a conflict after the change of name. Can you please check?