GNU logs - #79847, boring messages

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#79847: [PATCH 1/1] 31.0.50; xwidgets: pacify macOS compiler warnings
Resent-From: Alexander Adolf <alexander.adolf@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 16 Nov 2025 17:32:01 +0000
Resent-Message-ID: <handler.79847.B.176331430026700 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 79847 <at> debbugs.gnu.org
Message-Id: <9573bce6939f36b65835ff52094e2684@HIDDEN>
From: Alexander Adolf <alexander.adolf@HIDDEN>
Date: Sun, 16 Nov 2025 18:31:22 +0100
MIME-Version: 1.0
Content-Type: multipart/mixed; boundary="=-=-="
Received-SPF: pass client-ip=188.40.2.11;
 envelope-from=alexander.adolf@HIDDEN; helo=www191.your-server.de
X-Spam_score_int: -20
X-Spam_score: -2.1
X-Spam_bar: --
X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1,
 DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1,
 RCVD_IN_VALIDITY_CERTIFIED_BLOCKED=0.001, RCVD_IN_VALIDITY_RPBL_BLOCKED=0.001,
 SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: 0.9 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.1 (/)

--=-=-=
Content-Type: text/plain

Hello,

on macOS, when including --with-xwidgets in the configure options, but
without having the wxwidgets library installed (e.g. homebrew), so that
the build uses the WebKit from macOS, I get the same compiler warning
for a lengthy list of C files, with dispnew.c being the first one:

clang: warning: no such include directory: '/System/Library/Frameworks/WebKit.framework/Headers' [-Wmissing-include-dirs]

The executable resulting from such a build does work as expected,
however. It seems that the Xcode tools employ some further magic to do
the right thing.

The reason for the compiler warnings is that the hard-coded path for the
macOS WebKit header files in configure.ac may or may not be usable.
Several SDK versions may be installed in parallel, each one providing
its own set of development headers. Usually, the safest bet is to query
for the correct path to SDK files using the xcrun command.

That is what the attached patch does.

It also keeps the original hard-coded path as a fallback in case xcrun
should fail to deliver meaningful results.


Hoping to have helped, and looking forward to your thoughts,

  --alexander



--=-=-=
Content-Type: text/x-patch
Content-Disposition: attachment;
 filename=0001-xwidgets--pacify-macOS-compiler-warnings.patch
Content-Description: [PATCH 1/1] ; xwidgets: pacify macOS compiler warnings

From 95fbd6eb3cc849cdcc878afaebeced77a084c134 Mon Sep 17 00:00:00 2001
From: Alexander Adolf <alexander.adolf@HIDDEN>
Date: Sun, 16 Nov 2025 17:59:02 +0100
Subject: [PATCH 1/1] ; xwidgets: pacify macOS compiler warnings

* configure.ac: when the WebKit header files are not available
in the hard-coded location, query for the location of the
currently active SDK, and resort to the header files there
---
 configure.ac | 11 ++++++++++-
 1 file changed, 10 insertions(+), 1 deletion(-)

diff --git a/configure.ac b/configure.ac
index 44d9cae1e7e..23690eabb40 100644
--- a/configure.ac
+++ b/configure.ac
@@ -4454,7 +4454,16 @@ AC_DEFUN
     dnl FIXME: Check framework WebKit2
     dnl WEBKIT_REQUIRED=M.m.p
     WEBKIT_LIBS="-Wl,-framework -Wl,WebKit"
-    WEBKIT_CFLAGS="-I/System/Library/Frameworks/WebKit.framework/Headers"
+    WEBKIT_HEADERS="/System/Library/Frameworks/WebKit.framework/Headers"
+    if test -z "$xcsdkdir" -a -n "$XCRUN" -a ! -d "${WEBKIT_HEADERS}"; then
+      dnl WebKit headers not found.  Try Xcode SDK dir if it is sane.
+      xcsdkdir=`$XCRUN --show-sdk-path 2>/dev/null`
+      case $xcsdkdir in
+	*[[\\\"\#\$\&\'\`$am_lf\ \	]]*)
+	xcsdkdir="" ;;
+      esac
+    fi
+    WEBKIT_CFLAGS="-I${xcsdkdir}${WEBKIT_HEADERS}"
     HAVE_WEBKIT="yes"
     HAVE_XWIDGETS=$HAVE_WEBKIT
     XWIDGETS_OBJ="xwidget.o"
-- 
2.50.1 (Apple Git-155)


--=-=-=--

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Alexander Adolf <alexander.adolf@HIDDEN>
Subject: bug#79847: Acknowledgement ([PATCH 1/1] 31.0.50; xwidgets: pacify
 macOS compiler warnings)
Message-ID: <handler.79847.B.176331430026700.ack <at> debbugs.gnu.org>
References: <9573bce6939f36b65835ff52094e2684@HIDDEN>
X-Gnu-PR-Message: ack 79847
X-Gnu-PR-Package: emacs
X-Gnu-PR-Keywords: patch
Reply-To: 79847 <at> debbugs.gnu.org
Date: Sun, 16 Nov 2025 17:32:01 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 79847 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
79847: https://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D79847
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#79847: [PATCH 1/1] 31.0.50; xwidgets: pacify macOS compiler warnings
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Mon, 17 Nov 2025 12:28:02 +0000
Resent-Message-ID: <handler.79847.B79847.176338243510378 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Alexander Adolf <alexander.adolf@HIDDEN>
Cc: 79847 <at> debbugs.gnu.org
Date: Mon, 17 Nov 2025 14:27:02 +0200
Message-Id: <86o6p0lu95.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <9573bce6939f36b65835ff52094e2684@HIDDEN>
 (bug-gnu-emacs@HIDDEN)
References: <9573bce6939f36b65835ff52094e2684@HIDDEN>
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

> Date: Sun, 16 Nov 2025 18:31:22 +0100
> From:  Alexander Adolf via "Bug reports for GNU Emacs,
>  the Swiss army knife of text editors" <bug-gnu-emacs@HIDDEN>
> 
> on macOS, when including --with-xwidgets in the configure options, but
> without having the wxwidgets library installed (e.g. homebrew), so that
> the build uses the WebKit from macOS, I get the same compiler warning
> for a lengthy list of C files, with dispnew.c being the first one:
> 
> clang: warning: no such include directory: '/System/Library/Frameworks/WebKit.framework/Headers' [-Wmissing-include-dirs]
> 
> The executable resulting from such a build does work as expected,
> however. It seems that the Xcode tools employ some further magic to do
> the right thing.
> 
> The reason for the compiler warnings is that the hard-coded path for the
> macOS WebKit header files in configure.ac may or may not be usable.
> Several SDK versions may be installed in parallel, each one providing
> its own set of development headers. Usually, the safest bet is to query
> for the correct path to SDK files using the xcrun command.
> 
> That is what the attached patch does.
> 
> It also keeps the original hard-coded path as a fallback in case xcrun
> should fail to deliver meaningful results.
> 
> 
> Hoping to have helped, and looking forward to your thoughts,

Thanks.  Could someone who can build Emacs on macOS please test the
patch in the various variants, and provide feedback?

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#79847: [PATCH 1/1] 31.0.50; xwidgets: pacify macOS compiler warnings
Resent-From: Robert Pluim <rpluim@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 20 Nov 2025 15:30:02 +0000
Resent-Message-ID: <handler.79847.B79847.176365258623970 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Eli Zaretskii <eliz@HIDDEN>
Cc: 79847 <at> debbugs.gnu.org, Alexander Adolf <alexander.adolf@HIDDEN>
From: Robert Pluim <rpluim@HIDDEN>
In-Reply-To: <86o6p0lu95.fsf@HIDDEN>
References: <9573bce6939f36b65835ff52094e2684@HIDDEN>
 <86o6p0lu95.fsf@HIDDEN>
Date: Thu, 20 Nov 2025 16:29:35 +0100
Message-ID: <87ikf4vi1s.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: quoted-printable
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

>>>>> On Mon, 17 Nov 2025 14:27:02 +0200, Eli Zaretskii <eliz@HIDDEN> said:

    >> Date: Sun, 16 Nov 2025 18:31:22 +0100
    >> From:  Alexander Adolf via "Bug reports for GNU Emacs,
    >> the Swiss army knife of text editors" <bug-gnu-emacs@HIDDEN>
    >>=20
    >> on macOS, when including --with-xwidgets in the configure options, b=
ut
    >> without having the wxwidgets library installed (e.g. homebrew), so t=
hat
    >> the build uses the WebKit from macOS, I get the same compiler warning
    >> for a lengthy list of C files, with dispnew.c being the first one:
    >>=20
    >> clang: warning: no such include directory: '/System/Library/Framewor=
ks/WebKit.framework/Headers' [-Wmissing-include-dirs]
    >>=20
    >> The executable resulting from such a build does work as expected,
    >> however. It seems that the Xcode tools employ some further magic to =
do
    >> the right thing.
    >>=20
    >> The reason for the compiler warnings is that the hard-coded path for=
 the
    >> macOS WebKit header files in configure.ac may or may not be usable.
    >> Several SDK versions may be installed in parallel, each one providing
    >> its own set of development headers. Usually, the safest bet is to qu=
ery
    >> for the correct path to SDK files using the xcrun command.
    >>=20
    >> That is what the attached patch does.
    >>=20
    >> It also keeps the original hard-coded path as a fallback in case xcr=
un
    >> should fail to deliver meaningful results.
    >>=20
    >>=20
    >> Hoping to have helped, and looking forward to your thoughts,

    Eli> Thanks.  Could someone who can build Emacs on macOS please test the
    Eli> patch in the various variants, and provide feedback?

Applying the patch successfully suppresses the warning that I got when
building --with-xwidgets without the patch. This is macOS 15.7 with
the 15.7 SDK (I=CA=BCm *really* reluctant to move to 26, it looks like
they=CA=BCve broken a bunch of stuff).

Robert
--=20

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#79847: [PATCH 1/1] 31.0.50; xwidgets: pacify macOS compiler warnings
Resent-From: Eli Zaretskii <eliz@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 20 Nov 2025 17:52:02 +0000
Resent-Message-ID: <handler.79847.B79847.17636610854485 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 79847
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: patch
To: Robert Pluim <rpluim@HIDDEN>
Cc: 79847 <at> debbugs.gnu.org, alexander.adolf@HIDDEN
Received: via spool by 79847-submit <at> debbugs.gnu.org id=B79847.17636610854485
          (code B ref 79847); Thu, 20 Nov 2025 17:52:02 +0000
Received: (at 79847) by debbugs.gnu.org; 20 Nov 2025 17:51:25 +0000
Received: from localhost ([127.0.0.1]:49623 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1vM8oW-0001AE-Pz
	for submit <at> debbugs.gnu.org; Thu, 20 Nov 2025 12:51:25 -0500
Received: from eggs.gnu.org ([2001:470:142:3::10]:34262)
 by debbugs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.84_2) (envelope-from <eliz@HIDDEN>) id 1vM8oV-00019Y-19
 for 79847 <at> debbugs.gnu.org; Thu, 20 Nov 2025 12:51:23 -0500
Received: from fencepost.gnu.org ([2001:470:142:3::e])
 by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256)
 (Exim 4.90_1) (envelope-from <eliz@HIDDEN>)
 id 1vM8oA-0005Iq-78; Thu, 20 Nov 2025 12:51:17 -0500
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org;
 s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From:
 Date; bh=lRs49dzvUoSzqQFkhLQKKV+y5FTbDpQPbQinll86iKY=; b=T1hUz/YGJ49s+kvQmtF4
 qjnEPSJUyuvgo8TR4wAAXfHFi0pab9kyZ2QJqgagEMZPGeIN1WfIfM02vMyPpvac8TQ+ai/8BtP1x
 o0EIAoJrsKBMFi+pnjp099rSjhc83Hdxf57tipN5SZEEdN97kP3iMukcu4jTTP6Xc3LChTGRPiIVh
 Gmhi+RBUIgbHR4K0++vsIScfg7f1H+G1sn9h1EC3O3fX0DaMnIlCeuPd2JbCQq/K1O4KJ5NxFSDi+
 PuVDz7z8XaLEQLhT0uv99qTBxRZyCdqzoq68y/0EqjKpT/hEd973nRJl40G701zgI2IGWst5iE1K6
 ZB4V1zmPT04vQw==;
Date: Thu, 20 Nov 2025 19:50:59 +0200
Message-Id: <864iqoioe4.fsf@HIDDEN>
From: Eli Zaretskii <eliz@HIDDEN>
In-Reply-To: <87ikf4vi1s.fsf@HIDDEN> (message from Robert Pluim on Thu, 20
 Nov 2025 16:29:35 +0100)
References: <9573bce6939f36b65835ff52094e2684@HIDDEN>
 <86o6p0lu95.fsf@HIDDEN> <87ikf4vi1s.fsf@HIDDEN>
MIME-version: 1.0
Content-type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> From: Robert Pluim <rpluim@HIDDEN>
> Cc: Alexander Adolf <alexander.adolf@HIDDEN>,
>   79847 <at> debbugs.gnu.org
> Date: Thu, 20 Nov 2025 16:29:35 +0100
> 
> >>>>> On Mon, 17 Nov 2025 14:27:02 +0200, Eli Zaretskii <eliz@HIDDEN> said:
> 
>     >> Date: Sun, 16 Nov 2025 18:31:22 +0100
>     >> From:  Alexander Adolf via "Bug reports for GNU Emacs,
>     >> the Swiss army knife of text editors" <bug-gnu-emacs@HIDDEN>
>     >> 
>     >> on macOS, when including --with-xwidgets in the configure options, but
>     >> without having the wxwidgets library installed (e.g. homebrew), so that
>     >> the build uses the WebKit from macOS, I get the same compiler warning
>     >> for a lengthy list of C files, with dispnew.c being the first one:
>     >> 
>     >> clang: warning: no such include directory: '/System/Library/Frameworks/WebKit.framework/Headers' [-Wmissing-include-dirs]
>     >> 
>     >> The executable resulting from such a build does work as expected,
>     >> however. It seems that the Xcode tools employ some further magic to do
>     >> the right thing.
>     >> 
>     >> The reason for the compiler warnings is that the hard-coded path for the
>     >> macOS WebKit header files in configure.ac may or may not be usable.
>     >> Several SDK versions may be installed in parallel, each one providing
>     >> its own set of development headers. Usually, the safest bet is to query
>     >> for the correct path to SDK files using the xcrun command.
>     >> 
>     >> That is what the attached patch does.
>     >> 
>     >> It also keeps the original hard-coded path as a fallback in case xcrun
>     >> should fail to deliver meaningful results.
>     >> 
>     >> 
>     >> Hoping to have helped, and looking forward to your thoughts,
> 
>     Eli> Thanks.  Could someone who can build Emacs on macOS please test the
>     Eli> patch in the various variants, and provide feedback?
> 
> Applying the patch successfully suppresses the warning that I got when
> building --with-xwidgets without the patch. This is macOS 15.7 with
> the 15.7 SDK (Iʼm *really* reluctant to move to 26, it looks like
> theyʼve broken a bunch of stuff).

Thanks.  I think we need someone with 26 to confirm the patch works,
before we apply it.

Any volunteers?

Last modified: Thu, 20 Nov 2025 18:00:03 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.