* 23.0.60; Problems with Apple's libXft and configure
@ 2008-01-31 0:30 Peter Dyballa
2008-01-31 13:39 ` Peter Dyballa
0 siblings, 1 reply; 6+ messages in thread
From: Peter Dyballa @ 2008-01-31 0:30 UTC (permalink / raw)
To: emacs-pretest-bug
Hello!
I filed a bug report that Apple's libXft in Mac OS X 10.4 (Tiger)
makes GNU Emacs 23.0.60 crash when compiled with font-backend enabled
and in use when launching. Now I am trying to deliver more detailed
information to Apple, but configure somehow fails to create useful
Makefiles.
One problem libfreetype from Apple in X11 has, that it does not
understand FC_WIDTH and FC_WEIGHT_REGULAR which are not defined in
their set of C header files. So I need to use libfreetype 2.19 from a
"parallel" installation with Fink. Somehow I can't configure for a
GNU Emacs that uses most of the X libraries from Apple's X11 and uses
libfreetype and libfontconfig2 from Fink:
In GNU Emacs 23.0.60.1 (powerpc-apple-darwin8.11.0, X toolkit)
of 2008-01-31 on Latsche.local
Windowing system distributor `The XFree86 Project, Inc', version
11.0.40400000
configured using `configure '--enable-font-backend' '--with-
freetype' '--with-xft' '--with-x-toolkit=lucid' '--without-xaw3d' '--
without-libotf' '--without-rsvg' '--without-pop' '--without-sound' '--
enable-locallisppath=/Library/Application Support/Emacs/calendar22:/
Library/Application Support/Emacs/caml:/Library/Application Support/
Emacs:/sw/share/emacs21/site-lisp/elib' 'PKG_CONFIG_PATH=/sw/lib/
freetype219/lib/pkgconfig:/sw/lib/fontconfig2/lib/pkgconfig:/sw/lib/
pkgconfig:/sw/share/pkgconfig:/usr/lib/pkgconfig:/usr/local/lib/
pkgconfig:/usr/X11R6/lib/pkgconfig' 'CPPFLAGS=-no-cpp-precomp -
D__BIND_NOSTATIC' 'CFLAGS=-H -Wno-pointer-sign -bind_at_load -pipe -
fPIC -mcpu=7450 -mtune=7450 -O0' 'LDFLAGS=-dead_strip -
multiply_defined suppress -L/sw/lib/ncurses''
/sw/lib/libgif.4.dylib (compatibility version 6.0.0, current version
6.4.0)
/sw/lib/libjpeg.62.dylib (compatibility version 63.0.0, current
version 63.0.0)
/sw/lib/libpng12.0.dylib (compatibility version 19.0.0, current
version 19.0.0)
/sw/lib/libtiff.3.dylib (compatibility version 12.0.0, current
version 12.2.0)
/sw/lib/ncurses/libncurses.5.dylib (compatibility version 5.0.0,
current version 5.0.0)
/usr/lib/libmx.A.dylib (compatibility version 1.0.0, current version
92.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
version 88.1.10)
/usr/lib/libz.1.dylib (compatibility version 1.0.0, current version
1.2.3)
/usr/X11R6/lib/libfontconfig.1.dylib (compatibility version 1.0.0,
current version 1.0.0)
/usr/X11R6/lib/libfreetype.6.dylib (compatibility version 6.3.0,
current version 6.3.0)
/usr/X11R6/lib/libICE.6.dylib (compatibility version 6.3.0, current
version 6.3.0)
/usr/X11R6/lib/libSM.6.dylib (compatibility version 6.0.0, current
version 6.0.0)
/usr/X11R6/lib/libX11.6.dylib (compatibility version 6.2.0, current
version 6.2.0)
/usr/X11R6/lib/libXaw.7.dylib (compatibility version 7.0.0, current
version 7.0.0)
/usr/X11R6/lib/libXext.6.dylib (compatibility version 6.4.0, current
version 6.4.0)
/usr/X11R6/lib/libXft.2.dylib (compatibility version 2.1.0, current
version 2.1.0)
/usr/X11R6/lib/libXmu.6.dylib (compatibility version 6.2.0, current
version 6.2.0)
/usr/X11R6/lib/libXpm.4.dylib (compatibility version 4.11.0, current
version 4.11.0)
/usr/X11R6/lib/libXt.6.dylib (compatibility version 6.0.0, current
version 6.0.0)
I'm not using libotf, libXaw3d, or GTK2 because all installed via
Fink, so non-Apple. When these are used, then libfontconfig2 and
libfreetype come from Fink. At daylight I'll try to see what happens
when I remove GIF, JPEG, PNG, and TIFF support, and whether all is
right when I simply add libotf support ...
--
Greetings
Pete
Bake pizza not war!
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: 23.0.60; Problems with Apple's libXft and configure
2008-01-31 0:30 23.0.60; Problems with Apple's libXft and configure Peter Dyballa
@ 2008-01-31 13:39 ` Peter Dyballa
2008-02-01 5:10 ` Kenichi Handa
0 siblings, 1 reply; 6+ messages in thread
From: Peter Dyballa @ 2008-01-31 13:39 UTC (permalink / raw)
To: emacs-pretest-bug
Am 31.01.2008 um 01:30 schrieb Peter Dyballa:
> One problem libfreetype from Apple in X11 has, that it does not
> understand FC_WIDTH and FC_WEIGHT_REGULAR which are not defined in
> their set of C header files. So I need to use libfreetype 2.19 from
> a "parallel" installation with Fink. Somehow I can't configure for
> a GNU Emacs that uses most of the X libraries from Apple's X11 and
> uses libfreetype and libfontconfig2 from Fink
I can now confirm that it's neither libotf nor libXaw3d or GTK2, it's
just that I need to add '-L/sw/lib/fontconfig2/lib -L/sw/lib/
freetype219/lib' to LDFLAGS. This setting takes precedence to
whatever pkg-config retrieves ...
In GNU Emacs 23.0.60.1 (powerpc-apple-darwin8.11.0, X toolkit)
of 2008-01-31 on localhost
Windowing system distributor `The XFree86 Project, Inc', version
11.0.40400000
configured using `configure '--enable-font-backend' '--with-
freetype' '--with-xft' '--with-x-toolkit=lucid' '--without-xaw3d' '--
without-libotf' '--without-jpeg' '--without-tiff' '--without-gif' '--
without-png' '--without-rsvg' '--without-pop' '--without-sound' '--
enable-locallisppath=/Library/Application Support/Emacs/calendar22:/
Library/Application Support/Emacs/caml:/Library/Application Support/
Emacs:/sw/share/emacs21/site-lisp/elib' 'PKG_CONFIG_PATH=/sw/lib/
freetype219/lib/pkgconfig:/sw/lib/fontconfig2/lib/pkgconfig:/sw/lib/
pkgconfig:/sw/share/pkgconfig:/usr/lib/pkgconfig:/usr/local/lib/
pkgconfig:/usr/X11R6/lib/pkgconfig' 'CPPFLAGS=-no-cpp-precomp -
D__BIND_NOSTATIC' 'CFLAGS=-H -Wno-pointer-sign -bind_at_load -pipe -
fPIC -mcpu=7450 -mtune=7450 -O0' 'LDFLAGS=-dead_strip -
multiply_defined suppress -L/sw/lib/ncurses -L/sw/lib/fontconfig2/lib
-L/sw/lib/freetype219/lib''
/sw/lib/fontconfig2/lib/libfontconfig.1.dylib (compatibility version
3.0.0, current version 3.0.0)
/sw/lib/freetype219/lib/libfreetype.6.dylib (compatibility version
10.0.0, current version 10.10.0)
/sw/lib/ncurses/libncurses.5.dylib (compatibility version 5.0.0,
current version 5.0.0)
/usr/lib/libmx.A.dylib (compatibility version 1.0.0, current version
92.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current
version 88.1.10)
/usr/X11R6/lib/libICE.6.dylib (compatibility version 6.3.0, current
version 6.3.0)
/usr/X11R6/lib/libSM.6.dylib (compatibility version 6.0.0, current
version 6.0.0)
/usr/X11R6/lib/libX11.6.dylib (compatibility version 6.2.0, current
version 6.2.0)
/usr/X11R6/lib/libXaw.7.dylib (compatibility version 7.0.0, current
version 7.0.0)
/usr/X11R6/lib/libXext.6.dylib (compatibility version 6.4.0, current
version 6.4.0)
/usr/X11R6/lib/libXft.2.dylib (compatibility version 2.1.0, current
version 2.1.0)
/usr/X11R6/lib/libXmu.6.dylib (compatibility version 6.2.0, current
version 6.2.0)
/usr/X11R6/lib/libXpm.4.dylib (compatibility version 4.11.0, current
version 4.11.0)
/usr/X11R6/lib/libXt.6.dylib (compatibility version 6.0.0, current
version 6.0.0)
--
Greetings
Pete
A lot of us are working harder than we want, at things we don't like
to do. Why? ...In order to afford the sort of existence we don't care
to live.
– Bradford Angier
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: 23.0.60; Problems with Apple's libXft and configure
2008-01-31 13:39 ` Peter Dyballa
@ 2008-02-01 5:10 ` Kenichi Handa
2008-02-01 9:28 ` Peter Dyballa
0 siblings, 1 reply; 6+ messages in thread
From: Kenichi Handa @ 2008-02-01 5:10 UTC (permalink / raw)
To: Peter Dyballa; +Cc: emacs-pretest-bug
In article <FCB67FC0-5F34-4FBE-AE5F-47FE066F0C39@Freenet.DE>, Peter Dyballa <Peter_Dyballa@Freenet.DE> writes:
> Am 31.01.2008 um 01:30 schrieb Peter Dyballa:
> > One problem libfreetype from Apple in X11 has, that it does not
> > understand FC_WIDTH and FC_WEIGHT_REGULAR which are not defined in
> > their set of C header files. So I need to use libfreetype 2.19 from
> > a "parallel" installation with Fink. Somehow I can't configure for
> > a GNU Emacs that uses most of the X libraries from Apple's X11 and
> > uses libfreetype and libfontconfig2 from Fink
> I can now confirm that it's neither libotf nor libXaw3d or GTK2, it's
> just that I need to add '-L/sw/lib/fontconfig2/lib -L/sw/lib/
> freetype219/lib' to LDFLAGS. This setting takes precedence to
> whatever pkg-config retrieves ...
Does it mean that you can use Emacs with xft font-backend
now?
---
Kenichi Handa
handa@ni.aist.go.jp
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: 23.0.60; Problems with Apple's libXft and configure
2008-02-01 5:10 ` Kenichi Handa
@ 2008-02-01 9:28 ` Peter Dyballa
2008-02-01 11:51 ` Kenichi Handa
0 siblings, 1 reply; 6+ messages in thread
From: Peter Dyballa @ 2008-02-01 9:28 UTC (permalink / raw)
To: Kenichi Handa; +Cc: emacs-pretest-bug
Am 01.02.2008 um 06:10 schrieb Kenichi Handa:
>>> One problem libfreetype from Apple in X11 has, that it does not
>>> understand FC_WIDTH and FC_WEIGHT_REGULAR which are not defined in
>>> their set of C header files. So I need to use libfreetype 2.19 from
>>> a "parallel" installation with Fink. Somehow I can't configure for
>>> a GNU Emacs that uses most of the X libraries from Apple's X11 and
>>> uses libfreetype and libfontconfig2 from Fink
>
>> I can now confirm that it's neither libotf nor libXaw3d or GTK2, it's
>> just that I need to add '-L/sw/lib/fontconfig2/lib -L/sw/lib/
>> freetype219/lib' to LDFLAGS. This setting takes precedence to
>> whatever pkg-config retrieves ...
>
> Does it mean that you can use Emacs with xft font-backend
> now?
No. Since many weeks, maybe months, I have the X resource
Emacs.FontBackend: x
set or I launch GNU Emacs with --disable-font-backend. So I can
configure with '--enable-font-backend --with-xft.' When I make
Emacs.FontBackend: xft
active GNU Emacs 23.0.60 crashes after a few seconds with
Fatal error (11)Segmentation fault
Exit 139
when I launch it without --disable-font-backend. So libXft still
cannot be used for font rendering (though it works in Apple's xterm).
I could use it last summer (or autumn ?) last time, but the results
were not recognised as an improvement and documentation is so sparse
that I did not see a chance to make it look better, make it use my
preferred font.
--
Greetings
Pete
The human animal differs from the lesser primates in his passion for
lists of "Ten Best."
– H. Allen Smith
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: 23.0.60; Problems with Apple's libXft and configure
2008-02-01 9:28 ` Peter Dyballa
@ 2008-02-01 11:51 ` Kenichi Handa
2008-02-01 14:04 ` Peter Dyballa
0 siblings, 1 reply; 6+ messages in thread
From: Kenichi Handa @ 2008-02-01 11:51 UTC (permalink / raw)
To: Peter Dyballa; +Cc: emacs-pretest-bug
In article <E4DE41FF-A984-46E2-899F-97CD11962ECF@Freenet.DE>, Peter Dyballa <Peter_Dyballa@Freenet.DE> writes:
> No. Since many weeks, maybe months, I have the X resource
> Emacs.FontBackend: x
> set or I launch GNU Emacs with --disable-font-backend. So I can
> configure with '--enable-font-backend --with-xft.' When I make
> Emacs.FontBackend: xft
> active GNU Emacs 23.0.60 crashes after a few seconds with
> Fatal error (11)Segmentation fault
> Exit 139
> when I launch it without --disable-font-backend. So libXft still
> cannot be used for font rendering (though it works in Apple's xterm).
> I could use it last summer (or autumn ?) last time, but the results
> were not recognised as an improvement and documentation is so sparse
> that I did not see a chance to make it look better, make it use my
> preferred font.
Please try to configure Emacs with --enable-font-backend
and --without-xft, and set this resource:
Emacs.FontBackend: ftx
With this setting, Emacs uses Freetype directly.
---
Kenichi Handa
handa@ni.aist.go.jp
^ permalink raw reply [flat|nested] 6+ messages in thread
* Re: 23.0.60; Problems with Apple's libXft and configure
2008-02-01 11:51 ` Kenichi Handa
@ 2008-02-01 14:04 ` Peter Dyballa
0 siblings, 0 replies; 6+ messages in thread
From: Peter Dyballa @ 2008-02-01 14:04 UTC (permalink / raw)
To: Kenichi Handa; +Cc: emacs-pretest-bug
Am 01.02.2008 um 12:51 schrieb Kenichi Handa:
> Please try to configure Emacs with --enable-font-backend
> and --without-xft, and set this resource:
> Emacs.FontBackend: ftx
I had to add --with-freetype. Without GTK it gives a good image. C-u
C-x = on a Tigrina character gave:
Fatal error (10)Bus error
Exit 138
I'll try anew with GTK and some debugging.
--
Greetings
Pete
Who the fsck is "General Failure," and why is he reading my disk?
^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2008-02-01 14:04 UTC | newest]
Thread overview: 6+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-01-31 0:30 23.0.60; Problems with Apple's libXft and configure Peter Dyballa
2008-01-31 13:39 ` Peter Dyballa
2008-02-01 5:10 ` Kenichi Handa
2008-02-01 9:28 ` Peter Dyballa
2008-02-01 11:51 ` Kenichi Handa
2008-02-01 14:04 ` Peter Dyballa
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.