binding-tools-for-swift
binding-tools-for-swift copied to clipboard
We're hardcoding `/usr/bin/swiftc` into the code as well as the library path. Find a better way to do this.
When they fail, it's typically because they can't find XamGlue.dll, but sometimes it's the test dll. This smells like an RPATH problem.
`SwiftAnyObject` which is used to represent the `AnyObject` type in swift has a static converter, but it might be nice to have an implicit operator for ISwiftObject. `SwiftImplicitlyUnwrappedOptional` could also...
Open SwiftCore.xml in vi. Run unit tests: watch them fail. This is _probably_ because the files are not being opened read-only, shareable etc.
No idea why. Look into it. Future Steve: Don't forget that you need to: - edit Pack-Man to include `foreach` - `make package` then go into `Pack-Man/binding-tools-for-swift/samples/foreach` - make ;...
Making a `SwiftArray` can put items into the array, but the items crash when used from Swift. Should also check marshaling out of the container.
It does, but it does nothing for them. We might need a call into swiftCore to do that.
refer to https://github.com/xamarin/binding-tools-for-swift/pull/420
Look at `ComparableTests.ClassLess` in the generated file `TopLevelEntities.cs`. It should have a `where T:ISwiftComparable` clause.
`_$s6Lottie12KeyframeDataV10CodingKeysO11stringValueAEyx_GSgSS_tcfC` `_$s6Lottie12KeyframeDataV10CodingKeysO8intValueAEyx_GSgSi_tcfC` `_$s6Lottie12KeyframeDataV10CodingKeysO8rawValueAEyx_GSgSS_tcfC` `_$s6Lottie12KeyframeDataV10CodingKeysOyx_GSHAAMc` `_$s6Lottie12KeyframeDataV10CodingKeysOyx_GSQAAMc` `_$s6Lottie12KeyframeDataV10CodingKeysOyx_GSYAAMc` `_$s6Lottie12KeyframeDataV10CodingKeysOyx_Gs0D3KeyAAMc` `_$s6Lottie12KeyframeDataV10CodingKeysOyx_Gs23CustomStringConvertibleAAMc` `_$s6Lottie12KeyframeDataV10CodingKeysOyx_Gs28CustomDebugStringConvertibleAAMc`