Implement support for "/SYM64/" archives in ar

[aryeeteygerald_rogers.com]

Summary

Changes to ar and libarchive to support 64-bit archives

Allows archives greater than 4GB to be created.

PR: 234454

Test Plan

Created 10 object files of 512M (using a global array of 512 million chars) and created an archive.

Also combined a 5 of these files to ensure regular archives still work.

[emaste]

We can submit the libarchive changes directly upstream at https://github.com/libarchive/libarchive

[emaste]

In D18793#401206, @emaste wrote:

We can submit the libarchive changes directly upstream at https://github.com/libarchive/libarchive

Gerald submitted https://github.com/libarchive/libarchive/pull/1116

[emaste]

GitHub pull request 1116 has been merged, and I'm hopeful it will come back into a libarchive update in the near future.

[aryeeteygerald_rogers.com]

Rebase changes to reflect upstream update to libarchive

[imp]

Couple of minor style nits, but the code looks good to my brain.

usr.bin/ar/write.c

710

Any chance you could snug the w_sz onto the prior line? Then the line break is at an operator with a lower order of precedence which is more natural.

937

This may be too wide.

[emaste]

usr.bin/ar/write.c

678

this line is > 80 cols but is hard to wrap at fewer...

Maybe:

if (w_sz == sizeof(uint32_t))
        *(bsdar->s_so + i) = 
            (uint64_t)htobe32((uint32_t)(*(bsdar->s_so +
            i)) + pm_sz);
else
        *(bsdar->s_so + i) = 
            htobe64(*(bsdar->s_so + i) + pm_sz);

681

the final + here is col 81

723

, is col 81

[emaste]

Some proposed style(9) fixups in https://github.com/emaste/freebsd/commit/8506f5949cb13d54a688414c5aae3f696e33db42

usr.bin/ar/write.c

713

style(9) nit here, space between if and (

[emaste]

usr.bin/ar/write.c

936

Also these casts are not necessary.