emacs-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Emacs 23.1.90 pretest


From: Jan Djärv
Subject: Re: Emacs 23.1.90 pretest
Date: Fri, 11 Dec 2009 23:04:29 +0100
User-agent: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; sv-SE; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0



Yavor Doganov skrev 2009-12-11 22.36:
Jan Djärv wrote:
Librsvg can not work on OSX except with X11. Librsvg is totally
dependent on X11.

Ah.  Forgive my ignorance, but my impression was that X11 is usually
installed on that platform and in any case, no harm could be done if
librsvg is not found.

Adrian (or any OS X user), could you comment?

I am an OSX user...

Your last change seems good enough for me (it reinstates SVG support
on GNUstep), but AFAICS there's still something fishy here.

If the initial test for

    HAVE_X11 || HAVE_NS

caused configure to find librsvg for the OP, and librsvg depends on
X11, and he had a build failure during compilation because of
unresolved X symbols (IIRC), isn't this an indication that his
installation is somewhat broken?  (I still can't explain myself why
the test was wrong in the first place as you say.)


GNUStep runs on top of X11. OSX normal GUI is a totally different beast (Cocoa on display PDF). Both use the NS API. Emacs can not mix two different GUIs. Just because the libs are there doesn't mean it doesn't hurt to link in them. The event handling, window handling, and all other stuff are compleatly different. You don't expect X11 libs to work on W32 by just linking them in to the executble do you?

The libs are there, but shall not be linked in unless GNUStep, and thereby X11, is used.


        Jan D.




reply via email to

[Prev in Thread] Current Thread [Next in Thread]