> The implementation of our ObjC interop makes pretty deep invasive assumptions > about the Apple ObjC runtime ABI as well as the implementation of classes in > Cocoa. It probably needs to be rewritten from the ground up to support > another runtime and Foundation implementation. > > -Joe Alas, I agree. I think just that too. Thanks.
30.03.2016, 01:22, "Joe Groff" <jgr...@apple.com>: >> On Mar 29, 2016, at 1:03 PM, Iliya Trub via swift-dev <swift-dev@swift.org> >> wrote: >> >> Dear colleagues >> Ihave built swiftc, libswiftCore.so and other outputs under >> armv7--linux-gnueabi with open source ObjC-runtime and enabled ObjC interop. >> I linked the simplest swift-application, which creates the instance of >> custom ObjC-class and call instance-method of it. If somebody interested, I >> am ready to provide patches, though I know that it can not be included into >> upstream. But there is not success yet. When I try to run application under >> armv7l-linux, I get following error: >> >> Error: Instance variables in _SwiftNativeNSArrayBase overlap superclass >> NSArray. Offset of first instance variable, __magic_refCount, is 4. >> Last instance variable in superclass, _sortedArrayHint, ends at offset >> 8. This probably means that you are subclassing aclass from a library, >> which has changed in a binary-incompatibleway. >> >> Could anybody explain it? I think, it is explained by some difference >> between NSArray-implementation in XCode framework and in my opensource >> library. Is it true? And in what way I can try to fix it? May be, to modify >> my NSArray-source, but how? >> Thanks in advance for answer. > > The implementation of our ObjC interop makes pretty deep invasive assumptions > about the Apple ObjC runtime ABI as well as the implementation of classes in > Cocoa. It probably needs to be rewritten from the ground up to support > another runtime and Foundation implementation. > > -Joe -- С уважением, Труб Илья +79032407864 _______________________________________________ swift-dev mailing list swift-dev@swift.org https://lists.swift.org/mailman/listinfo/swift-dev
