forked from OSchip/llvm-project
ca6f58486f
ObjectLinkingLayer was not correctly propagating dependencies through local
symbols within an object. This could cause symbol lookup to return before a
searched-for symbol is ready if the following conditions are met:
(1) The definition of the symbol being searched for transitively depends on a
local symbol within the same object, and that local symbol in turn
transitively depends on an external symbol provided by some other module
in the JIT.
(2) Concurrent compilation is enabled.
(3) Thread scheduling causes the lookup of the searched-for symbol to return
before all transitive dependencies of the looked-up symbol are emitted.
This bug was found by inspection and has not been observed in practice.
A jitlink test case has been added to verify that symbol dependencies are
correctly propagated through local symbol definitions.
|
||
|---|---|---|
| .. | ||
| Interpreter | ||
| JITLink | ||
| MCJIT | ||
| OrcLazy | ||
| OrcMCJIT | ||
| RuntimeDyld | ||
| 2010-01-15-UndefValue.ll | ||
| fma3-jit.ll | ||
| frem.ll | ||
| lit.local.cfg | ||
| mov64zext32.ll | ||
| test-interp-vec-arithm_float.ll | ||
| test-interp-vec-arithm_int.ll | ||
| test-interp-vec-cast.ll | ||
| test-interp-vec-insertelement.ll | ||
| test-interp-vec-insertextractvalue.ll | ||
| test-interp-vec-loadstore.ll | ||
| test-interp-vec-logical.ll | ||
| test-interp-vec-select.ll | ||
| test-interp-vec-setcond-fp.ll | ||
| test-interp-vec-setcond-int.ll | ||
| test-interp-vec-shift.ll | ||
| test-interp-vec-shuffle.ll | ||