Contribute chroot.8, fix date.c on Glibc 2.31+, & fix awk.g.y's headers

[ghost]

DETAILS:

• Added content to chroot/chroot.8
• Fixed date/date.c on Glibc 2.31+ (Changed ifdef to use custom function on more versions; see stime's deprecation)
• Fixed nawk/awk.g.y's headers by adding stdint.h for use of intptr_t.

Tested on:

• Debian 11.x x86_64
  • glibc 2.31
  • gcc 10.2.1
  • bison 3.7.5
  • flex 2.6.4
• Arch Linux x86_64
  • glibc 2.36
  • gcc 12.2.0
  • bison 3.8.2
  • flex 2.6.4
• Alpine Linux 3.17.0 x86_64
  • musl 1.2.3
  • gcc 12.2.1
  • byacc 20221106
  • flex 2.6.4

Note that for all three, I had to remove -static from LDFLAGS and remove -Wl,-Bstatic from both LIBBZ2 and LIBZ (the versions that were commented out, that is).

Feedback appreciated; please test on other systems before merging.

[takusuman]

Great!

[ghost]

@takusuman oops... I forgot a commit that I just pushed literally one minute ago, that fixed nawk on alpine/musl.

In nawk/awk.g.y, there should be a line that says #include <stdint.h> right below #include "awk.h". Could you copy the changes without me having to create a second PR?

The commit is here: https://github.com/Projeto-Pindorama/heirloom-ng/commit/a11d9fa6686ff8500914d9cd55b3a62ae808a6fa

[takusuman]

Note that for all three, I had to remove -static from LDFLAGS and remove -Wl,-Bstatic from both LIBBZ2 and LIBZ (the versions that were commented out, that is).

Maybe the -dev packages for libbz2 and libz weren't installed? That's weird. At least on Copacabana Linux, which include both the .a and .so files for these libraries, it can compile statically without problems. I'll check this out later on.

Feedback appreciated; please test on other systems before merging.

It compiles (dynamically) on Ubuntu 22.04, with the GNU C Library 2.35 and with the GNU Compiler Collection 11.3.0, nothing really new here. Maybe some *BSD user wish to test it? I don't have any BSD running here, so I can't test it for myself in a "organic" way without being on a VM.

[takusuman]

In nawk/awk.g.y, there should be a line that says #include <stdint.h> right below #include "awk.h". Could you copy the changes without me having to create a second PR?

Well, I think it would be more laborious to copy the line and paste here than just creating another P.R. I'd recommend that you created another P.R., it wouldn't be a problem for me at least. Just let me upgrade the README with the compatibility list, O.k.? EDIT: Done! 0d23fc8d092ca57a1d69f12a0f3435a502947fa2

[ghost]

It compiles (dynamically) on Ubuntu 22.04, with the GNU C Library 2.35 and with the GNU Compiler Collection 11.3.0, nothing really new here.

Thanks for confirming, I wanted to ensure nothing broke on select systems.

Maybe the -dev packages for libbz2 and libz weren't installed? That's weird.

Nope, on all 3 the -dev packages were installed. Arch doesn't even ship any package with libbz2.a.

Maybe some *BSD user wish to test it? I don't have any BSD running here, so I can't test it for myself in a "organic" way without being on a VM.

I've run OpenBSD on real hardware before, but I currently am not running it; however, I do have enough resources to run it in a VM. I could test it later.

I'll open a new PR. Thank you for being so kind to me; I'm still relatively new to actually using GitHub for development other than simply lurking about.

[takusuman]

Nope, on all 3 the -dev packages were installed. Arch doesn't even ship any package with libbz2.a.

I think GNU C-based distributions don't like static linking that much. 😅

I've run OpenBSD on real hardware before, but I currently am not running it; however, I do have enough resources to run it in a VM. I could test it later.

Great. Thank you.

I'll open a new PR.

Merged right now, by the way (#15).

Thank you for being so kind to me; I'm still relatively new to actually using GitHub for development other than simply lurking about.

You're welcome!