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

purposely fail builds pre1.5 #1881

Merged
merged 2 commits into from
Oct 28, 2015
Merged

purposely fail builds pre1.5 #1881

merged 2 commits into from
Oct 28, 2015

Conversation

whyrusleeping
Copy link
Member

ensures we dont accidentaly run into #1880 by building with go1.4

License: MIT
Signed-off-by: Jeromy jeromyj@gmail.com

License: MIT
Signed-off-by: Jeromy <jeromyj@gmail.com>
@jbenet jbenet added the status/in-progress In progress label Oct 21, 2015
License: MIT
Signed-off-by: Jeromy <jeromyj@gmail.com>
@@ -0,0 +1,3 @@
// +build !go1.5

`IPFS needs to be built with go version 1.5 or greater`
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

func init() {panic("IPFS needs to be built with go version 1.5 or greater")}

to not have invalid code? LGTM otherwise

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Yeah, i thought about that, but i'd rather have builds fail than have them succeed and then crash.

Letting the build succeed might lead to shipping bad binaries accidentally

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

True, I just feared tools like go list stumbling over this. Also: what happens once go1.6 is out?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

the go version based build tags are incremental, so !go1.5 implies 'dont build this for anything 1.5 or greater'

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

maybe once go1.5 is more widely adopted we can remove this again? I had thought that we were able to fail the builds by using the for range syntax, but apparently that compiles under 1.4 for some people...

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

does gobuilder still choke on this?

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

no, it wont. he merged my PR, note the change to the .gobuilder.yml file

@jbenet
Copy link
Member

jbenet commented Oct 27, 2015

let's merge this after 0.3.9 with the trailers is shipped.

@whyrusleeping
Copy link
Member Author

@jbenet why after?

@whyrusleeping
Copy link
Member Author

@jbenet this needs to be merged now, not later. People are having issues now. postponing this only increases that pain.

jbenet added a commit that referenced this pull request Oct 28, 2015
purposely fail builds pre1.5
@jbenet jbenet merged commit bcc76f2 into master Oct 28, 2015
@jbenet jbenet deleted the goreq-1.5 branch October 28, 2015 07:59
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