.mozbuild/clang 9 with experimental-new-pass-manager loops for ever when compiling nsStyleStruct.cpp on macOS
Categories
(Firefox Build System :: Toolchains, defect)
Tracking
(firefox-esr68 unaffected, firefox74 unaffected, firefox75 unaffected, firefox76 fixed)
Tracking | Status | |
---|---|---|
firefox-esr68 | --- | unaffected |
firefox74 | --- | unaffected |
firefox75 | --- | unaffected |
firefox76 | --- | fixed |
People
(Reporter: jrmuizel, Assigned: away)
References
(Depends on 1 open bug, Blocks 1 open bug, Regression)
Details
(Keywords: regression)
Attachments
(1 file)
Seems like a recent change started causing this.
Reporter | ||
Comment 2•5 years ago
|
||
I believe using the same compiler on an older version of m-c does work
Can you check whether ac_add_options --disable-new-pass-manager
fixes it?
Reporter | ||
Comment 4•5 years ago
|
||
What are the clang arguments that correspond to that?
Reporter | ||
Updated•5 years ago
|
Reporter | ||
Comment 5•5 years ago
|
||
Yeah, using the same compiler:
8ab81c8e93adff2d4187aabf1ddcfcae8bfc4e16 finishes building
6199f7b91e8bde7b7965585842d7a72e2e406e3e does not
Reporter | ||
Comment 7•5 years ago
|
||
Removing -fexperimental-new-pass-manager
does seem to fix the problem
Reporter | ||
Updated•5 years ago
|
I think we should disable the flag on mac hosts, I have no ability to repro/debug issues there, and not even the ability to test on try. And even if we did find the underlying issue this time, there could be further instances down the road and I don't want to waste more developer time.
Reporter | ||
Comment 9•5 years ago
|
||
For the record, what's the bug that added the flag?
Updated•5 years ago
|
Updated•5 years ago
|
Comment 10•5 years ago
|
||
Workaround for those building locally that are hitting this, add this to your .mozconfig
:
ac_add_options --disable-new-pass-manager
Assignee | ||
Comment 11•5 years ago
|
||
Several developers have reported hangs on native Mac builds. I think we should default-off the flag on Mac hosts. Even if we could fix the current hangs, without coverage in CI for this build configuration, we're asking for more trouble down the road.
Assignee | ||
Comment 12•5 years ago
|
||
Jeff, since you have a mac and have worked with upstream before, I'm sure LLVM would appreciate a bug with a reduced repro. You'd probably want to test with trunk though so I understand if it's too annoying or time-consuming.
Updated•5 years ago
|
Comment 13•5 years ago
|
||
Comment 14•5 years ago
|
||
bugherder |
Updated•5 years ago
|
Updated•5 years ago
|
Reporter | ||
Comment 15•5 years ago
•
|
||
I was able to reproduce with clang trunk. Currently it looks like it's the nsStyleDisplay copy constructor that causes the problems.
Assignee | ||
Comment 16•5 years ago
|
||
I think this might be the same as bug 1622168, which I can reproduce since that doesn't require a mac host. I ran creduce overnight and it gave me a reasonable file so I don't mind taking over the filing this upstream if you haven't already.
Reporter | ||
Comment 17•5 years ago
|
||
I haven't filed anything upstream yet.
Assignee | ||
Comment 18•5 years ago
|
||
Description
•