Skip to content

Conversation

@aykevl
Copy link
Member

@aykevl aykevl commented Apr 7, 2020

This is a continuation of #901. I have modified the PR of @QuLogic to include the bits needed to get all tests to run on Go 1.14 and extended it a bit to switch to Go 1.14 entirely.

Note that this PR drops support for WebAssembly on Go 1.13 (at least when you import the syscall/js package) but I think working around that would be difficult. It should definitely be possible to create a workaround (for example, by exporting a function that when called returns the Go minor version) but I'd like to avoid such hacks if possible. Therefore I would propose keeping it as-is for now and only adding a workaround if there is enough demand (which I don't expect).

This will probably conflict with #1014 but the conflicts should be easy to resolve.

@deadprogram
Copy link
Member

So this PR would replace #901 basically, by incorporating part of it plus some other code?

Then also what about #994

@aykevl
Copy link
Member Author

aykevl commented Apr 8, 2020

So this PR would replace #901 basically, by incorporating part of it plus some other code?

Yes, exactly.

Then also what about #994

It is not necessary for Go 1.14 support (tests pass without it). It should be merged evenutally, however.

@niaow niaow added this to the v0.13 milestone Apr 8, 2020
@deadprogram
Copy link
Member

@aykevl this branch is now ready for conflict resolution, please.

QuLogic and others added 4 commits April 9, 2020 21:53
This makes the result consistent across Go versions, by running a regex
on the CGo output that wraps all single-line functions in a consistent
way.

Originally written by Elliott Sales de Andrade and modified by Ayke van
Laethem.
It doesn't seem to be used.

This commit is somewhat related to this commit:
golang/go@6dd70fc
Most of the things don't port over nicely.
See commit:
golang/go@54e6ba6

Warning: this will drop support for Go 1.13 for WebAssembly targets!
I have modified the integration tests to specifically blacklist Go 1.13
instead of whitelisting any other version, to avoid accidentally not
testing WebAssembly.
@aykevl
Copy link
Member Author

aykevl commented Apr 9, 2020

Rebased and fixed conflicts.

@deadprogram
Copy link
Member

Tested with this branch and Go 1.14.2 with some of my demos on AVR, SAMD21, SAMD51, and Hi5 boards, and all worked perfectly. I think this is ready for merge.

@deadprogram
Copy link
Member

Now merging, thanks to @QuLogic and @aykevl for getting this done!

@deadprogram deadprogram merged commit 0a8bfc5 into dev Apr 12, 2020
@deadprogram deadprogram deleted the go114 branch April 12, 2020 16:58
@deadprogram deadprogram mentioned this pull request Apr 13, 2020
@anatol
Copy link
Contributor

anatol commented Apr 13, 2020

Great news folks! Now when dev branch supports Golang 1.14 and LLVM10 is there a chance to get a new release? It will help users at systems like Arch Linux that have the new versions of dependencies already.

@aykevl
Copy link
Member Author

aykevl commented Apr 13, 2020

Yes that will happen very soon now.

@aykevl aykevl mentioned this pull request May 23, 2020
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.

6 participants