From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#54378: Subject: 29.0 Build failed Date: Mon, 14 Mar 2022 16:11:23 +0200 Message-ID: <83ee34k4j8.fsf@gnu.org> References: <87y21dwdsd.fsf@yahoo.com> <835yohkxwj.fsf@gnu.org> <87o829w2go.fsf@yahoo.com> <831qz4lmv8.fsf@gnu.org> <87lexcvg4t.fsf@yahoo.com> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="8656"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 54378@debbugs.gnu.org, nuil@foxmail.com To: Po Lu Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Mar 14 15:30:02 2022 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1nTlhy-00029t-1o for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 14 Mar 2022 15:30:02 +0100 Original-Received: from localhost ([::1]:44426 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1nTlhw-0004LD-Uz for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 14 Mar 2022 10:30:00 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:51570) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nTlQY-00025s-GM for bug-gnu-emacs@gnu.org; Mon, 14 Mar 2022 10:12:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]:52010) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1nTlQY-00089T-6k for bug-gnu-emacs@gnu.org; Mon, 14 Mar 2022 10:12:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1nTlQX-0004dy-RJ for bug-gnu-emacs@gnu.org; Mon, 14 Mar 2022 10:12:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 14 Mar 2022 14:12:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 54378 X-GNU-PR-Package: emacs Original-Received: via spool by 54378-submit@debbugs.gnu.org id=B54378.164726710417826 (code B ref 54378); Mon, 14 Mar 2022 14:12:01 +0000 Original-Received: (at 54378) by debbugs.gnu.org; 14 Mar 2022 14:11:44 +0000 Original-Received: from localhost ([127.0.0.1]:45907 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nTlQG-0004dS-Ba for submit@debbugs.gnu.org; Mon, 14 Mar 2022 10:11:44 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:45840) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1nTlQE-0004dA-FW for 54378@debbugs.gnu.org; Mon, 14 Mar 2022 10:11:43 -0400 Original-Received: from [2001:470:142:3::e] (port=49022 helo=fencepost.gnu.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nTlQ8-00085A-Gl; Mon, 14 Mar 2022 10:11:36 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=YW5VpHHDA3U8NOLPPjYumqPu88mz7qwhJSEQ2AFjXXY=; b=pqsOCeC2QdB+ aIaA/ZdNQz+CpET0WVOV0jJGm9pGKKXQQygtn7my4X3CuN1YYJRY3cvGN8XDI6Fs/c1/XLvGTVH5I 0EjU4rc5odFv6p0OgXnQ9qS10MABeTcyNn94gb1gzdKq9SJDiFJyqMFsYXkRoIHOzCQWCxWWwCmrp 05DVY2trBStoyEFEScZswdigglHAWFbyfw6rpPhOD1sO41f+gflRkAtvCeqH2cylEIJWoTWM/gIl6 y7VWK3K+BLXOCjUYN7QCWMqZIbTJj7HYmj6iIYTD4sGUmlefmDx8fUMoXTCUwGr2l/WC04KGngBW/ f3ZJzp5vejDMuYZOeq1cQg==; Original-Received: from [87.69.77.57] (port=1216 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1nTlQ7-00047n-LS; Mon, 14 Mar 2022 10:11:36 -0400 In-Reply-To: <87lexcvg4t.fsf@yahoo.com> (message from Po Lu on Mon, 14 Mar 2022 21:05:22 +0800) X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:228369 Archived-At: > From: Po Lu > Cc: nuil@foxmail.com, 54378@debbugs.gnu.org > Date: Mon, 14 Mar 2022 21:05:22 +0800 > > Eli Zaretskii writes: > > > Then please explain what exactly is missing from the build that > > requires dynlib to fix it, because I don't think I understand what > > does the original problem have to do with modules or with dynamic > > loading in general (I don't use PGTK). > > It needs to load some functions dynamically using the dynlib mechanism. > > These functions cannot be directly linked into the Emacs binary, since > doing that will prevent the binary from functioning on systems that have > GTK, but not both Xlib and libwayland-client. They return the file > descriptor of a display connection, so that we can initialize SIGIO for > it and use interrupt-based input. But why does it need dynlib? This is only for Posix platforms, so just use the dynamic loading functions (dlopen, dlsym etc.) directly. There should be no need to go through dynlib.c, which is an abstraction layer implemented specifically for modules, so that Fload and friends could be blissfully unaware of the platform idiosyncrasies. When we need to dynamically load stuff in the w32-specific code, we just call LoadLibrary and GetProcAddress directly, we don't use dynlib. How is this case different?