On Fri, Jul 3, 2015 at 3:10 AM, Mario Sanchez Prada <ma...@webkit.org> wrote:
> On 03/07/15 10:47, Ryosuke Niwa wrote: > > On Fri, Jul 3, 2015 at 2:32 AM, Mario Sanchez Prada <ma...@webkit.org > > [...] > > FWIW, I've tried reducing the scope of this flag to bmalloc but the > crash > > was still there. However, passing it instead for WebCore only did > "fix" the > > situation, so perhaps the problem is not strictly related to > bmalloc, but to > > something else in the graphics subsystem? > > > > I could also be a bug on GCC, though. > > > > Perhaps you can compare two diassembled bmalloc code with or without > > -fno-tree-sra since bmallc is a fairly small project? > > Not sure that would be useful, since enabling or disabling that -ftree-sra > while building bmalloc does not make any difference wrt to this problem, > but > perhaps I'm overlooking something. > > The crash goes away when passing -fno-tree-sra for WebCore, unfortunately. > That's interesting. It could be a real bug in WebCore like us relying on some undefined behavior that happens to work fine in clang. We've had bugs like that in the past where what we thought would be a null pointer crash turned into a use-after-free because accessing null pointer results in undefined behavior and clang was taking the advantage of that in its optimizer. - R. Niwa
_______________________________________________ webkit-dev mailing list webkit-dev@lists.webkit.org https://lists.webkit.org/mailman/listinfo/webkit-dev
