From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: storm@cua.dk (Kim F. Storm) Newsgroups: gmane.emacs.devel Subject: Re: gdb-ui.el assumes images support Date: Tue, 09 Nov 2004 15:20:20 +0100 Message-ID: References: <01c4c422$Blat.v2.2.2$ae5429e0@zahav.net.il> <16781.27378.713504.174297@farnswood.snap.net.nz> <01c4c485$Blat.v2.2.2$1ce23de0@zahav.net.il> <01c4c614$Blat.v2.2.2$c1e9ff40@zahav.net.il> NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1100010039 11564 80.91.229.6 (9 Nov 2004 14:20:39 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 9 Nov 2004 14:20:39 +0000 (UTC) Cc: nickrob@snap.net.nz, rms@gnu.org, emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Nov 09 15:20:30 2004 Return-path: Original-Received: from lists.gnu.org ([199.232.76.165]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1CRWrF-0006EN-00 for ; Tue, 09 Nov 2004 15:20:29 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CRWze-0000Ny-B3 for ged-emacs-devel@m.gmane.org; Tue, 09 Nov 2004 09:29:10 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1CRWzS-0000Kz-4Y for emacs-devel@gnu.org; Tue, 09 Nov 2004 09:28:58 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1CRWzQ-0000KI-Iz for emacs-devel@gnu.org; Tue, 09 Nov 2004 09:28:56 -0500 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1CRWzQ-0000K8-Fb for emacs-devel@gnu.org; Tue, 09 Nov 2004 09:28:56 -0500 Original-Received: from [212.88.64.25] (helo=mail-relay.sonofon.dk) by monty-python.gnu.org with smtp (Exim 4.34) id 1CRWqw-0002SE-Ix for emacs-devel@gnu.org; Tue, 09 Nov 2004 09:20:11 -0500 Original-Received: (qmail 38196 invoked from network); 9 Nov 2004 14:20:07 -0000 Original-Received: from unknown (HELO kfs-l.imdomain.dk.cua.dk) (213.83.150.2) by 0 with SMTP; 9 Nov 2004 14:20:07 -0000 Original-To: Eli Zaretskii In-Reply-To: <01c4c614$Blat.v2.2.2$c1e9ff40@zahav.net.il> (Eli Zaretskii's message of "Tue, 09 Nov 2004 06:28:50 +0200") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/21.3.50 (gnu/linux) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: main.gmane.org gmane.emacs.devel:29643 X-Report-Spam: http://spam.gmane.org/gmane.emacs.devel:29643 "Eli Zaretskii" writes: >> From: Richard Stallman >> CC: nickrob@snap.net.nz, emacs-devel@gnu.org >> Date: Mon, 08 Nov 2004 11:59:42 -0500 >> >> Maybe we should include fringe.c unconditionally, so that defining and >> looking up fringe bitmaps will always work, whether or not Emacs >> can actually display them. > > I don't know if fringe.c will compile and link when no X libraries and > no window-system code is present (Kim?). It will compile as the whole file is conditioned by HAVE_WINDOW_SYSTEM :-) > In any case, the bodies of > some of the functions should probably be conditioned on window-system, > either via #ifdef or a run-time check, if we include fringe.c. And if > there's already code that tests whether the primitives defined by > fringe.c are fboundp, that code should now be changed to use some > other predicate. > > Otherwise, this could be a solution. IMHO, adding a few dummy definitions to subr.el would be less work. -- Kim F. Storm http://www.cua.dk