From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 10849 invoked by alias); 8 Oct 2018 20:22:50 -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 10836 invoked by uid 89); 8 Oct 2018 20:22:49 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-2.9 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_NONE,SPF_PASS autolearn=ham version=3.3.2 spammy=Hx-languages-length:652, happening X-HELO: rock.gnat.com Received: from rock.gnat.com (HELO rock.gnat.com) (205.232.38.15) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Mon, 08 Oct 2018 20:22:47 +0000 Received: from localhost (localhost.localdomain [127.0.0.1]) by filtered-rock.gnat.com (Postfix) with ESMTP id 7DF3E5613E; Mon, 8 Oct 2018 16:22:46 -0400 (EDT) Received: from rock.gnat.com ([127.0.0.1]) by localhost (rock.gnat.com [127.0.0.1]) (amavisd-new, port 10024) with LMTP id sXPlPHAPZYPR; Mon, 8 Oct 2018 16:22:46 -0400 (EDT) Received: from joel.gnat.com (localhost.localdomain [127.0.0.1]) by rock.gnat.com (Postfix) with ESMTP id 6170F5613D; Mon, 8 Oct 2018 16:22:46 -0400 (EDT) Received: by joel.gnat.com (Postfix, from userid 1000) id AEFDF82C7F; Mon, 8 Oct 2018 16:22:45 -0400 (EDT) Date: Mon, 08 Oct 2018 20:22:00 -0000 From: Joel Brobecker To: John Baldwin Cc: Tom Tromey , gdb-patches@sourceware.org Subject: Re: [PATCH v2 00/10] Undefined Behavior Sanitizer, this time with docs Message-ID: <20181008202245.GC2993@adacore.com> References: <20181002044420.17628-1-tom@tromey.com> <8df7a2b9-800a-5a70-1075-e687145c9394@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <8df7a2b9-800a-5a70-1075-e687145c9394@FreeBSD.org> User-Agent: Mutt/1.9.4 (2018-02-28) X-SW-Source: 2018-10/txt/msg00185.txt.bz2 > FWIW, I built GDB master today and ubsan (from LLVM, not GCC) flagged a > use of obstack_blank_fast() in minsyms.c with a negative offset (used to > shrink an obstack) when trying to do 'start' on /bin/ls: On my end, I am working on a resync of AdaCore's "head" version, which would include this change as well. My testing shows that it revealed some issues; I haven't had a chance to look into them yet (next on my list today, hopefully), but this is making me think there might be bona fide issues. Getting the location where things are happening is pretty nice :). -- Joel