Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss

bug#14414: 24.3.50; configure fails to detect xaw3d on Cygwin

17 views
Skip to first unread message

Katsumi Yamaoka

unread,
May 16, 2013, 10:15:49 PM5/16/13
to 14...@debbugs.gnu.org
Hi,

When trying to build Emacs on Cygwin the configure script says:

[...]
checking sys/inotify.h presence... no
checking for sys/inotify.h... no
checking for xaw3d... no
checking for libXaw... configure: error: Lucid toolkit requires X11/Xaw include files

Yesterday it was:
[...]
checking sys/inotify.h presence... no
checking for sys/inotify.h... no
checking for XawScrollbarSetThumb in -lXaw3d... yes
checking for xaw3d... yes; using Lucid toolkit
checking X11 toolkit version... 6 or newer
checking for XmuConvertStandardSelection in -lXmu... yes
checking for XShapeQueryExtension in -lXext... yes
[...]

Libraries have no changed in this PC but I have no clue for this
problem. Please help.

In GNU Emacs 24.3.50.1 (i686-pc-cygwin, X toolkit, Xaw3d scroll bars)
of 2013-05-16 on localhost
Bzr revision: 112596 r...@gnu.org-20130515233510-upvjm6ks2du8cpn5
Windowing system distributor `The Cygwin/X Project', version 11.0.11401000
Configured using:
`configure --verbose --with-x-toolkit=lucid --without-imagemagick
--without-dbus --without-gconf --without-gsettings'



Katsumi Yamaoka

unread,
May 17, 2013, 1:49:33 AM5/17/13
to 14414...@debbugs.gnu.org
Katsumi Yamaoka wrote:
> When trying to build Emacs on Cygwin the configure script says:

> [...]
> checking sys/inotify.h presence... no
> checking for sys/inotify.h... no
> checking for xaw3d... no
> checking for libXaw... configure: error: Lucid toolkit requires
> X11/Xaw include files

This should be due to Cygwin update or something, since it happens
with the released version of Emacs 24.3, oops. I'm closing this.
Sorry for the noise.



Katsumi Yamaoka

unread,
May 17, 2013, 7:43:38 AM5/17/13
to 14...@debbugs.gnu.org
I think the cause of this problem is that LIB_CLOCK_GETTIME in
some files[1] aren't substituted by configure, due to Gcc 4.5.3
that Cygwin updated recently. Here is a part in question in
config.log:

configure:11868: gcc -std=gnu99 -o conftest.exe -g3 -O2 -D_REENTRANT -I/usr/include/librsvg-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/cairo -I/usr/include/libpng15 -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/p11-kit-1 conftest.c @LIB_CLOCK_GETTIME@ -lgnutls -lnettle -lhogweed -lgmp -lintl -liconv -ltasn1 -lp11-kit -lz -lrsvg-2 -lgio-2.0 -lgdk_pixbuf-2.0 -lcairo -lgmodule-2.0 -lgobject-2.0 -lffi -lpixman-1 -lfontconfig -lexpat -lfreetype -lbz2 -lpng15 -lm -lz -lxcb-shm -lxcb-render -lXrender -lXext -lglib-2.0 -lintl -liconv -lpcre -lX11 -lxcb -lXau -lXdmcp -lX11 -lpthread >&5
gcc: @LIB_CLOCK_GETTIME@: No such file or directory

[1]
autogen/Makefile.in:LIB_CLOCK_GETTIME = @LIB_CLOCK_GETTIME@
lib-src/Makefile.in:LIB_CLOCK_GETTIME = @LIB_CLOCK_GETTIME@
lib/Makefile.in:LIB_CLOCK_GETTIME = @LIB_CLOCK_GETTIME@
src/Makefile.in:LIB_CLOCK_GETTIME=@LIB_CLOCK_GETTIME@

However, manually replacing those @LIB_CLOCK_GETTIME@ with -lrt
(after running autogen.sh) didn't help. I'm going to tackle it
again next week.



Angelo Graziosi

unread,
May 18, 2013, 9:02:26 AM5/18/13
to 14...@debbugs.gnu.org, yam...@jpl.org
Katsumi Yamaoka wrote:

> I think the cause of this problem is that LIB_CLOCK_GETTIME

This is caused by the upgrade of gnutls-devel package. Reinstalling the
precious fixes the issue. See this thread on Cygwin list:

http://cygwin.com/ml/cygwin/2013-05/msg00236.html


Ciao,
Angelo.



Katsumi Yamaoka

unread,
May 19, 2013, 7:23:31 PM5/19/13
to angelo....@alice.it, 14414...@debbugs.gnu.org
Thank you very much for the information. I got able to continue
the daily Emacs build. ;)



0 new messages