Git @2.34.1_2 fails to build on Snow Leopard

[Wowfunhappy (Jonathan)]

Not sure what happened here, given that git is such a common tool. This occurred in a fresh virtual machine, so perhaps there's an undeclared dependency?

A main.log is attached.

[kencu (Ken)]

:info:build /bin/sh: msgfmt: command not found

[herbygillot (Herby Gillot)]

Odd why this is still happening. This was supposed to have been resolved by this commit: [8328d92906dc5c8e6d5986cfed114a50c15a71c8/macports-ports]

Is this the very latest ports tree? Can you run sudo port selfupdate and try again?

[Wowfunhappy (Jonathan)]

Replying to herbygillot:

Odd why this is still happening. This was supposed to have been resolved by this commit: [8328d92906dc5c8e6d5986cfed114a50c15a71c8/macports-ports]

Is this the very latest ports tree? Can you run sudo port selfupdate and try again?

That did it! I apologize for forgetting this basic troubleshooting step.

[Wowfunhappy (Jonathan)]

^ Excuse me—no, sudo port selfupdate did not fix the problem, git is still failing to build. (I wasn't paying attention and ssh'd into the wrong machine.)

[jmroot (Joshua Root)]

Can you confirm that port deps git shows gettext as a build dependency on the affected system?

[Wowfunhappy (Jonathan)]

Yes.

$ port deps git
Full Name: git @2.34.1_2+credential_osxkeychain+diff_highlight+doc+pcre+perl5_28
Extract Dependencies: xz
Build Dependencies:   gettext, clang-11
Library Dependencies: perl5.28, curl, zlib, expat, gettext-runtime, libiconv,
                      pcre2, libcxx
Runtime Dependencies: rsync, p5.28-authen-sasl, p5.28-error, p5.28-net-smtp-ssl,
                      p5.28-term-readkey, p5.28-cgi

[jmroot (Joshua Root)]

Please attach a new, clean log then; it's likely to be different in some way.

[jmroot (Joshua Root)]

OK, so the error is now:

:info:build /usr/bin/ranlib: object: libgit.a(add-patch.o) malformed object (unknown load command 2)
:info:build ar: internal ranlib command failed

[kencu (Ken)]

The build will have to be forced to use the current cctools, by whatever mechanism is needed to accomplish that.

[ryandesign (Ryan Carsten Schmidt)]

I see it's using clang 11, which is new to me. Stuff used to be using clang 10 on Snow Leopard generally.

I wonder what changed to cause this to happen now when it used to build. The port doesn't blacklist any compilers or request any special compiler.

Looks like maybe the cause is [cc87e6d82b6c3fc6ae3e40f121204cedbcdefb88/macports-ports]? If so, maybe we want to rethink that, because it seems likely that this will cause many other ports to fail to build with the same error.

[kencu (Ken)]

clang-9.0, which was the default compiler on 10.6.8 for several years now, has a depends_run for cctools:

​https://ports.macports.org/port/clang-9.0/details/

for whatever reason, clang-11 does not seem to have this:

​https://ports.macports.org/port/clang-11/details/

so that might be a good place to start looking.

[ryandesign (Ryan Carsten Schmidt)]

Replying to ryandesign:

it seems likely that this will cause many other ports to fail to build with the same error.

See for example [1697f9a8005ad4d747081dfcb059eaf8c9943616/macports-ports].

[ryandesign (Ryan Carsten Schmidt)]

And ​https://build.macports.org/builders/ports-10.6_x86_64-builder/builds/87229/steps/install-port/logs/stdio

[kencu (Ken)]

[11b8897faf6fb6f16bb00bc85ba50cc4cf060404/macports-ports]

but probably should have been more like:

[17038cbba0d2ad77d68d774ebfe3c86cfb564b20/macports-ports]