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

.github/workflows: Make sure to run all Go 1.19 tests #3448

Merged
merged 2 commits into from
Dec 2, 2022

Conversation

Jacalz
Copy link
Member

@Jacalz Jacalz commented Dec 1, 2022

This makes sure to enable all tests to run using Go 1.19. Apparently they are checking for only Go 1.17 which is a not so elegant solution. This is a quick-fix to make sure that everything runs as expected.

Description:

This makes sure to enable all tests to run using Go 1.19. Apparently they are checking for only Go 1.17 which is a not so elegant solution. This is a quick-fix to make sure that everything runs as expected.

Checklist:

  • Tests included.
  • Lint and formatter run with no errors.
  • Tests all pass.

This makes sure to enable all tests to run using Go 1.19. Apparently they are checking
for only Go 1.17 which is a not so elegant solution. This is a quick-fix
to make sure that everything runs as expected.
Copy link
Member

@andydotxyz andydotxyz left a comment

Choose a reason for hiding this comment

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

I think GooherJS won't work with 1.19

@andydotxyz
Copy link
Member

andydotxyz commented Dec 2, 2022

Looks like the correct fix is actually to put 1.17 back for the web build/test

@fuskiid
Copy link
Sponsor Contributor

fuskiid commented Dec 2, 2022

I think GooherJS won't work with 1.19

GopherJs is still pending 1.19 suppport

which itself is on hold until 1.18 Generic support

1.18 support (without generics) was released in v1.18.0-beta1

@Jacalz
Copy link
Member Author

Jacalz commented Dec 2, 2022

Yeah. I'll get this sorted later today

@@ -9,7 +9,7 @@ jobs:
strategy:
fail-fast: false
matrix:
go-version: [1.14, 1.19]
go-version: [1.14, 1.17]
Copy link
Contributor

Choose a reason for hiding this comment

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

Can't we have 1.14, 1.17 and 1.19? As the gopherjs test is only enable for 1.17, that would work, no?

Copy link
Member

Choose a reason for hiding this comment

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

That is adding a lot of time to the compiling.
Really I think we should use 19 for most, and add another test run for the web build which can use 1.17

Copy link
Contributor

Choose a reason for hiding this comment

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

That make sense indeed.

Copy link
Member Author

Choose a reason for hiding this comment

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

We had more than two Go versions earlier but it gets very slow in the long run. I prefer to keep it as it is

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 agree with @andydotxyz. That seems like a good idea. Will add that to my list

Copy link
Member Author

Choose a reason for hiding this comment

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

You are also free to tackle that @Bluebugs if you are interested :)


- name: Build WebAssembly binary
env:
GOOS: js
GOARCH: wasm
working-directory: cmd/fyne_demo
run: go build
if: ${{ matrix.go-version == '1.19' }}
if: ${{ matrix.go-version == '1.17' }}
Copy link
Contributor

Choose a reason for hiding this comment

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

I would really prefer if wasm was checked against 1.19 as the idea is that wasm come out of latest go and that work, while gopherjs require an older go as backup solution for problematic browser.

Copy link
Member Author

Choose a reason for hiding this comment

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

As stated in my previous comment, I prefer to only have two Go versions at the time. We will slow down our CI times a lot otherwise. Lets just keep this PR simple and fix the issue to make it behave as before

@Jacalz Jacalz merged commit 6cb06bd into fyne-io:develop Dec 2, 2022
@Jacalz Jacalz deleted the workflows-runs-go119 branch December 2, 2022 17:36
@nevkontakte
Copy link

A drive-by comment on behalf of the GopherJS project. Go 1.19 support is on hold merely because I (personally) don't have time to work on both Go 1.19 support and generics at the same time, and I feel like working on generics is more important. However, if folks are interested in making Go 1.19 support appearing sooner, this would be a welcome contribution :) I even wrote a guide to make this easier for the newer contributors.

Cheers!

@andydotxyz
Copy link
Member

Great pointer @nevkontakte and thanks so much for the hard work, we appreciate it.
Hopefully once we have our current release done someone can spare a little time to come and help.

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.

5 participants