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=-2.5 required=3.0 tests=AWL,BAYES_00, DKIM_ADSP_CUSTOM_MED,FORGED_GMAIL_RCVD,FREEMAIL_FORGED_FROMDOMAIN, FREEMAIL_FROM,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI, RCVD_IN_DNSWL_MED,SPF_HELO_NONE,SPF_PASS,UNPARSEABLE_RELAY shortcircuit=no autolearn=no autolearn_force=no version=3.4.2 Received: from neon.ruby-lang.org (neon.ruby-lang.org [221.186.184.75]) by dcvr.yhbt.net (Postfix) with ESMTP id BCCFE1F9FC for ; Sat, 27 Mar 2021 12:25:55 +0000 (UTC) Received: from neon.ruby-lang.org (localhost [IPv6:::1]) by neon.ruby-lang.org (Postfix) with ESMTP id 019CC120ACD; Sat, 27 Mar 2021 21:24:53 +0900 (JST) Received: from xtrwkhkc.outbound-mail.sendgrid.net (xtrwkhkc.outbound-mail.sendgrid.net [167.89.16.28]) by neon.ruby-lang.org (Postfix) with ESMTPS id 21B45120ABB for ; Sat, 27 Mar 2021 21:24:50 +0900 (JST) Received: by filterdrecv-p3mdw1-85cc49d4fc-4pc2m with SMTP id filterdrecv-p3mdw1-85cc49d4fc-4pc2m-19-605F244A-20 2021-03-27 12:25:46.417715897 +0000 UTC m=+323571.319717776 Received: from herokuapp.com (unknown) by geopod-ismtpd-4-0 (SG) with ESMTP id r0lkLdI3QSW1XPjBCckliA for ; Sat, 27 Mar 2021 12:25:46.321 +0000 (UTC) Date: Sat, 27 Mar 2021 12:25:46 +0000 (UTC) From: xtkoba+ruby@gmail.com Message-ID: References: Mime-Version: 1.0 X-Redmine-MailingListIntegration-Message-Ids: 79095 X-Redmine-Project: ruby-master X-Redmine-Issue-Tracker: Feature X-Redmine-Issue-Id: 17752 X-Redmine-Issue-Author: Eregon X-Redmine-Sender: xtkoba X-Mailer: Redmine X-Redmine-Host: bugs.ruby-lang.org X-Redmine-Site: Ruby Issue Tracking System X-Auto-Response-Suppress: All Auto-Submitted: auto-generated X-SG-EID: =?us-ascii?Q?75w3+RXRrinEP3ykAS=2F1WzD2vTMrJdTeEiaFbXc9IwX2tEblVkKgtNtClBavbZ?= =?us-ascii?Q?T4YHeJ56s9hadI4eojFYeAjDg+vGfQCRZ1RzvyY?= =?us-ascii?Q?c6eCqaZZ7AAj9D23FodJwJZFbtU3iHqXu7PnBlj?= =?us-ascii?Q?fN4k8fvtkU8LJzIwkFHrjaUh=2FioqAHQ6+UdD8UM?= =?us-ascii?Q?YcZAkFXljKNX82MOJa9gWsCNCKc8oy7yiIdOVzi?= =?us-ascii?Q?Zoe0yaQbAD5+4iJ74=3D?= To: ruby-core@ruby-lang.org X-Entity-ID: b/2+PoftWZ6GuOu3b0IycA== X-ML-Name: ruby-core X-Mail-Count: 103060 Subject: [ruby-core:103060] [Ruby master Feature#17752] Enable -Wundef for C extensions in repository X-BeenThere: ruby-core@ruby-lang.org X-Mailman-Version: 2.1.15 Precedence: list Reply-To: Ruby developers List-Id: Ruby developers List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: ruby-core-bounces@ruby-lang.org Sender: "ruby-core" Issue #17752 has been updated by xtkoba (Tee KOBAYASHI). File ruby-USE_BACKTRACE.patch added > The value of the macro ultimately does not matter for all `HAVE_` macros. There is a counterexample: `HAVE_BACKTRACE` in `vm_dump.c`, which is redefined as 0 when `BROKEN_BACKTRACE` is defined. I feel this to be an abuse of `HAVE_` macros, and I would like to define a new macro `USE_BACKTRACE` indicating whether `backtrace` should be used or not, as in the attached patch. ---------------------------------------- Feature #17752: Enable -Wundef for C extensions in repository https://bugs.ruby-lang.org/issues/17752#change-91121 * Author: Eregon (Benoit Daloze) * Status: Open * Priority: Normal ---------------------------------------- I would like to enable `-Wundef` for C extensions built/bundled with CRuby. >From https://gcc.gnu.org/onlinedocs/gcc/Warning-Options.html > -Wundef > Warn if an undefined identifier is evaluated in an #if directive. Such identifiers are replaced with zero. I found this warning to be quite useful, notably when investigating why a given C extension did not include some code I expected, and then building those extensions on TruffleRuby. There are a couple places not respecting this currently but they seem trivial to fix, I can do that. For instance a confusing case is: https://github.com/ruby/ruby/blob/9143d21b1bf2f16b1e847d569a588510726d8860/ext/nkf/nkf-utf8/nkf.h#L19 ``` #if DEFAULT_NEWLINE == 0x0D0A ``` which without -Wundef would just exclude the code without any warning if DEFAULT_NEWLINE is not defined. I'm not sure if we should/can enable it for C extensions in general (installed as gems), as if a C extensions uses -Werror and would have such a warning it would no longer build. I can make a PR for this. I'm not sure where to add -Wundef though, should it be in https://github.com/ruby/ruby/blob/9143d21b1bf2f16b1e847d569a588510726d8860/configure.ac#L620, or maybe in mkmf.rb? ---Files-------------------------------- ruby-USE_BACKTRACE.patch (1.21 KB) -- https://bugs.ruby-lang.org/