head	1.2;
access;
symbols;
locks; strict;
comment	@// @;


1.2
date	2020.12.05.12.03.26;	author nia;	state dead;
branches;
next	1.1;
commitid	Jn4TOYwMCsyP5yyC;

1.1
date	2020.11.25.00.40.16;	author gutteridge;	state Exp;
branches;
next	;
commitid	79pY37YXY2FqDcxC;


desc
@@


1.2
log
@mozjs78: Fix configure where the readline library isn't builtin.

This commit also moves the location of WRKSRC so that no patches are
applied to files in parent directories of WRKSRC.
@
text
@$NetBSD: patch-.._.._mfbt_tests_TestVariant.cpp,v 1.1 2020/11/25 00:40:16 gutteridge Exp $

Disable assertion that fails on 32-bit architectures.

--- ../../mfbt/tests/TestVariant.cpp.orig	2020-11-04 10:52:03.000000000 +0000
+++ ../../mfbt/tests/TestVariant.cpp
@@@@ -567,7 +567,7 @@@@ static void testMatchingLambdaWithIndex(
   // would be no way to distinguish how each lambda is actually invoked because
   // there is only one choice of call operator in each overload set.
   auto desc = [](auto aIndex, auto& a) {
-    static_assert(sizeof(aIndex) < sizeof(size_t), "Expected small index type");
+    //static_assert(sizeof(aIndex) < sizeof(size_t), "Expected small index type");
     switch (sizeof(a)) {
       case 1:
         MOZ_RELEASE_ASSERT(aIndex == 0);
@


1.1
log
@mozjs78: fix builds on some 32-bit architectures

As with earlier versions, this expects 64-bit atomic operations.
Separately, there's an issue with an assertion in test code that makes
an assumption about the size of an index variable vs. size_t that
doesn't hold.

Test suite comparisons between resultant amd64 and i386 builds on
recent NetBSD releases reveal a similar number of failures (18 vs. 20),
mostly to do with date parsing, though i386 also fails with two IEEE
754 double precision tests.

I did look at carrying mozjs60 patches for NetBSD/powerpc forward, but
I don't have a viable test environment at the moment, and code
inspection suggests that may not be straightforward.
@
text
@d1 1
a1 1
$NetBSD$
@