[swift-dev] ObjC Interoperability under armv7--linux-gnueabi

[Iliya Trub]

I emitted with -fobjc-runtime=gnustep.

29.03.2016, 23:13, "Philippe Hausler" <phausler at apple.com>:
> I would guess that you are emitting with the wrong runtime personality (iirc linux defaults to fragile (objc1) GNU objc runtime). You might need to muck about with flags, most notably -fobjc-runtime. That being said that path might be filled with other issues beyond just the layout differentials. There are many potential failure points along the way that would have to be dealt with.
>
>>  On Mar 29, 2016, at 1:03 PM, Iliya Trub via swift-dev <swift-dev at 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.
>>  _______________________________________________
>>  swift-dev mailing list
>>  swift-dev at swift.org
>>  https://lists.swift.org/mailman/listinfo/swift-dev

-- 
С уважением,
 Труб Илья
+79032407864