Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Fixes go 1.1.2 compilation on OSX Maverick #1231

Merged
merged 1 commit into from
Nov 20, 2013
Merged

Fixes go 1.1.2 compilation on OSX Maverick #1231

merged 1 commit into from
Nov 20, 2013

Conversation

zimbatm
Copy link
Member

@zimbatm zimbatm commented Nov 17, 2013

Apparently Apple thinks that faking gcc wiht a clang stub but not providing a
compatile libgcc.a is not going to cause any issues. They really do hate GPL.

Apparently Apple thinks that faking gcc wiht a clang stub but not providing a
compatile libgcc.a is not going to cause any issues. They really do hate GPL.
@viric
Copy link
Member

viric commented Nov 17, 2013

On Sun, Nov 17, 2013 at 05:35:57AM -0800, Jonas Pfenniger wrote:

Apparently Apple thinks that faking gcc wiht a clang stub but not providing a
compatile libgcc.a is not going to cause any issues. They really do hate GPL.

So it is a broad apple issue? Isn't this patch harming any users then? Other
versions of the OS, ...

@zimbatm
Copy link
Member Author

zimbatm commented Nov 17, 2013

It's true that not everyone is affected and that disabling gccgo prevent from some go programs to compile (those who rely on external C libraries).

There are two bugs introduced by Xcode 5's compiler tool-chain. One where libgcc.a is missing and one where clang is outputting some broken code, both affecting gccgo. The go team is aware of the issues and will have a fix available for go 1.1.3. For the details see http://code.google.com/p/go/issues/detail?id=5926

@bluescreen303
Copy link
Contributor

Please make this optional, I use cgo functionality and don't want to be
crippled by apple. If I would have liked that, I would have bought a mac.

On Sun, Nov 17, 2013 at 10:52 PM, zimbatm notifications@github.com wrote:

It's true that not everyone is affected and that disabling gccgo prevent
from some go programs to compile (those who rely on external C libraries).

There are two bugs introduced by Xcode 5's compiler tool-chain. One where
libgcc.a is missing and one where clang is outputting some broken code,
both affecting gccgo. The go team is aware of the issues and will have a
fix available for go 1.1.3. For the details see
http://code.google.com/p/go/issues/detail?id=5926


Reply to this email directly or view it on GitHubhttps://github.com//pull/1231#issuecomment-28665122
.

@zimbatm
Copy link
Member Author

zimbatm commented Nov 17, 2013

Are you using another Darwin derivative ? If you're using Linux then 1.1.nix is unaffected by that change.

@bluescreen303
Copy link
Contributor

ah, sorry in that case :) I didn't see there was a separate 1.1-darwin
derivation.
This is actually better than spraying every derivation with lots of
optional darwin flags and tricks.

On Sun, Nov 17, 2013 at 11:11 PM, zimbatm notifications@github.com wrote:

Are you using another Darwin derivative ? If you're using Linux then
1.1.nix is unaffected by that change.


Reply to this email directly or view it on GitHubhttps://github.com//pull/1231#issuecomment-28665602
.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging this pull request may close these issues.

3 participants