TenFourFox Feature Parity Release 32 Security Parity Release 4 "32.4" is available for testing (
downloads,
hashes). There are, as before, no changes to the release notes nor anything notable about the security patches in this release. Assuming no major problems, FPR32.4 will go live Monday evening Pacific time as usual. The final official build FPR32.5 remains scheduled for October 5, so we'll do a little look at your options should you wish to continue building from source after that point later this month.
[ChrisT.] I've been using my own builds since 45.41.0 with no major issues thanks to Chris Jones' Unofficial TenFourFox Development Toolkit. The only problem I've been seeing is that the processor specific builds of libatomic.1.dylib, libgcc_s.1.dylib and libstdc++.6.dylib distributed in the official version don't work. When I copy them into the finished browser package the browser crashes at startup. The generic ones built by the build system work fine, though, and I can't really measure a performance gain from the processor specific ones, I'm just curious:: - do they somehow have to be re-linked when I swap them in? Am I missing something?
ReplyDeleteInteresting. What do you see in Console.app? Usually this will display what it doesn't like about any dylibs.
DeleteIt says:
DeleteDate/Time: 2021-09-07 22:37:46.312 +0200
OS Version: Mac OS X 10.5.8 (9L31a)
Report Version: 6
Anonymous UUID: ACC79CEE-F1D0-4CC3-96FC-6CFFEF5B2942
Exception Type: EXC_BREAKPOINT (SIGTRAP)
Exception Codes: 0x0000000000000001, 0x000000008fe0105c
Crashed Thread: 0
Dyld Error Message:
Library not loaded: @executable_path/libatomic.1.dylib
Referenced from: /Users/chris/Desktop/TenFourFox-45414-7450.app/Contents/MacOS/libmozglue.dylib
Reason: Incompatible library version: libmozglue.dylib requires version 4.0.0 or later, but libatomic.1.dylib provides version 3.0.0
The reason implies a difference in the ABI between the two dylibs, which would ordinarily indeed be incompatible. What specific version of gcc is that toolkit using? Something like /opt/macports-tff/usr/bin/gcc -v or some such in Terminal should tell you.
DeleteThere's no usr directory in the macports-tff; in other sub-directories (such as bin) there are all kinds of gccs, ranging from 4.2 / 4.8 to 7.
DeleteThis might be a question for the developer then. The library compatibility versions can be hard set but only at build time. See https://stackoverflow.com/questions/5079168/setting-current-compatibility-version-for-a-dylib-using-netbeans-linux-mac
Delete[ChrisT.] BTW the developer of Arctic-Fox has been maintaining a fork of TenFourFox since 2017, and it looks like they'll continue to make builds available. That's a modified version, though, haven't tested it. https://github.com/wicknix
ReplyDelete