@ivy @bapt @ifreund_freebsdfoundation.org Tagging you here not so much to review the change but in case you have any idea what's going wrong in pkg.

After more investigation: The culprit here is libclang_rt.asan-i386.so which is landing in FreeBSD-clang and creating the dependency on 32-bit libraries.

the described behaviour seems like clearly a bug in pkg. from the pkgbase side, i don't mind this change as a workaround, but i wonder what the correct fix is here; do we want a separate package for 32-bit clang, like clang-lib32? clibs-lib32 is 3MB, which is relatively tiny compared to clang itself, but i think i'd prefer not to have any mandatory dependencies from native packages to compat packages - you should be able to completely ignore compat if you don't want it.

In D55978#1280739, @ivy wrote:

the described behaviour seems like clearly a bug in pkg. from the pkgbase side, i don't mind this change as a workaround, but i wonder what the correct fix is here; do we want a separate package for 32-bit clang, like clang-lib32? clibs-lib32 is 3MB, which is relatively tiny compared to clang itself, but i think i'd prefer not to have any mandatory dependencies from native packages to compat packages - you should be able to completely ignore compat if you don't want it.

There's definitely a bug in pkg resulting in it having trouble making up its mind about whether it needs a package installed to satisfy a demand for a 32-bit libgcc_s.so.1 -- but yes, I do think that pkgbase should put libclang_rt.asan-i386.so into a clang-lib32 package so that it's possible to have an amd64 system without any 32-bit code installed.