> On May 18, 2016, at 1:51 PM, Saleem Abdulrasool <compn...@compnerd.org> wrote: > Hi, > > It seems that there are assumptions about the ability to create relative > address across sections which doesn't seem possible on Windows ARM. > > Consider the following swift code: > > final class _ContiguousArrayStorage<Element> { } > > When compiled for Windows x86 (via swiftc -c -target i686-windows > -parse-as-library -parse-stdlib -module-name Swift -o Swift.obj > reduced.swift) it will generate the metadata pattern as: > > __TMPCs23_ContiguousArrayStorage: > ... > .long > __TMnCs23_ContiguousArrayStorage-(__MPCs23_ContiguousArrayStorage+128) > ... > > This generates a IMAGE_REL_I386_REL32 relocation which is the 32-bit relative > displacement of the target. > > On Windows ARM (swiftc -c -target i686-windows -parse-pas-library > -parse-stdlib -module-name Swift -o Swift.obj reduced.swift) it will generate > similar assembly: > > _TMPCs23_ContiguousArrayStorage: > ... > .long > _TMnCs23_ContiguousArrayStorage-(_MPCs23_ContiguousArrayStorage+128) > ... > > However, this generates an IMAGE_REL_ARM_ADDR32 relocation which is the > 32-bit VA of the target. If the symbol are in the same section, it is > possible to get a relative value. However, I don't really see a way to > generate a relative offset across sections. There is no relocation in the > COFF ARM specification which provides the 32-bit relative displacement of the > target. There are 20, 23, and 24 bit relative displacements designed > specifically for branch instructions, but none that would operate on generic > data. > > Is there a good way to address this ABI issue? Or perhaps do we need > something more invasive to support such targets? Now, I might be completely > overlooking something simple that I didn't consider, so pointing that out > would be greatly appreciated as well.
You can build PIC on Windows ARM, right? How does Microsoft compile this: static int x; int *get_x_addr() { return &x; } John. _______________________________________________ swift-dev mailing list swift-dev@swift.org https://lists.swift.org/mailman/listinfo/swift-dev