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

Adapt to new GHA Runners #5811

Closed
wants to merge 19 commits into from
Closed

Adapt to new GHA Runners #5811

wants to merge 19 commits into from

Conversation

angerman
Copy link
Contributor

  • Explicitly install openssl on windows?

@angerman angerman requested review from a team as code owners April 29, 2024 01:02
Copy link
Contributor

@carbolymer carbolymer left a comment

Choose a reason for hiding this comment

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

LGTM, thanks! But it seems to still be failing.

@angerman
Copy link
Contributor Author

LGTM, thanks! But it seems to still be failing.

Yes, this was mostly for debugging purposes. @jasagredo and @newhoggy have been figuring out the underlying openssl issue.

@angerman
Copy link
Contributor Author

Oh!

ld: warning: ignoring file '/usr/local/opt/cardano/lib/libsodium.23.dylib': found architecture 'x86_64', required architecture 'arm64'
ld: warning: ignoring file '/usr/local/opt/cardano/lib/libblst.dylib': found architecture 'x86_64', required architecture 'arm64'
ld: warning: ignoring file '/usr/local/opt/cardano/lib/libsecp256k1.2.dylib': found architecture 'x86_64', required architecture 'arm64'

@angerman
Copy link
Contributor Author

angerman commented May 2, 2024

Sigh...

GHC runtime linker: fatal error: I found a duplicate definition for symbol
   __blst_platform_cap
whilst processing object file
   C:\msys64\mingw64\opt\cardano\lib\libblst.a
The symbol was previously defined in
   C:\msys64\mingw64\opt\cardano\lib\libblst.a(#2:server.o)
This could be caused by:
   * Loading two different object files which export the same symbol
   * Specifying the same object file twice on the GHCi command line
   * An incorrect `package.conf' entry, causing some object to be
     loaded twice.
ghc-9.8.1.exe: Could not load Object Code C:\msys64\mingw64\opt\cardano\lib\libblst.a(#1:assembly.o).

that's a GHC bug, indirectly introduced by using a more recent libblst. Our cross compilers were fixed for this. (Hence it doesn't happen in nix builds).

@angerman
Copy link
Contributor Author

angerman commented May 2, 2024

This is the threepenny ui failure on darwin:

Configuring library for threepenny-gui-0.9.4.1..
Preprocessing library for threepenny-gui-0.9.4.1..
Building library for threepenny-gui-0.9.4.1..
[ 1 of 29] Compiling Foreign.JavaScript.Include ( src/Foreign/JavaScript/Include.hs, dist/build/Foreign/JavaScript/Include.o, dist/build/Foreign/JavaScript/Include.dyn_o )
[ 2 of 29] Compiling Foreign.JavaScript.Resources ( src/Foreign/JavaScript/Resources.hs, dist/build/Foreign/JavaScript/Resources.o, dist/build/Foreign/JavaScript/Resources.dyn_o )
WARNING: /Users/runner/.ghcup/ghc/9.6.4/lib/ghc-9.6.4/bin/./ghc-9.6.4 is loading libcrypto in an unsafe way

.github/workflows/haskell.yml Outdated Show resolved Hide resolved
@angerman
Copy link
Contributor Author

angerman commented May 6, 2024

Ok, Window 9.8 is fixed now. Windows 9.6, we need to see. That seems to randomly die :-/
I'll try to also fix macOS.

@angerman
Copy link
Contributor Author

angerman commented May 6, 2024

Alright let's try to fix this for macos-lastest as well.

@angerman
Copy link
Contributor Author

angerman commented May 6, 2024

All GHA are back to green.

@angerman angerman closed this May 6, 2024
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.

None yet

3 participants