work around clang compiler issue and malloc overflow in t1lib

there are two bugs in fonts/t1lib that cause math/grace to crash on OSX:

[1] compiler bug in some versions of clang when compiling with "-O2" ...
    this appears to have been fixed somewhere between clang-11 and clang-12.
    it works ok with "-O1" and it doesn't impact my NetBSD system (which
    has gcc instead of clang).   resolve by using memcpy() in LONGCOPY()
    macro rather than using custom code that triggers the clang issue.
    see: https://mail-index.netbsd.org/tech-pkg/2022/06/08/msg026367.html

[2] one case of t1lib trying to be clever and instead writing past end of
     malloc'd buffer (which the OSX malloc did not like at all;  the netbsd
     malloc did not get messed up by this).   the address sanitizer helped
     pinpoint this.


(chuck)

$NetBSD: patch-lib_type1_objects.h,v 1.1 2022/06/08 19:00:13 chuck Exp $

Point LONGLONG macro at memcpy() rather than using t1lib custom code.
The t1lib version causes some versions of clang to produce incorrect
code when compiled with -O2.  Newer versions of clang (>= clang-12)
have fixed the issue.  see note in:
    https://mail-index.netbsd.org/tech-pkg/2022/06/08/msg026367.html

--- lib/type1/objects.h.orig	2022-06-08 13:28:14.000000000 -0400
+++ lib/type1/objects.h	2022-06-08 13:28:29.000000000 -0400
@@ -152,10 +152,14 @@
 /*END SHARED*/
 /*SHARED*/
  
+#if 0
 #define  LONGCOPY(dest,source,bytes) { \
     register LONG *p1 = (LONG *)dest;  register LONG *p2 = (LONG *)source; \
     register int count = (bytes) / sizeof(LONG); \
     while (--count >= 0) *p1++ = *p2++; }
+#else
+#define  LONGCOPY(dest,source,bytes) memcpy(dest,source,bytes)
+#endif
  
  
 /*END SHARED*/

$NetBSD: patch-lib_type1_regions.c,v 1.1 2022/06/08 19:00:13 chuck Exp $

Fixed incorrect calculation of ceiling that results in t1lib LONGCOPY
writing past the end of a malloc buffer.   Corrects crash on OSX
and resolves complaints from the address sanitizer.

--- lib/type1/regions.c.orig	2022-06-08 13:28:23.000000000 -0400
+++ lib/type1/regions.c	2022-06-08 13:28:31.000000000 -0400
@@ -340,7 +340,8 @@
 longs.  The destination must be able to hold these extra bytes because
 Allocate() makes everything it allocates be in multiples of longs.
 */
-       LONGCOPY(&r[1], xvalues, (ymax - iy) * sizeof(pel) + sizeof(LONG) - 1);
+       LONGCOPY(&r[1], xvalues,
+         ((ymax - iy) * sizeof(pel) + sizeof(LONG) - 1) & ~(sizeof(LONG) - 1));
  
        IfTrace1((RegionDebug),"result=%p\n", r);
        return(r);