NetBSD Problem Report #43444

From hauke@Espresso.Rhein-Neckar.DE  Thu Jun 10 07:57:52 2010
Return-Path: <hauke@Espresso.Rhein-Neckar.DE>
Received: from mail.netbsd.org (mail.netbsd.org [204.152.190.11])
	by www.NetBSD.org (Postfix) with ESMTP id CCE7563B91E
	for <gnats-bugs@gnats.NetBSD.org>; Thu, 10 Jun 2010 07:57:52 +0000 (UTC)
Message-Id: <201006100747.o5A7lJRY016592@pizza.causeuse.org>
Date: Thu, 10 Jun 2010 09:47:19 +0200 (CEST)
From: Hauke Fath <hauke@Espresso.Rhein-Neckar.DE>
Reply-To: Hauke Fath <hauke@Espresso.Rhein-Neckar.DE>
To: gnats-bugs@gnats.NetBSD.org
Cc: Hauke Fath <hauke@Espresso.Rhein-Neckar.DE>
Subject: databases/db4 configure failure on netbsd-4@sparc
X-Send-Pr-Version: 3.95

>Number:         43444
>Category:       pkg
>Synopsis:       databases/db4 configure failure on netbsd-4@sparc
>Confidential:   no
>Severity:       serious
>Priority:       high
>Responsible:    hauke
>State:          closed
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Thu Jun 10 08:00:00 +0000 2010
>Closed-Date:    Tue Dec 16 10:20:30 +0000 2025
>Last-Modified:  Tue Dec 16 10:35:01 +0000 2025
>Originator:     Hauke Fath
>Release:        NetBSD 4.0_STABLE
>Organization:
Falling Raindrops
>Environment:


System: NetBSD pizza.causeuse.org 4.0_STABLE NetBSD 4.0_STABLE (PIZZA_PF) #0: Tue May 18 16:36:44 CEST 2010 hf@Hochstuhl:/var/obj/netbsd-builds/4/sparc/sys/arch/sparc/compile/PIZZA_PF sparc
Architecture: sparc
Machine: sparc
>Description:

	After the recent update, databases/db4 fails to configure on
	NetBSD/sparc 4 with

[...]
checking for u_char... yes
checking for u_short... yes
checking for u_int... yes
checking for u_long... yes
checking for u_int8_t... yes
checking for u_int16_t... yes
checking for int16_t... yes
checking for u_int32_t... yes
checking for int32_t... yes
checking for u_int64_t... yes
checking for int64_t... yes
checking for FILE *... yes
checking for off_t... yes
checking for pid_t... yes
checking for size_t... yes
checking for time_t... yes
checking size of size_t... 4
checking for ssize_t... yes
checking for uintmax_t... yes
checking for uintptr_t... yes
checking for socklen_t... yes
checking for ANSI C exit success/failure values... yes
checking for getopt optreset variable... yes
checking for mutexes... UNIX/fcntl
configure: WARNING: NO SHARED LATCH IMPLEMENTATION FOUND FOR THIS PLATFORM.
configure: error: Unable to find a mutex implementation
*** Error code 1

Stop.
make: stopped in /u1/netbsd-current/src/pkgsrc/databases/db4
*** Error code 1

	Logs can be found at
	<http://www.spg.tu-darmstadt.de/~hf/pkgsrc/db4.sparc.tgz>.

>How-To-Repeat:

	Build db4 on netbsd-4.

>Fix:
	Add a shared latch implementation, I guess, whatever that is.
	;)

>Release-Note:

>Audit-Trail:

Responsible-Changed-From-To: pkg-manager->adam
Responsible-Changed-By: wiz@NetBSD.org
Responsible-Changed-When: Tue, 15 Jun 2010 08:06:11 +0000
Responsible-Changed-Why:
Over to updater.


From: "John D. Baker" <jdbaker@mylinuxisp.com>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: pkg/43444
Date: Sat, 10 Jul 2010 00:27:51 -0500 (CDT)

 This problem also affects  pkgsrc-2010Q2 on sparc-5.1_RC3.

 NetBSD pizza.technoskunk.fur 5.1_RC3 NetBSD 5.1_RC3 (PIZZA) #13: Tue Jun 15 23:30:30 CDT 2010  sysop@plexor.technoskunk.fur:/d0/build/netbsd-5/obj/sparc/sys/arch/sparc/compile/PIZZA sparc


 -- 
 |/"\ John D. Baker, KN5UKS               NetBSD     Darwin/MacOS X
 |\ / jdbaker[snail]mylinuxisp[flyspeck]com    OpenBSD            FreeBSD
 | X  No HTML/proprietary data in email.   BSD just sits there and works!
 |/ \ GPGkeyID:  D703 4A7E 479F 63F8 D3F4  BD99 9572 8F23 E4AD 1645

From: =?iso-8859-1?Q?R=E9mi_Zara?= <remi_zara@mac.com>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: pkg/43444
Date: Tue, 28 Sep 2010 15:32:49 +0200

 --Apple-Mail-4-283407977
 Content-Transfer-Encoding: quoted-printable
 Content-Type: text/plain;
 	charset=iso-8859-1


 Le 28 sept. 2010 =E0 15:10, Hauke Fath a =E9crit :

 > The following reply was made to PR pkg/43894; it has been noted by =
 GNATS.
 >=20
 > From: Hauke Fath <hf@spg.tu-darmstadt.de>
 > To: gnats-bugs@NetBSD.org
 > Cc: "OBATA Akio" <obache@NetBSD.org>, <hauke@NetBSD.org>
 > Subject: Re: pkg/43894: database/db4-4.8.30 does not build on
 > NetBSD/cobalt 5.0.2
 > Date: Tue, 28 Sep 2010 15:08:31 +0200
 >=20
 > At 9:20 Uhr +0000 27.09.2010, OBATA Akio wrote:
 >> Adding CONFIGURE_ARGS+=3D --disable-mutexsupport, [...]
 >=20
 > This works around the problem on sparc in
 > <http://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=3D43444>, =
 FWIW.
 >=20

 There should be an mutexes impl for sparc/gcc

 The configure test is:

 	#if defined(__sparc__) && defined(__GNUC__)
 		asm volatile ("membar =
 #StoreStore|#StoreLoad|#LoadStore");
 		exit(0);
 	#else
 		FAIL TO COMPILE/LINK
 	#endif

 Does NetBSD defines __sparc__ ?

 Regards,

 R=E9mi Zara=

 --Apple-Mail-4-283407977
 Content-Disposition: attachment;
 	filename=smime.p7s
 Content-Type: application/pkcs7-signature;
 	name=smime.p7s
 Content-Transfer-Encoding: base64

 MIAGCSqGSIb3DQEHAqCAMIACAQExCzAJBgUrDgMCGgUAMIAGCSqGSIb3DQEHAQAAoIIFNDCCBTAw
 ggMYoAMCAQICAwkNETANBgkqhkiG9w0BAQUFADB5MRAwDgYDVQQKEwdSb290IENBMR4wHAYDVQQL
 ExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmluZyBBdXRob3Jp
 dHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZzAeFw0xMDA4MTQxNjEyMjRaFw0x
 MTAyMTAxNjEyMjRaMDwxGDAWBgNVBAMTD0NBY2VydCBXb1QgVXNlcjEgMB4GCSqGSIb3DQEJARYR
 cmVtaV96YXJhQG1hYy5jb20wggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAwggEKAoIBAQDbpIN2R0kG
 X/kn+9lT0r40S+037qBORrOOqDzvwDDtdszm/x7JoHNGB/mb09jpl9u0phRH7M2qcPGWfwSeAUxj
 5Tle+yr7/4IdWX2wXzsQ54pidFosUWe21MoAke1J/dE39ptpfYSBlbNLOEN7mS+dZVlB/S3OOSiw
 YsLVe/U8m8ZAWKmwHtQf8BOzEs+62eE7P0uDQ4KQqZVVvyE5quXVjkU/TxnhAVeKRcX4kL2bHu3T
 SxB5CjoMVKdvWYlK7kHBG3xr68jgxpVwcmpIn7AsZVSDYpiUZFmV8nYULIWHZdwT67Zk+xVYusZ3
 ytmVSukzkEi+4NA/JH9TdoOsKcEzAgMBAAGjgf0wgfowDAYDVR0TAQH/BAIwADBWBglghkgBhvhC
 AQ0ESRZHVG8gZ2V0IHlvdXIgb3duIGNlcnRpZmljYXRlIGZvciBGUkVFIGhlYWQgb3ZlciB0byBo
 dHRwOi8vd3d3LkNBY2VydC5vcmcwQAYDVR0lBDkwNwYIKwYBBQUHAwQGCCsGAQUFBwMCBgorBgEE
 AYI3CgMEBgorBgEEAYI3CgMDBglghkgBhvhCBAEwMgYIKwYBBQUHAQEEJjAkMCIGCCsGAQUFBzAB
 hhZodHRwOi8vb2NzcC5jYWNlcnQub3JnMBwGA1UdEQQVMBOBEXJlbWlfemFyYUBtYWMuY29tMA0G
 CSqGSIb3DQEBBQUAA4ICAQC6hJnmTMyUl/DXrLHJq8lCFkOXGNaM5ZKp+6EYkdoLWos7XpCF0S0Z
 Eu2siwD4MqdEfy4y8HjZyRNRThG5NW04SuSqirE068uMArjY/cgnFECnEojvSrbXIPQHZVpbLhZ/
 LeJ/QPdwwrkxuh+uCXIWVowYZRW6TU4kjVYo1RN2JQTA3INl3d0T6uWYgOlRynkU/5RdT5151Tz2
 ghdqD5EW872519RZrNa16OCmWUADSZx+zpalNNYPijIsaWBtidMs/25PaF25sFUmvctmqBg+UpTt
 +xqH7KUIOyFaa5dwDVx/4plu6WDsnZdOlFrQTtUCPR2G3/taXSb3Qg0zsTlYY8L7hdz5sB6e5ioO
 TuSCBGnLBaosnWx0tcIGSJ75Kq8NR57EZLKnlelY9pAn9Sm5DyOvXVumklRaXlBEne7HCMR/DQJG
 b470qsmIbOwLO8SBMRvsSdhg74SLgW2+fXLqFRZv2OSY3Is7SiKgy6PqxZgydlLVA08OcuZVSw/T
 Xrik0uyiB9Dgng3xQR8L9RSOE+tOVYh0cWqCqcRrtLZD51C78gYjkOgcrLnQuKnXWHBYm5bb0rkq
 3YlTK1+GjcAChVorqBUXTjUshiLo1Rg0gDHsXBI7l7MmHi94s+GtUiLHOJkpJy5N32/pn27Zi3xs
 sczOFznDA5xP2Ifor4o6jTGCAzMwggMvAgEBMIGAMHkxEDAOBgNVBAoTB1Jvb3QgQ0ExHjAcBgNV
 BAsTFWh0dHA6Ly93d3cuY2FjZXJ0Lm9yZzEiMCAGA1UEAxMZQ0EgQ2VydCBTaWduaW5nIEF1dGhv
 cml0eTEhMB8GCSqGSIb3DQEJARYSc3VwcG9ydEBjYWNlcnQub3JnAgMJDREwCQYFKw4DAhoFAKCC
 AYcwGAYJKoZIhvcNAQkDMQsGCSqGSIb3DQEHATAcBgkqhkiG9w0BCQUxDxcNMTAwOTI4MTMzMjQ5
 WjAjBgkqhkiG9w0BCQQxFgQUAybnwcSCPsIKZRqrPs8N0jp1jaYwgZEGCSsGAQQBgjcQBDGBgzCB
 gDB5MRAwDgYDVQQKEwdSb290IENBMR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAg
 BgNVBAMTGUNBIENlcnQgU2lnbmluZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRA
 Y2FjZXJ0Lm9yZwIDCQ0RMIGTBgsqhkiG9w0BCRACCzGBg6CBgDB5MRAwDgYDVQQKEwdSb290IENB
 MR4wHAYDVQQLExVodHRwOi8vd3d3LmNhY2VydC5vcmcxIjAgBgNVBAMTGUNBIENlcnQgU2lnbmlu
 ZyBBdXRob3JpdHkxITAfBgkqhkiG9w0BCQEWEnN1cHBvcnRAY2FjZXJ0Lm9yZwIDCQ0RMA0GCSqG
 SIb3DQEBAQUABIIBAMoMdS5XJoPdm4FDJx0kmU2b8XieuXOCNFqGyLsjCNvUDhdpgARj8v80/GJ4
 RemolU1YL1DONK06YazzpW9pcfQj4GjA9zRpCzRgWlhRogOWDprONFXJZas4F8ui/dY73TBShhRW
 TsRCe+JrARYy6zALEN/7lYvJYLySJ9wxd0zo7mj1whewWpxts9MIelbqQVc9QdjIOJ9YJCq72zDP
 X0W8V2vyU/eG6nkgerMcThpniSMQu58DVVBGEpWjPK78AiT7TJvY0qbHREQ0SMlfnseyxVj80SYF
 KBcENF4BTS8goCJpYMuZ0C9wQICgliBar9GZXLiZmUXZERMn5my56RIAAAAAAAA=

 --Apple-Mail-4-283407977--

From: "OBATA Akio" <obache@netbsd.org>
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: pkg/43444
Date: Wed, 29 Sep 2010 10:33:36 +0900

 On Tue, 28 Sep 2010 22:35:02 +0900, Rémi Zara <remi_zara@mac.com> wrote:

 >  There should be an mutexes impl for sparc/gcc
 > The configure test is:
 > 	#if defined(__sparc__) && defined(__GNUC__)
 >  		asm volatile ("membar =
 >  #StoreStore|#StoreLoad|#LoadStore");
 >  		exit(0);
 >  	#else
 >  		FAIL TO COMPILE/LINK
 >  	#endif
 > Does NetBSD defines __sparc__ ?

 At comment of above the codes:
   Sparc/gcc: SunOS, Solaris ultrasparc assembler support

 So maybe it requre -mcpu=ultrasparc or v9 for CFLAGS.

 -- 
 OBATA Akio / obache@NetBSD.org

From: Hauke Fath <hauke@Espresso.Rhein-Neckar.DE>
To: gnats-bugs@NetBSD.org
Cc: adam@NetBSD.org, Hauke Fath <hauke@Espresso.Rhein-Neckar.DE>
Subject: Re: pkg/43444
Date: Wed, 29 Sep 2010 20:40:59 +0200

 At 1:35 Uhr +0000 29.9.2010, OBATA Akio wrote:
 > On Tue, 28 Sep 2010 22:35:02 +0900, Rˆ©mi Zara <remi_zara@mac.com> wrote:
 >
 > >  There should be an mutexes impl for sparc/gcc
 > > The configure test is:
 > > 	#if defined(__sparc__) && defined(__GNUC__)
 > >  		asm volatile ("membar =
 > >  #StoreStore|#StoreLoad|#LoadStore");
 > >  		exit(0);
 > >  	#else
 > >  		FAIL TO COMPILE/LINK
 > >  	#endif
 > > Does NetBSD defines __sparc__ ?

 The gcc man/info docs have nothing, but there are a few hits under
 /usr/include:

 # fgrep -RH __sparc__ /usr/include
 /usr/include/arpa/nameser_compat.h:     (defined(__68k__) ||
 defined(__sparc__) || defined(__powerpc__)))
 /usr/include/net/bpf.h:    defined(__sh__) || (defined(__sparc__) &&
 !defined(__sparc64__))
 /usr/include/objc/sarray.h:#if defined(__sparc__) || defined(OBJC_SPARSE2)
 /usr/include/objc/sarray.h:#ifdef __sparc__
 /usr/include/netdb.h:#if (defined(__sparc__) && defined(_LP64)) || \
 /usr/include/netdb.h:#if defined(__sparc__) && defined(_LP64)
 #

 > At comment of above the codes:
 >   Sparc/gcc: SunOS, Solaris ultrasparc assembler support
 >
 > So maybe it requre -mcpu=ultrasparc or v9 for CFLAGS.

 The PR was filed against sparc, not sparc64, so - no v9.

 	hauke


 --
 "It's never straight up and down"     (DEVO)


From: "OBATA Akio" <obache@netbsd.org>
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: pkg/43444
Date: Thu, 30 Sep 2010 14:20:57 +0900

 On Thu, 30 Sep 2010 04:00:08 +0900, Hauke Fath <hauke@espresso.rhein-neckar.de> wrote:

 >  > At comment of above the codes:
 >  >   Sparc/gcc: SunOS, Solaris ultrasparc assembler support
 >  >
 >  > So maybe it requre -mcpu=ultrasparc or v9 for CFLAGS.
 > The PR was filed against sparc, not sparc64, so - no v9.

 Even __sparc__ is defined, the assembler instruction wiil be failed to compile
 on sparc v8 and v7, that's all.

 http://developers.sun.com/solaris/articles/atomic_sparc/

From: David Holland <dholland-pbugs@netbsd.org>
To: gnats-bugs@netbsd.org
Cc: 
Subject: Re: pkg/43444: databases/db4 configure failure on netbsd-4@sparc
Date: Sat, 9 Oct 2010 21:18:45 +0000

 (for the record)

    ------

 From: Hauke Fath <hf@spg.tu-darmstadt.de>
 To: gnats-bugs@NetBSD.org
 Cc: "OBATA Akio" <obache@NetBSD.org>, <hauke@NetBSD.org>
 Subject: Re: pkg/43894: database/db4-4.8.30 does not build on
  NetBSD/cobalt 5.0.2
 Date: Tue, 28 Sep 2010 15:08:31 +0200

  At 9:20 Uhr +0000 27.09.2010, OBATA Akio wrote:
  > Adding CONFIGURE_ARGS+= --disable-mutexsupport, [...]

  This works around the problem on sparc in
  <http://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=43444>, FWIW.

  	hauke


  -- 
       The ASCII Ribbon Campaign                    Hauke Fath
  ()     No HTML/RTF in email            Institut für Nachrichtentechnik
  /\     No Word docs in email                     TU Darmstadt
       Respect for open standards              Ruf +49-6151-16-3281

From: Hauke Fath <hauke@Espresso.Rhein-Neckar.DE>
To: gnats-bugs@NetBSD.org
Cc: adam@NetBSD.org
Subject: Re: pkg/43444
Date: Sun, 17 Oct 2010 20:48:32 +0200

 Same issue with databases/db5 on sparc (== sparc32):

 [...]
 checking for ANSI C exit success/failure values... yes
 checking for getopt optreset variable... yes
 checking for mutexes... UNIX/fcntl
 configure: error: Support for FCNTL mutexes was removed in BDB 4.8.
 *** Error code 1

 	hauke


 --
 "It's never straight up and down"     (DEVO)


From: christos@zoulas.com (Christos Zoulas)
To: gnats-bugs@NetBSD.org, adam@NetBSD.org, gnats-admin@netbsd.org, 
	pkgsrc-bugs@netbsd.org, Hauke Fath <hauke@Espresso.Rhein-Neckar.DE>
Cc: 
Subject: Re: pkg/43444
Date: Sun, 17 Oct 2010 18:04:30 -0400

 On Oct 17,  7:00pm, hauke@Espresso.Rhein-Neckar.DE (Hauke Fath) wrote:
 -- Subject: Re: pkg/43444

 | The following reply was made to PR pkg/43444; it has been noted by GNATS.
 | 
 | From: Hauke Fath <hauke@Espresso.Rhein-Neckar.DE>
 | To: gnats-bugs@NetBSD.org
 | Cc: adam@NetBSD.org
 | Subject: Re: pkg/43444
 | Date: Sun, 17 Oct 2010 20:48:32 +0200
 | 
 |  Same issue with databases/db5 on sparc (== sparc32):
 |  
 |  [...]
 |  checking for ANSI C exit success/failure values... yes
 |  checking for getopt optreset variable... yes
 |  checking for mutexes... UNIX/fcntl
 |  configure: error: Support for FCNTL mutexes was removed in BDB 4.8.

 I guess you have to put it back.

 christos

From: "John D. Baker" <jdbaker@mylinuxisp.com>
To: gnats-bugs@NetBSD.org
Cc: 
Subject: Re: pkg/43444: databases/db4 configure failure on netbsd-4@sparc
Date: Sun, 2 Oct 2016 22:19:56 -0500 (CDT)

 The original submitter of this PR sent me some patches for "db4" he used
 locally for NetBSD/sparc.  I adapted them to "db5" as well and have been
 using them for quite some time.

 For db4:

 +--- dbinc/mutex_int.h.orig2	2014-09-07 16:35:52.000000000 -0500
 ++++ dbinc/mutex_int.h	2014-09-07 16:46:39.000000000 -0500
 +@@ -714,14 +714,24 @@ typedef unsigned char tsl_t;
 + 	!__r;								\
 + })
 + 
 ++#if defined (__sparc_v9__)
 + #define	MUTEX_UNSET(tsl)	(*(tsl) = 0, MUTEX_MEMBAR(tsl))
 +-#define	MUTEX_INIT(tsl)         (MUTEX_UNSET(tsl), 0)
 + #define	MUTEX_MEMBAR(x)	\
 + 	({ __asm__ volatile ("membar #StoreStore|#StoreLoad|#LoadStore"); })
 + #define	MEMBAR_ENTER() \
 + 	({ __asm__ volatile ("membar #StoreStore|#StoreLoad"); })
 + #define	MEMBAR_EXIT() \
 + 	({ __asm__ volatile ("membar #StoreStore|#LoadStore"); })
 ++#else
 ++#define	MUTEX_UNSET(tsl) ({						\
 ++	__asm__ volatile ("stbar");					\
 ++	*(tsl) = 0; })
 ++#define	MUTEX_MEMBAR(x) \
 ++	({ __asm__ volatile ("stbar"); })
 ++#define	MEMBAR_ENTER()
 ++#define	MEMBAR_EXIT()
 ++#endif
 ++#define	MUTEX_INIT(tsl)         (MUTEX_UNSET(tsl), 0)
 + #endif
 + #endif
 + 
 +--- dist/configure.orig2	2014-09-07 16:35:50.000000000 -0500
 ++++ dist/configure	2014-09-07 16:57:35.000000000 -0500
 +@@ -19257,7 +19257,11 @@ main ()
 + {
 + 
 + 	#if defined(__sparc__) && defined(__GNUC__)
 ++	#if defined(__sparc_v9__)
 + 		asm volatile ("membar #StoreStore|#StoreLoad|#LoadStore");
 ++	#else
 ++		asm volatile ("stbar");
 ++	#endif
 + 		exit(0);
 + 	#else
 + 		FAIL TO COMPILE/LINK


 For db5:

 +--- dist/configure.orig2	2014-09-07 17:21:35.000000000 -0500
 ++++ dist/configure	2014-09-07 17:30:24.000000000 -0500
 +@@ -21444,7 +21444,11 @@ main ()
 + {
 + 
 + 	#if defined(__sparc__) && defined(__GNUC__)
 ++	#if defined(__sparc_v9__)
 + 		asm volatile ("membar #StoreStore|#StoreLoad|#LoadStore");
 ++	#else
 ++		asm volatile ("stbar");
 ++	#endif
 + 		exit(0);
 + 	#else
 + 		FAIL TO COMPILE/LINK
 +--- src/dbinc/mutex_int.h.orig2	2014-09-07 16:35:52.000000000 -0500
 ++++ src/dbinc/mutex_int.h	2014-09-07 16:46:39.000000000 -0500
 +@@ -714,14 +714,24 @@ typedef unsigned char tsl_t;
 + 	!__r;								\
 + })
 + 
 ++#if defined (__sparc_v9__)
 + #define	MUTEX_UNSET(tsl)	(*(tsl) = 0, MUTEX_MEMBAR(tsl))
 +-#define	MUTEX_INIT(tsl)         (MUTEX_UNSET(tsl), 0)
 + #define	MUTEX_MEMBAR(x)	\
 + 	({ __asm__ volatile ("membar #StoreStore|#StoreLoad|#LoadStore"); })
 + #define	MEMBAR_ENTER() \
 + 	({ __asm__ volatile ("membar #StoreStore|#StoreLoad"); })
 + #define	MEMBAR_EXIT() \
 + 	({ __asm__ volatile ("membar #StoreStore|#LoadStore"); })
 ++#else
 ++#define	MUTEX_UNSET(tsl) ({						\
 ++	__asm__ volatile ("stbar");					\
 ++	*(tsl) = 0; })
 ++#define	MUTEX_MEMBAR(x) \
 ++	({ __asm__ volatile ("stbar"); })
 ++#define	MEMBAR_ENTER()
 ++#define	MEMBAR_EXIT()
 ++#endif
 ++#define	MUTEX_INIT(tsl)         (MUTEX_UNSET(tsl), 0)
 + #endif
 + #endif
 + 

 -- 
 |/"\ John D. Baker, KN5UKS               NetBSD     Darwin/MacOS X
 |\ / jdbaker[snail]mylinuxisp[flyspeck]com    OpenBSD            FreeBSD
 | X  No HTML/proprietary data in email.   BSD just sits there and works!
 |/ \ GPGkeyID:  D703 4A7E 479F 63F8 D3F4  BD99 9572 8F23 E4AD 1645

Responsible-Changed-From-To: adam->hauke
Responsible-Changed-By: hauke@NetBSD.org
Responsible-Changed-When: Mon, 15 Dec 2025 13:43:57 +0000
Responsible-Changed-Why:
I'll get that...


State-Changed-From-To: open->closed
State-Changed-By: hauke@NetBSD.org
State-Changed-When: Tue, 16 Dec 2025 10:20:30 +0000
State-Changed-Why:
Patches added for sparc v[78] mutex support.


From: "Hauke Fath" <hauke@netbsd.org>
To: gnats-bugs@gnats.NetBSD.org
Cc: 
Subject: PR/43444 CVS commit: pkgsrc/databases
Date: Tue, 16 Dec 2025 10:19:11 +0000

 Module Name:	pkgsrc
 Committed By:	hauke
 Date:		Tue Dec 16 10:19:11 UTC 2025

 Modified Files:
 	pkgsrc/databases/db4: distinfo
 	pkgsrc/databases/db4/patches: patch-ab patch-ae
 	pkgsrc/databases/db5: distinfo
 	pkgsrc/databases/db5/patches: patch-ab patch-src_dbinc_mutex_int.h

 Log Message:
 databases/db[45] -- Add mutex support for SPARC v[78] machines.

 Thanks go to John D. Baker for submitting an updated patch to the PR,
 and to Andrew Randrianasulu for bringing up the issue again and then
 testing the patches.

 Fixes PR pkg/43444.


 To generate a diff of this commit:
 cvs rdiff -u -r1.51 -r1.52 pkgsrc/databases/db4/distinfo
 cvs rdiff -u -r1.27 -r1.28 pkgsrc/databases/db4/patches/patch-ab
 cvs rdiff -u -r1.2 -r1.3 pkgsrc/databases/db4/patches/patch-ae
 cvs rdiff -u -r1.19 -r1.20 pkgsrc/databases/db5/distinfo
 cvs rdiff -u -r1.8 -r1.9 pkgsrc/databases/db5/patches/patch-ab
 cvs rdiff -u -r1.1 -r1.2 \
     pkgsrc/databases/db5/patches/patch-src_dbinc_mutex_int.h

 Please note that diffs are not public domain; they are subject to the
 copyright notices on the relevant files.

>Unformatted:

Home	PR Database Search