RE: port-evbarm/43801: Statically linked program that calls atomic_cas_ulong crashes with segmentation fault

["YoonHoe LOKE" <yhl%cpm.com.my@localhost>]

The following reply was made to PR port-evbarm/43801; it has been noted by 
GNATS.

From: "YoonHoe LOKE" <yhl%cpm.com.my@localhost>
To: <gnats-bugs%NetBSD.org@localhost>, 
<port-evbarm-maintainer%NetBSD.org@localhost>,
        <gnats-admin%NetBSD.org@localhost>, <netbsd-bugs%NetBSD.org@localhost>
Cc: 
Subject: RE: port-evbarm/43801: Statically linked program that calls 
atomic_cas_ulong crashes with segmentation fault
Date: Sat, 4 Sep 2010 16:59:28 +0800

 I've found the fix in the netbsd cvs at
 http://cvsweb.netbsd.org/bsdweb.cgi/src/common/lib/libc/atomic/atomic_ini=
 t_t
 estset.c?only_with_tag=3DMAIN
 
 I pulled up atomic_init_testset.c to 1.7 trunk, rebuilt and statically
 linked program that calls atomic_cas_ulong worked after applying the =
 update.
 =20
 The fix hit the CVS on 30 Jan 2009 ! How I wish someone had pulled it up =
 to
 netbsd5. Can someone please pull it up to 5.1 ?
 
 For statically linked pthreads to work,
 http://gnats.netbsd.org/cgi-bin/query-pr-single.pl?number=3D37454 may =
 need to
 be pulled up to 5.1 too.
 
 Thanks Martin for the clue that it's been fixed in current.
 
 YH Loke
 
 -----Original Message-----
 From: Martin Husemann [mailto:martin%duskware.de@localhost]=20
 Sent: Thursday, 26 August 2010 9:50 PM
 To: port-evbarm-maintainer%NetBSD.org@localhost; 
gnats-admin%NetBSD.org@localhost;
 netbsd-bugs%NetBSD.org@localhost; yhl%cpm.com.my@localhost
 Subject: Re: port-evbarm/43801: Statically linked program that calls
 atomic_cas_ulong crashes with segmentation fault
 
 
 The following reply was made to PR port-evbarm/43801; it has been noted =
 by
 GNATS.
 
 From: Martin Husemann <martin%duskware.de@localhost>
 To: gnats-bugs%NetBSD.org@localhost
 Cc:=20
 Subject: Re: port-evbarm/43801: Statically linked program that calls
 atomic_cas_ulong crashes with segmentation fault
 Date: Thu, 26 Aug 2010 15:49:57 +0200
 
  FWIW: I can reproduce it on some slightly aged netbsd-5 shark, but it =
 seems
 to be fixed in -current.
 =20
  Martin
 =20