From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on dcvr.yhbt.net X-Spam-Level: X-Spam-Status: No, score=-3.9 required=3.0 tests=AWL,BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED, RCVD_IN_MSPIKE_H4,RCVD_IN_MSPIKE_WL,SPF_HELO_NONE,SPF_PASS shortcircuit=no autolearn=ham autolearn_force=no version=3.4.2 Received: from lists.gnu.org (lists.gnu.org [209.51.188.17]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dcvr.yhbt.net (Postfix) with ESMTPS id 6FB9F1F55B for ; Thu, 21 May 2020 20:11:51 +0000 (UTC) Received: from localhost ([::1]:56956 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jbrXi-00029z-90 for normalperson@yhbt.net; Thu, 21 May 2020 16:11:50 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:43874) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jbrWx-0001ZS-Fz for bug-gnulib@gnu.org; Thu, 21 May 2020 16:11:03 -0400 Received: from zimbra.cs.ucla.edu ([131.179.128.68]:44394) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1jbrWv-0002Nr-Hp for bug-gnulib@gnu.org; Thu, 21 May 2020 16:11:02 -0400 Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 0C6451600AF; Thu, 21 May 2020 13:10:59 -0700 (PDT) Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10032) with ESMTP id AtQuwQ_-hXRw; Thu, 21 May 2020 13:10:58 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by zimbra.cs.ucla.edu (Postfix) with ESMTP id 56AD11600C3; Thu, 21 May 2020 13:10:58 -0700 (PDT) X-Virus-Scanned: amavisd-new at zimbra.cs.ucla.edu Received: from zimbra.cs.ucla.edu ([127.0.0.1]) by localhost (zimbra.cs.ucla.edu [127.0.0.1]) (amavisd-new, port 10026) with ESMTP id ufZgIADMUyTQ; Thu, 21 May 2020 13:10:58 -0700 (PDT) Received: from [192.168.0.102] (cpe-23-242-74-103.socal.res.rr.com [23.242.74.103]) by zimbra.cs.ucla.edu (Postfix) with ESMTPSA id 1B5351600AF; Thu, 21 May 2020 13:10:58 -0700 (PDT) Subject: Re: SA_RESETHAND To: Bruno Haible References: <3816106.4I1b13x7fG@omega> <1914708.U9Lh6kAjoy@omega> From: Paul Eggert Message-ID: <025096be-d6f6-8017-7473-7f1e75588a64@cs.ucla.edu> Date: Thu, 21 May 2020 13:10:57 -0700 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.7.0 MIME-Version: 1.0 In-Reply-To: <1914708.U9Lh6kAjoy@omega> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 7bit Received-SPF: pass client-ip=131.179.128.68; envelope-from=eggert@cs.ucla.edu; helo=zimbra.cs.ucla.edu X-detected-operating-system: by eggs.gnu.org: First seen = 2020/05/21 15:27:21 X-ACL-Warn: Detected OS = Linux 3.1-3.10 X-Spam_score_int: -41 X-Spam_score: -4.2 X-Spam_bar: ---- X-Spam_report: (-4.2 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_MED=-2.3, SPF_PASS=-0.001, URIBL_BLOCKED=0.001 autolearn=_AUTOLEARN X-Spam_action: no action X-BeenThere: bug-gnulib@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: Gnulib discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: =?UTF-8?Q?Tim_R=c3=bchsen?= , bug-gnulib@gnu.org Errors-To: bug-gnulib-bounces+normalperson=yhbt.net@gnu.org Sender: "bug-gnulib" On 5/21/20 8:15 AM, Bruno Haible wrote: > - Should glibc define SA_RESETHAND as ((int)0x80000000) ? > Then SA_RESETHAND could not be used in preprocessor directives any more. POSIX would allow that, as it doesn't require SA_RESETHAND to be usable in preprocessor directives. However, too much software uses it that way anyway (e.g., squid/src/tools.cc has "#if SA_RESETHAND == 0 && !_SQUID_WINDOWS_"). So I have my doubts whether this change would be adopted. > - Should clang be silent about this case of implicit conversion? That would solve the problem, although the people who want lots of warnings might want one here too. > - Should we discourage users from using -fsanitize=implicit-integer-sign-change? For me that flag tends to cause more problem than it cures. So we could tell people that Gnulib won't worry about that warning.