Newsgroups: php.internals Path: news.php.net Xref: news.php.net php.internals:103138 Return-Path: Delivered-To: mailing list internals@lists.php.net Received: (qmail 13140 invoked from network); 8 Sep 2018 11:55:53 -0000 Received: from unknown (HELO scarlet.netpirates.net) (188.94.27.5) by pb1.pair.com with SMTP; 8 Sep 2018 11:55:53 -0000 Received: from host-62-245-247-43.customer.m-online.net ([62.245.247.43] helo=localhost.localdomain) by scarlet.netpirates.net with esmtpsa (TLSv1.2:ECDHE-RSA-AES256-GCM-SHA384:256) (Exim 4.90_1) (envelope-from ) id 1fyY9P-0003oQ-Ap for internals@lists.php.net; Sat, 08 Sep 2018 09:59:27 +0200 To: internals@lists.php.net References: Message-ID: <4a33e4e8-c72d-6101-8999-366391c78721@php.net> Date: Sat, 8 Sep 2018 09:59:26 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.9.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Subject: Re: [PHP-DEV] GCC -foptimize-strlen and bug #76510 From: sebastian@php.net (Sebastian Bergmann) On 08/04/2018 11:51 PM, Nikita Popov wrote: > More likely than not this is a bug on our side triggered by this > optimization, not a bug in GCC. A run through valgrind might reveal > something. Valgrind information has been added to https://bugs.php.net/bug.php?id=76510. Can an optimization such as "optimize-strlen" be disabled on a per-file (or better, on a per-function) basis as a (hopefully) short-term workaround?