IonMonkey: (ARM) bailoutIf still bails in parallel mode

RESOLVED FIXED in mozilla25

Status

()

RESOLVED FIXED
5 years ago
5 years ago

People

(Reporter: mjrosenb, Unassigned)

Tracking

unspecified
mozilla25
ARM
Linux
Points:
---

Firefox Tracking Flags

(Not tracked)

Details

Attachments

(1 attachment)

(Reporter)

Description

5 years ago
Created attachment 784367 [details] [diff] [review]
/home/mjrosenb/patches/parBailoutIf-r0.patch

Evidently bailing out is a big nono with paralleljs.  We should not do that.
Attachment #784367 - Flags: review?(shu)

Comment 1

5 years ago
Comment on attachment 784367 [details] [diff] [review]
/home/mjrosenb/patches/parBailoutIf-r0.patch

Review of attachment 784367 [details] [diff] [review]:
-----------------------------------------------------------------

::: js/src/ion/arm/CodeGenerator-arm.cpp
@@ +184,5 @@
> +      case SequentialExecution:
> +        break;
> +      default:
> +        MOZ_ASSUME_UNREACHABLE("No such execution mode");
> +    }

Nit: Maybe refactor this chunk? Not a big deal though; newline after the switch if no refactoring.
Attachment #784367 - Flags: review?(shu) → review+
(Reporter)

Comment 2

5 years ago
Landed: https://hg.mozilla.org/integration/mozilla-inbound/rev/0c63bb80010c
I mis-interpreted the nit, and will land a follow-up whitespace-fixing patch.
https://hg.mozilla.org/mozilla-central/rev/0c63bb80010c
Status: NEW → RESOLVED
Last Resolved: 5 years ago
Resolution: --- → FIXED
Target Milestone: --- → mozilla25
You need to log in before you can comment on or make changes to this bug.