Open
Description
From @gharrma on May 4, 2018 21:7
PolyLLVM crashes because it tries to provide the enclosing instance as part of the constructor call, but the constructor has not yet been update to accept the enclosing instance (since it is defined in another file). This should be fixed by updating class types with enclosing instances before they are needed, not just when PolyLLVM gets around to desugaring their defining file.
This shows up twice in JDK 7, within the following two methods:
java.util.concurrent.locks.ReentrantLock.Sync#newCondition()
java.util.concurrent.locks.ReentrantReadWriteLock.Sync#newCondition()
Copied from original issue: gharrma/polyllvm#50