Opened 3 years ago
Last modified 8 months ago
#64833 assigned defect
libfido2 @1.9.0: fails on 10.6.8 Rosetta
Reported by: | barracuda156 | Owned by: | barracuda156 |
---|---|---|---|
Priority: | Normal | Milestone: | |
Component: | ports | Version: | 2.7.2 |
Keywords: | powerpc, snowleopard, rosetta | Cc: | |
Port: | libfido2 |
Description
[ 3%] Generating rs256_pk_new.3 cd /opt/local/var/macports/build/_opt_PPCSnowLeopardPorts_security_libfido2/libfido2/work/build/man && cp -f /opt/local/var/macports/build/_opt_PPCSnowLeopardPorts_security_libfido2/libfido2/work/libfido2-1.9.0/man/rs256_pk_new.3 . make[2]: Leaving directory `/opt/local/var/macports/build/_opt_PPCSnowLeopardPorts_security_libfido2/libfido2/work/build' [ 3%] Built target man_copy make[1]: Leaving directory `/opt/local/var/macports/build/_opt_PPCSnowLeopardPorts_security_libfido2/libfido2/work/build' make: *** [all] Error 2 make: Leaving directory `/opt/local/var/macports/build/_opt_PPCSnowLeopardPorts_security_libfido2/libfido2/work/build' Command failed: cd "/opt/local/var/macports/build/_opt_PPCSnowLeopardPorts_security_libfido2/libfido2/work/build" && /usr/bin/make -j4 -w all VERBOSE=ON Exit code: 2 Error: Failed to build libfido2: command execution failed Error: See /opt/local/var/macports/logs/_opt_PPCSnowLeopardPorts_security_libfido2/libfido2/main.log for details. Error: Follow https://guide.macports.org/#project.tickets if you believe there is a bug. Error: Processing of port libfido2 failed
Attachments (2)
Change History (12)
Changed 3 years ago by barracuda156
Attachment: | CMakeCache.txt added |
---|
Changed 3 years ago by barracuda156
Attachment: | main-rosetta.log added |
---|
comment:1 follow-up: 2 Changed 3 years ago by kencu (Ken)
comment:2 Changed 3 years ago by barracuda156
Replying to kencu:
at least the first set of errors looks pretty trivial to fix.
gcc-4.2 doesn't understand these flags, so just patch them out of the build:
524 :info:build cc1: error: unrecognized command line option "-Wno-unused-result" 525 :info:build cc1: error: unrecognized command line option "-Wsign-conversion"
It uses Cmake build system and that makes things difficult. I have tried to patch CmakeLists and even directly modify it after port extract, but it does nothing, Cmake pulls these flags from somewhere. I will try to solve that.
comment:4 Changed 3 years ago by kencu (Ken)
comment:5 Changed 3 years ago by barracuda156
Replying to kencu:
remove all these, or at least
-Werror
Thank you! I finally made it build, however it took quite a bit more than removing those flags. In particular, few functions in hid_osx.c
kept failing, so I used conditional to exclude them for OS < 11. I dunno how crucial it may be to overall functionality, but for the time-being:
36-109% port -v installed libfido2 The following ports are currently installed: libfido2 @1.9.0_1 (active) requested_variants='' platform='darwin 10' archs='ppc' date='2022-03-30T07:32:22+0800'
comment:6 Changed 3 years ago by kencu (Ken)
Yes, when fixing stuff like this, the immediate error to be fixed almost always just leads to the next error to be fixed, until -- with enough effort and perseverance -- there are none eventually.
And then you have to see if the software actually still works, indeed ;>
comment:7 Changed 14 months ago by ryandesign (Ryan Carsten Schmidt)
Owner: | set to trodemaster |
---|---|
Status: | new → assigned |
Summary: | libfido2 fails on 10.6.8 Rosetta → libfido2 @1.9.0: fails on 10.6.8 Rosetta |
comment:8 follow-up: 9 Changed 8 months ago by trodemaster (Blake Garner)
This really looks like it should be closed to me. My preference would be to have minimal patches as this is a security related tool. If it's not working on very old versions of macOS that seems like a non-issue. (I'm the owner of this tic but see no way for me to close it)
comment:9 Changed 8 months ago by barracuda156
Replying to trodemaster:
This really looks like it should be closed to me. My preference would be to have minimal patches as this is a security related tool. If it's not working on very old versions of macOS that seems like a non-issue. (I'm the owner of this tic but see no way for me to close it)
It does build now, though does not run. I agree, this can be closed.
I want to fix it properly, and will make a PR if that is ready (and hope it is accepted if shown to work), but I am sure nobody needs the ticket hanging open.
- S. Alternatively, ticket can be re-assigned to myself.
comment:10 Changed 8 months ago by barracuda156
Owner: | changed from trodemaster to barracuda156 |
---|
Ah, this I can do from my side.
Assigning to myself.
at least the first set of errors looks pretty trivial to fix.
gcc-4.2 doesn't understand these flags, so just patch them out of the build: