Skip to content
This repository has been archived by the owner on Jul 4, 2023. It is now read-only.

carthage failed to build on 10.11 #42378

Closed
apjanke opened this issue Aug 3, 2015 · 4 comments
Closed

carthage failed to build on 10.11 #42378

apjanke opened this issue Aug 3, 2015 · 4 comments
Labels

Comments

@apjanke
Copy link
Contributor

apjanke commented Aug 3, 2015

On OS X 10.11 Public Beta 3.

https://gist.github.com/5eab26854845c1aa00f2

Looks like it's not compatible with the current version of Swift.

/tmp/carthage20150801-41796-1moi3cx/Carthage/Checkouts/Box/Box/Box.swift:6:37: error: 'Printable' has been renamed to 'CustomStringConvertible'
public final class Box<T>: BoxType, Printable {
                                    ^~~~~~~~~
                                    CustomStringConvertible
/tmp/carthage20150801-41796-1moi3cx/Carthage/Checkouts/Box/Box/Box.swift:31:10: error: 'toString' has been renamed to 'String'
                return toString(value)
                       ^~~~~~~~
                       String
Swift.toString:1:48: note: 'toString' has been explicitly marked unavailable here
@available(*, unavailable) @inline(never) func toString<T>(x: T) -> String
                                               ^
@boek
Copy link

boek commented Aug 5, 2015

@apjanke I was able to get it to install by installing Xcode 6.4 and setting the Command Line Tools to that version

screen shot 2015-08-05 at 10 51 37 am

I'm also on 10.11 Beta 5 FWIW

@MikeMcQuaid
Copy link
Member

@boek Unfortunately using Xcode 6.4 on OS X 10.11 will break most other things 😭

@apjanke
Copy link
Contributor Author

apjanke commented Aug 9, 2015

From what I've read, a given Xcode (or a given Xcode on a given OS version?) will only support the newest version of Swift at the time of its release. But newer versions of Xcode might not run on older OS versions. And Swift will intentionally have breaking non-backward-compatible changes. There's an automatic source code translator for Swift that will convert it to a newer version. But if upstream does that, then it might not run on older versions of OS X.

So... it sounds like you can't have a single Swift program source tree that can be used across several versions of OS X, without going through some contortions to build it?

Is there a way for formulae to specify that they require exact version ranges of Xcode? That could at least get a more user-friendly error for this.

I think it would be okay to run Xcode 6.4 on 10.11 as long as it's not your default Xcode, and you don't have its CLT installed. (E.g. if you installed it as /Applications/Xcode-6.4.app instead.) Don't think there's currently a way for Homebrew to make use of it though, is there?

@DomT4
Copy link
Member

DomT4 commented Aug 10, 2015

Moving to tracking in #40837. If you report this one upstream let us know in that thread and I'll add a link to that report, Thanks!

Echoing Mike's comment above, whilst 6.x Xcode may fix the Swift issue, expect it to break a lot of other stuff. Homebrew will follow whatever Xcode you've set with xcode-select, but if stuff breaks and you've still got 6.4 as the default, please switch back to 7.0 & double check before reporting it.

@DomT4 DomT4 closed this as completed Aug 10, 2015
@Homebrew Homebrew locked and limited conversation to collaborators Jul 10, 2016
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
Projects
None yet
Development

No branches or pull requests

4 participants