[swift-corelibs-dev] corelibs-xctest + swiftpm

2015-12-31 Thread Keith Smiley via swift-corelibs-dev 
Hey all,

I was working on integrating a project with corelibs-xctest and I noticed that
it doesn't currently support building with swiftpm and instead provides
`.xcodeproj` which generates a `.framework`. Is there any future plan to also
include a `Package.swift` so that user's could build it either way? Because of
how simple corelibs-xctest is this is just a matter of including a barebones
`Package.swift` and moving the source files.


Thanks!

--
Keith Smiley

___
swift-corelibs-dev mailing list
[email protected]
https://lists.swift.org/mailman/listinfo/swift-corelibs-dev

Re: [swift-corelibs-dev] bridging (SR-138)

2016-01-02 Thread Keith Smiley via swift-corelibs-dev 
There's a mention of this in the "Issues" document here:

https://github.com/apple/swift-corelibs-foundation/blob/master/Docs/Issues.md#known-issues

That makes it sound like this isn't meant to be a long term limitation:

> In order to translate between these types, we have temporarily added a
> protocol to these types that allows them to be converted.

And:

> These limitations should hopefully be very short-term.

--
Keith Smiley

On 01/02, Drew Crawford via swift-corelibs-dev wrote:
> I've noticed that e.g. String is not bridged to NSString.  The expected 
> workaround seems to be calling .bridge() everywhere.
>
> 1.  Is there a plan for bridging e.g. String with NSString?
> 2.  Would it be appropriate to PR in the meantime e.g.
>
> extension String {
> public func cStringUsingEncoding(encoding: UInt) -> 
> UnsafePointer {
> return self.bridge().cStringUsingEncoding(encoding)
> }
> }
>
>   3.  The README also says
>
> > We will also drop the 'NS' prefix from all Foundation classes
>
>
> ...is that the resolution?  e.g what is currently class NSString will become 
> instead extension String?  Is there a bug open for that?

> ___
> swift-corelibs-dev mailing list
> [email protected]
> https://lists.swift.org/mailman/listinfo/swift-corelibs-dev

___
swift-corelibs-dev mailing list
[email protected]
https://lists.swift.org/mailman/listinfo/swift-corelibs-dev