librsvg @2.50.4 fails at configure during build

[phosphide (Jakub Tomczyński)]

Changes in commit 990215fb0308d43a17285250e7ea5832d78d341b seem to prevent librsvg from building, the configure script fails at checking the C compiler. The compiler path is also passed as the first argument? The installation I'm working on is x86_64 emulated via Rosetta 2 on M1.

configure:4053: checking whether the C compiler works
configure:4075: /usr/bin/clang /usr/bin/clang -pipe -Os -isysroot/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk -arch x86_64 -I/opt/macports-x86_64/include -isysroot/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk -L/opt/macports-x86_64/lib -Wl,-headerpad_max_install_names -lobjc -Wl,-syslibroot,/Library/Developer/CommandLineTools/SDKs/MacOSX.sdk -arch x86_64 conftest.c  >&5
ld: can't link with a main executable file '/usr/bin/clang' for architecture x86_64

Full log attached.

After reverting to f81d9284291514bc66032866fb3451a1e7689dbc it builds without problems.

[kencu (Ken)]

For some reason, CC is getting messed up:

CC='/usr/bin/clang /usr/bin/clang'

and interprets this as an attempt to link against /usr/bin/clang.

[kencu (Ken)]

Probably a typo of some kind -- there were a large number of recent changes in these portgroups.

[kencu (Ken)]

Hey Chris, this looks like something you'd be interested in.

[cjones051073 (Chris Jones)]

that isn't the full macports log, can you attach that as well please.

[cjones051073 (Chris Jones)]

Ok, can reproduce. Investigating...

[Chris Jones <jonesc@…>]

In 6c2a72a6640fd6bf3beb7deb63cd8fb673548a09/macports-ports (master):

cargo_fetch: Limit a bit which phases env vars are set in
Closes: #62767

[cjones051073 (Chris Jones)]

This was an odd one... Turns out setting some env vars in too many phases causes this weird behaviour where CC and CXX get a double setting during configure....