From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 80493 invoked by alias); 15 Nov 2016 20:46:09 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 80475 invoked by uid 89); 15 Nov 2016 20:46:08 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-4.7 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD,SPF_PASS autolearn=ham version=3.3.2 spammy=Hx-languages-length:1089 X-HELO: smtp.gentoo.org Received: from smtp.gentoo.org (HELO smtp.gentoo.org) (140.211.166.183) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 15 Nov 2016 20:46:07 +0000 Received: from vapier.lan (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with SMTP id 6156C34164A; Tue, 15 Nov 2016 20:46:03 +0000 (UTC) Date: Tue, 15 Nov 2016 20:46:00 -0000 From: Mike Frysinger To: Florian Weimer Cc: Pedro Alves , gdb-patches@sourceware.org Subject: Re: Use of mcheck during GDB development Message-ID: <20161115204602.GC21655@vapier.lan> Mail-Followup-To: Florian Weimer , Pedro Alves , gdb-patches@sourceware.org References: MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="/phDVh97NXcsfHGu" Content-Disposition: inline In-Reply-To: X-IsSubscribed: yes X-SW-Source: 2016-11/txt/msg00397.txt.bz2 --/phDVh97NXcsfHGu Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Content-length: 1054 On 15 Nov 2016 21:22, Florian Weimer wrote: > On 11/15/2016 09:03 PM, Pedro Alves wrote: > > On 11/15/2016 04:00 PM, Florian Weimer wrote: > >> We need to get rid of the mcheck functionality in glibc because we > >> really, really want to stop calling the malloc hook functions. > >> > >> A future glibc version will provide a lightweight heap checker, with > >> functionality comparable to mcheck (but thread-safe!) as linkable and > >> LD_PRELOAD-able (perhaps under a different name than libmcheck). > >> > >> How critical is the mcheck functionality to GDB development? > > > > Despite its flaws, it catches bugs. It's lightweight enough that > > it can be on all the time. It's nice to have, IMO. >=20 > Interesting. Do you know which mcheck bits actually catch failures? > ... > I think most people use valgrind for memory debugging. or ASAN. that seems like a much saner project to migrate to. i suspect all the bugs mcheck would catch, ASAN would too, and it'd catch even more since ASAN includes stack coverage. ASAN is in gcc-4.8+. -mike --/phDVh97NXcsfHGu Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-length: 819 -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJYK3QKAAoJEEFjO5/oN/WB3TkQAMQoW90/7SAd16Igbq9xNkeb JWmkkgMypoVNqLmYUWCFkyKR+t2KWK2X15kTegMpNWTjQb1lJN6cY6mqoi4r4hds GvteE+9NuSC20RYAX6xlIZuTACYIq+3JvFXYud4/JxkiPiJYY+i2rAjNOFqqrb26 4ScJ5oc2g8Jz82YSrBeCjLe5rUr4O8rfK9TZxsyPHGMbb3UkvjL9s2zC1IWmJl2h Cj0u8czK+aNyFd8qj1uMocODs76pFc6CqBY4//61KfC/iwKANWeQBL7gkvPPEu6g 4xpQbDcaKA7SfZfhD7qWBUoSvvElXO9z9nfsnyvfSdGDQVlzHSZncwCZ+WINiREO in8/+EiBJFRkscB4kE6ZTGSUaDaxhcQL0bQdWZ2fEv/xLVbRHjFE1sufhBAJIuwu 0hWhvET1IRBszeyJVp+8FEZ7tuQt3d/6vekbvuoeyBkpDrKmURNuU9laB2OfFIvx AHc7iB9avoa+en3d9wjrAia0MsL6atq3RAWKMvJXknwmXm+etAMPOzkVsNaj/SW6 rJwVcSuKz4wgRozBNqzrYJvF3gTgXdEeHlCi/+D7Rvjl4TmQpybfP3wTbSiy4RCl KGwq53hy7bKztz+V9nlSfeTEgqz7Q3aKGXT44vvWe19meug3BDAD2Et9dC9pdRJD IL4aHt+ZbqerPMa3r36D =f0Gc -----END PGP SIGNATURE----- --/phDVh97NXcsfHGu--