I sorted out the issue I was having with Template Haskell not finding it's shared libraries, thankfully not too hard in the end to fix.
I also sorted out how to force the use of only system libraries. Finally, I made a static archive with the emulated TLS objects (same procedure that gcc uses, as it only uses emulated TLS too), and embedded that into the ghc executable, so I don't think there will be any more external linkages to any libraries or symbols any longer. This x86_64 archive of pandoc 3.0 works on 10.6.8, 10.7, and on an arm64 Ventura system under Rosetta. https://github.com/kencu/ghc-for-older-darwin-systems/releases/download/9.4.4/pandoc-3.0-x86_64-apple-darwin10.zip I can show someone how to reproducibly build this, I believe, using my ghc-for-older-systems toolchain, legacysupport, and the emutls.a archive I made, but making a portfile for it would be a bit of a project. The cabal config file needs some interesting additions to make everything work and force the system libs... Hope this is useful. Perhaps it might be used as a binary at least, until things are further sorted. Ken > On Jan 28, 2023, at 6:57 PM, Ken Cunningham <ken.cunningham.web...@gmail.com> > wrote: > > So, some success. I have now managed to build pandoc on 10.6.8, and it seems > to work as expected. > > A small bit of unpleasant hackery is currently involved, that with any luck > will be fixed upstream somehow. Exactly how to fix this upstream is not clear > to me just yet: > > https://github.com/haskell/cabal/issues/8704 > > https://github.com/jgm/unicode-collation/issues/13 > > I still have a few packaging issues to work out (it links to MacPorts’ libz > instead of the system libz, for one, and it uses 10.6.8’s version of > thread-local-storage using emutls that will need to be sorted out before this > binary could be used on 10.7+, but the basic plan does work. > > Ken >
