From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 6607 invoked by alias); 16 Jan 2018 19:02:43 -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 6573 invoked by uid 89); 16 Jan 2018 19:02:42 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_HELO_PASS,T_RP_MATCHES_RCVD autolearn=ham version=3.3.2 spammy= X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Tue, 16 Jan 2018 19:02:40 +0000 Received: from smtp.corp.redhat.com (int-mx03.intmail.prod.int.phx2.redhat.com [10.5.11.13]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 099A3780E8; Tue, 16 Jan 2018 19:02:39 +0000 (UTC) Received: from localhost (unused-10-15-17-193.yyz.redhat.com [10.15.17.193]) by smtp.corp.redhat.com (Postfix) with ESMTPS id AE4F060C19; Tue, 16 Jan 2018 19:02:38 +0000 (UTC) From: Sergio Durigan Junior To: Eli Zaretskii Cc: gdb-patches@sourceware.org Subject: Re: [ANNOUNCEMENT] GDB 8.1 release branch created! References: <83h8rlyakm.fsf@gnu.org> Date: Tue, 16 Jan 2018 19:02:00 -0000 In-Reply-To: <83h8rlyakm.fsf@gnu.org> (Eli Zaretskii's message of "Tue, 16 Jan 2018 19:31:37 +0200") Message-ID: <87po69zkxe.fsf@redhat.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes X-SW-Source: 2018-01/txt/msg00318.txt.bz2 On Tuesday, January 16 2018, Eli Zaretskii wrote: > I've built this pre-release with mingw.org's MinGW, and found a few > problems. [...] > The other problems I saw are compilation warnings, see below. Some of > them sound like GCC doesn't understand our TRY/CATCH blocks, but others > seem like real problems, at least from the POV of a na=C3=AFve reader such > as myself. I wonder how come others don't see these warnings, and why > weren't they fixed during development, when we use -Werror. Here are > the warnings I saw: > [...] > g++ -x c++ -O2 -gdwarf-4 -g3 -I. -I. -I./common -I./config -DLO= CALEDIR=3D"\"d:/usr/share/locale\"" -DHAVE_CONFIG_H -I./../include/opcode -= I./../opcodes/.. -I./../readline/.. -I../bfd -I./../bfd -I./../include -I= ../libdecnumber -I./../libdecnumber -I./gnulib/import -Ibuild-gnulib/impo= rt -DTUI=3D1 -Id:/usr/include -Id:/usr/include/guile/2.0 -Id:/usr/inclu= de -Id:/usr/Python26/include -Id:/usr/Python26/include -Wall -Wpointer-ar= ith -Wno-unused -Wunused-value -Wunused-function -Wno-switch -Wno-char-subs= cripts -Wempty-body -Wunused-but-set-parameter -Wunused-but-set-variable -W= no-sign-compare -Wno-narrowing -Wno-error=3Dmaybe-uninitialized -Wno-format= -c -o infrun.o -MT infrun.o -MMD -MP -MF ./.deps/infrun.Tpo infrun.c > In file included from infrun.c:26:0: > inferior.h: In function 'void handle_vfork_child_exec_or_exit(int)': > inferior.h:537:39: warning: '*((void*)(& maybe_restore_inferior)+20)= .scoped_restore_current_inferior::m_saved_inf' may be used uninitialized in= this function [-Wmaybe-uninitialized] > { set_current_inferior (m_saved_inf); } > ^ > infrun.c:927:6: note: '*((void*)(& maybe_restore_inferior)+20).scope= d_restore_current_inferior::m_saved_inf' was declared here > maybe_restore_inferior; > ^~~~~~~~~~~~~~~~~~~~~~ > In file included from inferior.h:48:0, > from infrun.c:26: > progspace.h:285:47: warning: '*((void*)(& maybe_restore_inferior)+16= ).scoped_restore_current_program_space::m_saved_pspace' may be used uniniti= alized in this function [-Wmaybe-uninitialized] > { set_current_program_space (m_saved_pspace); } > ^ > infrun.c:927:6: note: '*((void*)(& maybe_restore_inferior)+16).scope= d_restore_current_program_space::m_saved_pspace' was declared here > maybe_restore_inferior; > ^~~~~~~~~~~~~~~~~~~~~~ > > g++ -x c++ -O2 -gdwarf-4 -g3 -I. -I. -I./common -I./config -DLO= CALEDIR=3D"\"d:/usr/share/locale\"" -DHAVE_CONFIG_H -I./../include/opcode -= I./../opcodes/.. -I./../readline/.. -I../bfd -I./../bfd -I./../include -I= ../libdecnumber -I./../libdecnumber -I./gnulib/import -Ibuild-gnulib/impo= rt -DTUI=3D1 -Id:/usr/include -Id:/usr/include/guile/2.0 -Id:/usr/inclu= de -Id:/usr/Python26/include -Id:/usr/Python26/include -Wall -Wpointer-ar= ith -Wno-unused -Wunused-value -Wunused-function -Wno-switch -Wno-char-subs= cripts -Wempty-body -Wunused-but-set-parameter -Wunused-but-set-variable -W= no-sign-compare -Wno-narrowing -Wno-error=3Dmaybe-uninitialized -Wno-format= -c -o typeprint.o -MT typeprint.o -MMD -MP -MF ./.deps/ > typeprint.Tpo typeprint.c > typeprint.c: In function 'void whatis_exp(const char*, int)': > typeprint.c:515:60: warning: 'val' may be used uninitialized in this= function [-Wmaybe-uninitialized] > real_type =3D value_rtti_type (val, &full, &top, &using_enc); > ^ > > g++ -x c++ -O2 -gdwarf-4 -g3 -I. -I. -I./common -I./config -DLO= CALEDIR=3D"\"d:/usr/share/locale\"" -DHAVE_CONFIG_H -I./../include/opcode -= I./../opcodes/.. -I./../readline/.. -I../bfd -I./../bfd -I./../include -I= ../libdecnumber -I./../libdecnumber -I./gnulib/import -Ibuild-gnulib/impo= rt -DTUI=3D1 -Id:/usr/include -Id:/usr/include/guile/2.0 -Id:/usr/inclu= de -Id:/usr/Python26/include -Id:/usr/Python26/include -Wall -Wpointer-ar= ith -Wno-unused -Wunused-value -Wunused-function -Wno-switch -Wno-char-subs= cripts -Wempty-body -Wunused-but-set-parameter -Wunused-but-set-variable -W= no-sign-compare -Wno-narrowing -Wno-error=3Dmaybe-uninitialized -Wno-format= -c -o compile/compile.o -MT compile/compile.o -MMD -MP -MF compile/.deps/= compile.Tpo compile/compile.c > compile/compile.c: In function 'void eval_compile_command(command_li= ne*, const char*, compile_i_scope_types, void*)': > compile/compile.c:549:20: warning: 'triplet_rx' may be used uninitia= lized in this function [-Wmaybe-uninitialized] > argc, argv); > ^ > compile/compile.c:466:9: note: 'triplet_rx' was declared here > char *triplet_rx; > ^~~~~~~~~~ FWIW, I've seen these warnings when preparing a Fedora GDB release. I'll take a look at them. --=20 Sergio GPG key ID: 237A 54B1 0287 28BF 00EF 31F4 D0EB 7628 65FC 5E36 Please send encrypted e-mail if possible http://sergiodj.net/