From: "Jan Djärv" <jan.h.d@swipnet.se>
To: Sascha Wilde <wilde@sha-bang.de>
Cc: emacs-devel@gnu.org
Subject: Re: Latest configure.in change breaks building
Date: Sun, 28 Jan 2007 10:48:50 +0100 [thread overview]
Message-ID: <45BC7182.7010704@swipnet.se> (raw)
In-Reply-To: <m24pqcb5zn.fsf@kenny.sha-bang.de>
Sascha Wilde skrev:
> Hi *,
>
> the latest change on configure.in:
>
> 2007-01-26 Jan Djärv <jan.h.d@swipnet.se>
>
> * configure.in: Add check for libXft.
>
> breaks the build process for me (CVS Head on GNU/Linux with GTK+ frontend):
>
>
> The new configure tests are successful: checking for xft >= 0.13.0... yes
> checking XFT_CFLAGS... -I/usr/X11R6/include -I/usr/include/freetype2
> checking XFT_LIBS... -L//lib -L/usr/X11R6/lib -lXft -lXrender -lX11 -lXext
> -lfontconfig -lfreetype -lz
What is //lib? It looks broken.
> checking X11/Xft/Xft.h usability... yes checking X11/Xft/Xft.h presence...
> yes checking for X11/Xft/Xft.h... yes checking for XftFontOpen in -lXft...
> yes
>
> But when building various libs seem to be missing when linking emacs:
>
> gcc -nostdlib `./prefix-args -Xlinker -R/usr/X11R6/lib -z nocombreloc`
> -Wl,-znocombreloc -L/usr/X11R6/lib -o temacs pre-crt0.o /usr/lib/crt1.o
> /usr/lib/crti.o dispnew.o frame.o scroll.o xdisp.o xmenu.o window.o
> charset.o coding.o category.o ccl.o cm.o term.o xfaces.o xterm.o xfns.o
> xselect.o xrdb.o fontset.o xsmfns.o fringe.o image.o gtkutil.o emacs.o
> keyboard.o macros.o keymap.o sysdep.o buffer.o filelock.o insdel.o marker.o
> minibuf.o fileio.o dired.o filemode.o cmds.o casetab.o casefiddle.o
> indent.o search.o regex.o undo.o alloc.o data.o doc.o editfns.o callint.o
> eval.o floatfns.o fns.o print.o lread.o abbrev.o syntax.o unexelf.o
> bytecode.o process.o callproc.o region-cache.o sound.o atimer.o doprnt.o
> strftime.o intervals.o textprop.o composite.o md5.o terminfo.o
> lastfile.o vm-limit.o mktime.o -L/usr/X11R6/lib -L/usr/local/lib
> -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1.0 -lgdk_pixbuf-2.0 -lm -lpangocairo-1.0
> -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -ldl -lglib-2.0 -lpthread
> -lSM -lICE -ltiff -ljpeg -lpng -lz -lm -lungif -lXpm -L -lncurses -lm
> -lgcc -lc -lgcc /usr/lib/crtn.o dispnew.o: In function `init_display':
> /usr/local/src/wilde/emacs-hg-work/src/dispnew.c:6782: undefined reference
> to `tgetent' cm.o: In function `cmcostinit':
You have -L -lncurses in there. What happens is when the preprocessor reads
Makefile.c (generated from Makefile.in), your -L//lib ... is taken as a
comment, and everything after // is removed, so you are left with -L.
Please do:
% pkg-config --libs xft
and if there is a // in there, check xft.pc (in /usr/lib/pkgconfig or
/usr/X11R6/lib/pkgconfig usually) and see where //lib comes from. My guess is
that there is a variable substitution in xft.pc that does not work right.
Jan D.
next prev parent reply other threads:[~2007-01-28 9:48 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-01-27 19:54 Latest configure.in change breaks building Sascha Wilde
2007-01-28 9:48 ` Jan Djärv [this message]
2007-01-28 14:28 ` Pathnames with two (or more) slashes in Makefile.c (was: Latest configure.in change breaks building) Sascha Wilde
2007-01-29 8:06 ` Pathnames with two (or more) slashes in Makefile.c Jan Djärv
2007-01-29 20:21 ` Sascha Wilde
2007-01-30 7:08 ` Jan Djärv
2007-01-30 8:53 ` Sascha Wilde
2007-01-30 9:09 ` Sascha Wilde
2007-01-31 9:36 ` Sascha Wilde
2007-01-31 17:42 ` Jan Djärv
2007-01-31 22:33 ` Sascha Wilde
2007-01-30 9:14 ` Jan Djärv
2007-01-30 9:47 ` Sascha Wilde
2007-01-30 10:26 ` Jan Djärv
2007-01-30 11:04 ` Sascha Wilde
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=45BC7182.7010704@swipnet.se \
--to=jan.h.d@swipnet.se \
--cc=emacs-devel@gnu.org \
--cc=wilde@sha-bang.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).