From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 32530 invoked by alias); 12 Apr 2013 08:20:55 -0000 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org Received: (qmail 32521 invoked by uid 89); 12 Apr 2013 08:20:54 -0000 X-Spam-SWARE-Status: No, score=-5.3 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RP_MATCHES_RCVD autolearn=ham version=3.3.1 Received: from mail.stusta.mhn.de (HELO mail.stusta.mhn.de) (141.84.69.5) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Fri, 12 Apr 2013 08:20:53 +0000 Received: from [10.150.42.66] (r042066.stusta.swh.mhn.de [10.150.42.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.stusta.mhn.de (Postfix) with ESMTPS id 9F1E3194F8 for ; Fri, 12 Apr 2013 10:20:50 +0200 (CEST) Message-ID: <5167C3E2.9070305@stusta.mhn.de> Date: Fri, 12 Apr 2013 08:20:00 -0000 From: Markus Teich User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: gdb@sourceware.org Subject: Re: Completion on static functions References: <83d2u6cnkv.fsf@gnu.org> <83li8o9sph.fsf@gnu.org> <20130412064749.GA14827@host2.jankratochvil.net> <83hajc9ng9.fsf@gnu.org> In-Reply-To: <83hajc9ng9.fsf@gnu.org> Content-Type: text/plain; charset=ISO-8859-15 Content-Transfer-Encoding: 7bit X-SW-Source: 2013-04/txt/msg00030.txt.bz2 Try compiling with -O0 to see if these functions indeed get inlined. --Markus Am 12.04.2013 10:12, schrieb Eli Zaretskii: >> Date: Fri, 12 Apr 2013 08:47:49 +0200 >> From: Jan Kratochvil >> Cc: gdb@sourceware.org >> >> On Fri, 12 Apr 2013 08:19:22 +0200, Eli Zaretskii wrote: >>> So does this silence mean that no one else bumped into this yet? >> >> there is no reproducer above. > > Sorry about that. I didn't imagine the problem was so rare. My bad. > > Try this: build the latest sharutils 4.13.4 with CFLAGS='-g3 -O2', > then do this: > > $ cd src && gdb ./shar > (gdb) break generate_full_ TAB > > (There is a static function named generate_full_header in shar.c.) > > As mentioned before, the problem happened to me with GCC 4.7.2 on > MinGW. As expected, GDB reports (in "info source") that the debug > info is DWARF 2 with preprocessor macro info. > > Let me know if you need more info from GDB, I have the build directory > handy with the object and executable files that trigger this problem. >