Log message:
devel/smake: Added "sysutils/cdrtools/Makefile" to Makefile.common

Log message:
smake: Do not use custom do-build and do-install targets

* pkgsrc provides BUILD_DIRS and INSTALL_DIRS mechanisms not to
  write custom targets.

Log message:
archivers: Replace RMD160 checksums with BLAKE2s checksums

All checksums have been double-checked against existing RMD160 and
SHA512 hashes

Could not be committed due to merge conflict:
devel/py-traitlets/distinfo

The following distfiles were unfetchable (note: some may be only fetched
conditionally):

./devel/pvs/distinfo pvs-3.2-solaris.tgz
./devel/eclipse/distinfo eclipse-sourceBuild-srcIncluded-3.0.1.zip

Log message:
devel: Remove SHA1 hashes for distfiles

Log message:
devel/smake: Update to 1.6nb1

- smake: Fixed a typo in a comment in readfile.c

- smake: The man page now mentions that the commands called for
  .INCLUDE_FAILED: should include $^ as argument to the rule command to
  be able to know what filename is missing and to be pocessed.

- smake: Fix a bug in the man page for .INCLUDE_FAILED:. It now
  correctly mentions that .INCLUDE_FAILED: only applies to the "include"
  directive but not to the "-include" directive as well (as claimed
  before).

Log message:
devel/smake: Update to 1.5nb1

Changelog from AN-2021-07-29:
- smake: changed open(..., 0) -> open(..., O_RDONLY) for z/OS

  Thanks to a report from Matthew R. Wilson

- smake: z/OS is using EBCDIC and for this reason, smake cannot continue
  to #define NWARN 0x4000, as this bit would be in conflict with bits
  needed by the "short int" computed from characters used by macro
  assignment operator characters. e.g. "'=' | '+' << 8"

  smake now uses #define NWARN 0x8000 as this bit is only in use by
  EBCDIC digits that do not appear in the 16 bit values used as macro
  assignment operators inside smake.

  Thanks to a report from Matthew R. Wilson

- smake: A .POSIX: line in the Makefile is now correctly detected
  immediately and switches immediately into POSIX mode. This is
  important in case that the parser needs to behave different already,
  depending on whether it is in POSIX mode or not.

- smake: Since the GNU assignment operator := that has been adopted
  by POSIX as ::= causes unpredictable behavior, in case that += is
  used, it is now only supported when smake is in "POSIX mode", e.g.
  by putting .POSIX: into the Makefile. As this results in modifying
  the parser based on the current POSIX state, this needs the extension
  mentioned above.

Log message:
archivers/tartest: Add version 1.23

Tartest reads a tar archive from stdin and checks this archive for
compliance with POSIX.1-1990.

Log message:
devel/smake: Update to 1.5

Create OS rule for mips64eb architecture too (bulk build failed).

Changelog from AN-2021-05-19:
- smake: smake "MACRO += value" now works.

  smake did implement command line macros like "MACRO=value" since
  spring 1996 but did not yet support "MACRO +=value" as well.

- smake: smake "MACRO::=value" "MACRO:::=value", "MACRO \ 
+:= value"
  now work as well.

- smake: The man page now mentions the new command line macro operators
  ::=, :::=, += and +:=

- smake: Version bumped to 1.5

Changelog from AN-2021-06-07:
- smake: the MAKEFLAGS parser has been enhanced to understand the
  encoding used by the BSD make program "bmake". This is needed to
  support something like "bmake INS_BASE=xxx" on FreeBSD while
  compiling the schilytools.

  This parser enhancement also covers some incompatibilities with
  the MAKEFLAGS= values created by SunPro Make (e.g. a missing --
  before the make macro definitions are added).

  Thanks to Robert Clausecker for reporting.

- smake: The smake man page now also mentions SunPro make as dmake(1)
  and make(1s) in the "SEE ALSO" section.