From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 63007 invoked by alias); 10 Nov 2018 08:51:20 -0000 Mailing-List: contact gcc-patches-help@gcc.gnu.org; run by ezmlm Precedence: bulk List-Id: List-Archive: List-Post: List-Help: Sender: gcc-patches-owner@gcc.gnu.org Received: (qmail 62981 invoked by uid 89); 10 Nov 2018 08:51:19 -0000 Authentication-Results: sourceware.org; auth=none X-Spam-SWARE-Status: No, score=-1.9 required=5.0 tests=BAYES_00,SPF_PASS autolearn=ham version=3.3.2 spammy=HTo:D*oracle.com, HContent-Transfer-Encoding:8bit X-HELO: mx1.suse.de Received: from mx2.suse.de (HELO mx1.suse.de) (195.135.220.15) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Sat, 10 Nov 2018 08:51:18 +0000 Received: from relay2.suse.de (unknown [195.135.220.254]) by mx1.suse.de (Postfix) with ESMTP id 25806AE19; Sat, 10 Nov 2018 08:51:16 +0000 (UTC) Subject: Re: [PATCH][RFC] Come up with -flive-patching master option. To: Qing Zhao , Jan Hubicka Cc: Martin Jambor , live-patching@vger.kernel.org, gcc Patches References: <1a023bdc-28a6-eb41-b449-4d096f12064f@suse.cz> <048D9997-B7AF-444A-BF7E-79944DE8F174@oracle.com> <3E37D3A8-2D19-41C2-BA8A-8F0EFA1B4D5C@oracle.com> <10a54034-279b-a406-8466-55558effbf24@suse.cz> <20181003090457.GJ57692@kam.mff.cuni.cz> <54a75932-201b-671c-0a63-d1a5d8d7b562@suse.cz> <90c91045-cb9d-0bd2-fad3-d16426ceede6@suse.cz> <20181105095135.j3mnzox6rkktkoto@kam.mff.cuni.cz> <629b20d2-7b0b-9342-a64a-d12eb6e6a6b7@suse.cz> <20181108145909.5eh5ccen7a7elspe@kam.mff.cuni.cz> From: =?UTF-8?Q?Martin_Li=c5=a1ka?= Message-ID: <173116c6-d51c-3bef-5382-38593e032f82@suse.cz> Date: Sat, 10 Nov 2018 08:51:00 -0000 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.2.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-IsSubscribed: yes X-SW-Source: 2018-11/txt/msg00818.txt.bz2 On 11/9/18 6:43 PM, Qing Zhao wrote: > Hi, Martin, > > thanks a lot for the previous two new options for live-patching. > > > I have two more questions below: Hello. > > 1. do we still need new options to disable the following: > A. unreachable code/variable removal? I hope it's guarded with newly added option -fipa-reference-addressable. Correct me if I'm wrong. > B. Visibility changes with -flto and/or -fwhole-program? The options are not used in linux kernel, thus I didn't consider. > > 2. for this new patch, could you please explain a little bit more on the problem? We want to enable a single option that will disable all possible (and future) optimizations that influence live patching. Martin > > Thanks. > > Qing > >> On Nov 9, 2018, at 9:33 AM, Martin Liška wrote: >> >> Hi. >> >> After I added 2 new options, I would like to include a new master option. >> It's minimal version which only disables optimizations that we are aware of >> and can potentially cause problems for live-patching. >> >> Martin >> <0001-Come-up-with-fvectorized-functions.patch> >