From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout.kundenserver.de (mout.kundenserver.de [212.227.126.134]) by sourceware.org (Postfix) with ESMTPS id 972713857831 for ; Fri, 22 Oct 2021 08:44:21 +0000 (GMT) DMARC-Filter: OpenDMARC Filter v1.4.1 sourceware.org 972713857831 Authentication-Results: sourceware.org; dmarc=fail (p=none dis=none) header.from=cygwin.com Authentication-Results: sourceware.org; spf=fail smtp.mailfrom=cygwin.com Received: from calimero.vinschen.de ([24.134.7.25]) by mrelayeu.kundenserver.de (mreue011 [212.227.15.167]) with ESMTPSA (Nemesis) id 1MHGTI-1mQac00bVQ-00DF6V for ; Fri, 22 Oct 2021 10:44:20 +0200 Received: by calimero.vinschen.de (Postfix, from userid 500) id 78E4AA81066; Fri, 22 Oct 2021 10:44:19 +0200 (CEST) Date: Fri, 22 Oct 2021 10:44:19 +0200 From: Corinna Vinschen To: cygwin-developers@cygwin.com Subject: Re: automake issue Message-ID: Reply-To: cygwin-developers@cygwin.com Mail-Followup-To: cygwin-developers@cygwin.com References: <620fad2f-74b0-4a39-45e0-bb2acc00129e@cornell.edu> <6ebe96b4-e9a7-1607-23e8-524c7560aadf@cornell.edu> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <6ebe96b4-e9a7-1607-23e8-524c7560aadf@cornell.edu> X-Provags-ID: V03:K1:EfzZd+2jUzVwwjOM7eYNXSlUHEZGynArEVWBocAzPFyh1zzRRRt Vf20RUE37mXDrpE8gr0TyHPN+B3a6qVzN1m2BzMec6sYgqf3cUoejm0ZQzoDH4tVSa11FoO rOgnUcB6+O/cdH9GbqdWe/+iYKhQGLqrjVEUr+fK/t8TP4Z7eM1uJm1zqb0xIcAXet/F/sH j9zP2x7Ij3aCwl6RN8Lcg== X-UI-Out-Filterresults: notjunk:1;V03:K0:a3jQzJRHeYc=:p2qPsX8bKlqVfJor5YzCT5 eE5kaSa5VXJXxgNcAtrA6hhIcDCF+gnB8BXK+BnLqmlY8Gdd6YP/fnCRy+rqgnwlAylYPuc2g kxc6PcGlmHS4zk+LxQ7D9/BZnvenHeyPqTJ4XFFL+FS0eTiR8VVWc1UwY3/klQBUcjTy3NbFe XwJAXhyKPUiZlcQIDlN5g3u0JRu4ef1OX8AmdPcnmnykPgqNfXBzRR831smMXUMCrYt3bdT0q 6vP8WuQYQHk+KLmYfqTNHG3uPsOyWoiXMqYvuTJrOr6qflGOHFqbBbtl/aC95xcQ3dlZaYuXT oQ+CMpBcI8E7OeZBWdtXrazyf8KZdn7Vq9Wvnb/Vk9Rf0QLZ70LSy6Rsz4iHIiOZN/N8lE2XE I2ZsGntV5/YBKObe45K5KFswd9YFQRE3JYVpA+1QPSaw1ILIoX7WvYCJ8wUaWca3FnrMtKYQC lZmCJUDTvdO+RLyqdYGeaxERUZgpp6/7gdOMRhgaemAUJH7qE1oZZHFxs6or1qLMx48f34jFV ffdCXZrPq8YAfmS9oc5LXQ7Mw99JQyH6j0iAL5kxDS0h+a9BEnFZhhYRKB6HnIyifT7nELPk2 HzqxlHj53ghXOcnweo7SlkO9UV9OT+pSfrV6IBhqcOftCG+i+PEq6T/m29lfiV/K6MNMHnH3q lmCxV+ZKznGo7fv2ORPVTdRNgXZs2NZvWcuNNVzIUwHP2nySvQxDeyFqoIsZ4fdb0VtJtXX7D MiupOPGjgDcqK2wF X-Spam-Status: No, score=-99.7 required=5.0 tests=BAYES_00, GOOD_FROM_CORINNA_CYGWIN, KAM_DMARC_NONE, KAM_DMARC_STATUS, RCVD_IN_DNSWL_NONE, RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL, SPF_HELO_NONE, SPF_NEUTRAL, TXREP autolearn=ham autolearn_force=no version=3.4.4 X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on server2.sourceware.org X-BeenThere: cygwin-developers@cygwin.com X-Mailman-Version: 2.1.29 Precedence: list List-Id: Cygwin core component developers mailing list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 22 Oct 2021 08:44:23 -0000 On Oct 21 15:33, Ken Brown wrote: > On 10/21/2021 9:08 AM, Jon Turney wrote: > > On 21/10/2021 11:48, Corinna Vinschen wrote: > > > On Oct 20 16:58, Ken Brown wrote: > > > > I was debugging with what I thought was an unoptimized build of cygwin1.dll > > > > (with -O0 in CXXFLAGS), but then I discovered that malloc.cc was actually > > > > compiled with -O3.  This is because of the following snippet from > > > > winsup/cygwin/Makefile.am: > > > > [...] > > I couldn't find any history which suggests these flags are here due to > > evidence ('using -O3 makes this benchmark faster'), rather than > > guesswork ('these files probably contain hotspots, so use -O3 to make it > > go faster!'). > > It's too bad we don't know why this was done. Optimization. Either 9 or 16 years ago. Using very different GCC versions and *only* on 32 bit at the time. It's pretty unlikely they are still needed, especially on 64 bit. If it works fine without them, we should just remove them. > In the meantime, I'll work > around the problem by using a private branch in which that block is removed. > I tried Corinna's suggestion of setting CFLAGS=-g, but that didn't produce > an unoptimized build. I still saw '-O2 -g' when building newlib and '-O2 -g > -g -O2' when building cygwin. Yeah, I configure the entire tree with C{XX}FLAGS=-g from scratch for en entirely unoptimized tree, because I want newlib usually unoptimized as well. Corinna