cross compiling for windows on ubuntu results in "ERROR: 'make windows' failed

[Egress-Source]

trying to compile the windows executable for a friend of mine who uses windows. using the build-windows.rb file it stops and gives said error. /usr/bin/x86_64-w64-mingw32-ld: cannot find -link collect2: error: ld returned 1 exit status make[1]: [Makefile:1754: libuv.la] Error 1 make[1]: Leaving directory '/home/mdp9f/zyn-fusion-build/mruby-zest-build/deps/libuv' make: [Makefile:65: deps/libuv-win.a] Error 2

[mnstine]

Experiencing the same with Clean Ubuntu 20.04 install. Linux build completed fine.

[mnstine]

Line in Makefile 1753 libuv.la: $(libuv_la_OBJECTS) $(libuv_la_DEPENDENCIES) $(EXTRA_libuv_la_DEPENDENCIES) 1754 $(AM_V_CCLD)$(libuv_la_LINK) -rpath $(libdir) $(libuv_la_OBJECTS) $(libuv_la_LIBADD) $(LIBS)

[fundamental]

I'm looking into the windows build now. Looks like there's a few odds and ends which need resolving.

[mnstine]

Thanks! Looking forward to it.

[fundamental]

ok, replicated and I've made it past that one glitch to another issue that I've resolved in some secondary build/test mingw scripts. (I had totally repressed how dumb autotools can get when environmental variables are tweaked). I'll update when a full fix is in place.

[fundamental]

I thought I had already done this a few months back, but I guess I have to backport https://github.com/mruby-zest/mruby-zest-build/compare/ghaction patches to finish restoring the windows build.

[mnstine]

Thanks for your contributions. I'm not much of a programmer but if you need any assistance let me know. Looking forward to testing it when you get done.

[fundamental]

It looks like it's working? At least on my system it appears to reach completion. Note that I haven't actually run the resulting binaries on my system though, so there might be some remaining issue in terms of code that was disabled to fix issues with the windows build. If it runs and exits with a ruby error let me know and I think I know which change I get to undo.

[mnstine]

I am still learning the software but I am hopefully trying to run it thru its paces. I was able to get 16 channels to play in the demo version. I may not know the correct way to change the build to the full version. I found one flag in the build-windows file but it still built the demo version after changing it to false. It worked until the demo timed out. Let me know how to build the full version and I will try it out more.

[mnstine]

I could make it work by using the arguments in order. The full version is working well so far. I have a 37 voice "tubular bells" Midi mapped to 3 instances in Cakewalk and it appears to be working but have a lot of voice mapping to do. Now I just need to figure out how to self sign it.

[fundamental]

Interesting. There has been no effort to sign binaries on windows previously. I know it may be starting to cause issues on MacOS, but I had thought it was limited to that platform.

[mnstine]

The first time I used it, I was asked permission to access it. After that it loads without prompt but it takes additional time to load as virus scans are required on each load which increases load times.

Mark N. Stine @.***

On Fri, May 21, 2021 at 4:58 PM Mark McCurry @.***> wrote:

Interesting. There has been no effort to sign binaries on windows previously. I know it may be starting to cause issues on MacOS, but I had thought it was limited to that platform.

— You are receiving this because you commented. Reply to this email directly, view it on GitHub https://github.com/zynaddsubfx/zyn-fusion-build/issues/75#issuecomment-846283308, or unsubscribe https://github.com/notifications/unsubscribe-auth/APWK3VVLT5Z6QVU4JISZ5NTTO3JO5ANCNFSM4ZEWK5OQ .