Unfortunately I just discovered a bug that crashes WSJT-X running native on
Apple M1 when you double-click a call in the Band Activity window.
This is the error in case anyone has seen something similar:
At line 1 of file
/Users/alex/wsjtx-debug/wsjtx-prefix/src/wsjtx/lib/grid2deg.f90
Fortran runtime error: Actual string length is shorter than the declared one
for dummy argument 'grid0' (3/6)
libc++abi: terminating with uncaught exception of type
boost::wrapexcept<boost::exception_detail::error_info_injector<boost::log::v2_mt_posix::system_error>
>: Failed to set TLS value: Invalid argument
Process 94887 stopped
* thread #10, name = 'QThread', stop reason = signal SIGABRT
frame #0: 0x00000001b10499b8 libsystem_kernel.dylib`__pthread_kill + 8
libsystem_kernel.dylib`__pthread_kill:
-> 0x1b10499b8 <+8>: b.lo 0x1b10499d8 ; <+40>
0x1b10499bc <+12>: pacibsp
0x1b10499c0 <+16>: stp x29, x30, [sp, #-0x10]!
0x1b10499c4 <+20>: mov x29, sp
Target 0: (wsjtx) stopped.
alex
K6LOT
> On Dec 27, 2021, at 1:11 PM, Alex Lelievre <[email protected]> wrote:
>
> I wanted to post a progress update to getting WSJT-X built and running
> natively on Apple M1 hardware.
>
> Today I managed to get FT8 to work natively on Apple M1 with version 2.5.3.
> Previously this was crashing due to a compiler issue (stacks on M1 are not
> executable). The gcc community posted a fix for this issue a few days ago
> and amazingly now the Jt9 process runs without crashing!! Amazing!
>
> There are still some remaining issues that I had to fix up manually for those
> that are interested:
> - I had to stub __chkstk_darwin()
> - I had to replace libgcc_s.1.1.dylib with libgcc_s.dylib (and then renamed
> to libgcc_s.1.1.dylib to cheat)… This is necessary otherwise ___addtf3 is an
> unresolved import and causes WSJT-X to crash on launch.
> - I had to manually sign the executable to run on Monterey 12.1.
>
> If anyone else is interested in building a native version of WSJT-X for Apple
> M1 please let me know and I will post my instructions… Once those issues
> listed above are resolved, I can look into getting this build into the
> official releases (which I have no idea how to do).
>
> Also just wanted to express my deepest condolences to Bill Somerville’s
> family and friends. If it wasn’t for his help I would never have been able
> to get the code ported over to Apple M1. He helped me learn Fortran and
> answered my deluge of questions with enthusiasm and humor. I will truly miss
> his support. RIP
>
> alex
> K6LOT
>
>
>
>> On Aug 27, 2021, at 10:25 AM, Alex Lelievre <[email protected]> wrote:
>>
>> Good thing I didn’t see that Qt blog article otherwise I wouldn’t have tried
>> to build for arm64. ;-)
>> I was holding out until I saw that most of brew now supported the M1.
>>
>> I am still having some issues with the jt9 submodule crashing so I have some
>> more work to do getting the fortran code to play nice with gfortran 11.x.
>> I suspect I can fix this crash if I quiet some warnings about exceeding
>> stack sizes and/or reentrancy warnings…
>>
>> <Screen Shot 2021-08-27 at 8.46.41 AM.png>
>>
>> Alex
>
> [snip]
_______________________________________________
wsjt-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/wsjt-devel
