all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
* bug#17289: 24.4.50; Build failure (Fedora 20)
@ 2014-04-18  6:33 Mattia Ziulu
  2014-04-18  8:21 ` Jan Djärv
  0 siblings, 1 reply; 8+ messages in thread
From: Mattia Ziulu @ 2014-04-18  6:33 UTC (permalink / raw)
  To: 17289


I've been unable to build emacs, tracking the official git repo,
since Monday 14. I usually create a new 'build' directory inside the
clone and from there issue the configure command with the flags reported
below.

../configure --prefix=/opt/mattia --enable-link-time-optimization
--with-file-notification=inotify

This is the compile error:

gcc -std=gnu99 -Demacs  -I. -I../../src -I../lib -I../../src/../lib   -pthread -I/usr/include/gtk-3.0 -I/usr/include/at-spi2-atk/2.0 -I/usr/include/gtk-3.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libdrm -I/usr/include/libpng16 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng16 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include  -I/usr/include/freetype2   -I/usr/include/alsa    -I/usr/include/libxml2  -I/usr/include/dbus-1.0 -I/usr/lib64/dbus-1.0/include    -pthread -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include  -pthread -I/usr/include/gconf/2 -I/usr/include/dbus-1.0 -I/usr/lib64/dbus-1.0/include -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include  -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include  -I/usr/include/freetype2  -I/usr/include/freetype2    -MMD -MF deps/.d -MP -I/usr/include/p11-kit-1     -g3 -O2 -flto=4 -flto=4  -Wl,-znocombreloc   \
  -o temacs  vm-limit.o dispnew.o frame.o scroll.o xdisp.o menu.o xmenu.o window.o charset.o coding.o category.o ccl.o character.o chartab.o bidi.o cm.o term.o terminal.o xfaces.o xterm.o xfns.o xselect.o xrdb.o xsmfns.o xsettings.o gtkutil.o emacsgtkfixed.o dbusbind.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 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 font.o print.o lread.o syntax.o unexelf.o bytecode.o process.o gnutls.o callproc.o region-cache.o sound.o atimer.o doprnt.o intervals.o textprop.o composite.o xml.o inotify.o profiler.o decompress.o     xfont.o ftfont.o xftfont.o ftxfont.o  fontset.o fringe.o image.o   terminfo.o lastfile.o      ../lib/libgnu.a       -ltiff -ljpeg -lpng -lz -lm -lgif -lXpm -lgtk-3 -lgdk-3 -lpangocairo-1.0 -lpango-1.0 -latk-1.0 -lcairo-gobject -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lgobject-2.0 -lglib-2.0  -lSM -lICE -lX11 -lXrender -lXft  -lasound    -lacl    -lrt  -ldbus-1   -lXrandr  -lXinerama  -lxml2  -lgpm   -ltinfo  -lgio-2.0 -lgobject-2.0 -lglib-2.0  -lgconf-2 -lglib-2.0  -lgobject-2.0 -lglib-2.0  -lselinux -lfreetype  -lfontconfig -lfreetype    -lgnutls  -lpthread   -lm -lz
/tmp/ccbvZSZ2.ltrans14.ltrans.o: In function `x_menu_wait_for_event.isra.6':
/opt/mattia/usr/local/src/emacs/build/src/../../src/xmenu.c:260: undefined reference to `xg_select'
collect2: error: ld returned 1 exit status
make[2]: *** [temacs] Error 1
make[2]: Leaving directory `/opt/mattia/usr/local/src/emacs/build/src'
make[1]: *** [src] Error 2
make[1]: Leaving directory `/opt/mattia/usr/local/src/emacs/build'
make: *** [bootstrap] Error 2


A GTK2 build does not present the error (as expected).

----

Configured features:
XPM JPEG TIFF GIF PNG SOUND GPM DBUS GCONF GSETTINGS NOTIFY ACL
LIBSELINUX GNUTLS LIBXML2 FREETYPE XFT ZLIB

Important settings:
  value of $LC_CTYPE: en_US.UTF-8
  value of $LANG: en_US.UTF-8
  value of $XMODIFIERS: @im=none
  locale-coding-system: utf-8-unix





^ permalink raw reply	[flat|nested] 8+ messages in thread

* bug#17289: 24.4.50; Build failure (Fedora 20)
  2014-04-18  6:33 bug#17289: 24.4.50; Build failure (Fedora 20) Mattia Ziulu
@ 2014-04-18  8:21 ` Jan Djärv
  2014-04-18  9:54   ` Jan Djärv
  0 siblings, 1 reply; 8+ messages in thread
From: Jan Djärv @ 2014-04-18  8:21 UTC (permalink / raw)
  To: Mattia Ziulu, 17289

Hello.

Please send your config.log (compressed) and config.h.

Thanks,

	Jan D.

2014-04-18 08:33, Mattia Ziulu skrev:
>
> I've been unable to build emacs, tracking the official git repo,
> since Monday 14. I usually create a new 'build' directory inside the
> clone and from there issue the configure command with the flags reported
> below.
>
> ../configure --prefix=/opt/mattia --enable-link-time-optimization
> --with-file-notification=inotify
>
> This is the compile error:
>
> gcc -std=gnu99 -Demacs  -I. -I../../src -I../lib -I../../src/../lib   -pthread -I/usr/include/gtk-3.0 -I/usr/include/at-spi2-atk/2.0 -I/usr/include/gtk-3.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libdrm -I/usr/include/libpng16 -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng16 -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include  -I/usr/include/freetype2   -I/usr/include/alsa    -I/usr/include/libxml2  -I/usr/include/dbus-1.0 -I/usr/lib64/dbus-1.0/include    -pthread -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include  -pthread -I/usr/include/gconf/2 -I/usr/include/dbus-1.0 -I/usr/lib64/dbus-1
 .0/include -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include  -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include  -I/usr/include/freetype2  -I/usr/include/freetype2    -MMD -MF deps/.
 d -MP -I/
usr/include/p11-kit-1     -g3 -O2 -flto=4 -flto=4  -Wl,-znocombreloc   \
>    -o temacs  vm-limit.o dispnew.o frame.o scroll.o xdisp.o menu.o xmenu.o window.o charset.o coding.o category.o ccl.o character.o chartab.o bidi.o cm.o term.o terminal.o xfaces.o xterm.o xfns.o xselect.o xrdb.o xsmfns.o xsettings.o gtkutil.o emacsgtkfixed.o dbusbind.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 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 font.o print.o lread.o syntax.o unexelf.o bytecode.o process.o gnutls.o callproc.o region-cache.o sound.o atimer.o doprnt.o intervals.o textprop.o composite.o xml.o inotify.o profiler.o decompress.o     xfont.o ftfont.o xftfont.o ftxfont.o  fontset.o fringe.o image.o   terminfo.o lastfil
 e.o      ../lib/libgnu.a       -ltiff -ljpeg -lpng -lz -lm -lgif -lXpm -lgtk-3 -lgdk-3 -lpangocairo-1.0 -lpango-1.0 -latk-1.0 -lcairo-gobject -lcairo -lgdk_pixbuf-2.0 -lgio-2.0 -lgobject-2.0
  -lglib-2
.0  -lSM -lICE -lX11 -lXrender -lXft  -lasound    -lacl    -lrt  -ldbus-1   -lXrandr  -lXinerama  -lxml2  -lgpm   -ltinfo  -lgio-2.0 -lgobject-2.0 -lglib-2.0  -lgconf-2 -lglib-2.0  -lgobject-2.0 -lglib-2.0  -lselinux -lfreetype  -lfontconfig -lfreetype    -lgnutls  -lpthread   -lm -lz
> /tmp/ccbvZSZ2.ltrans14.ltrans.o: In function `x_menu_wait_for_event.isra.6':
> /opt/mattia/usr/local/src/emacs/build/src/../../src/xmenu.c:260: undefined reference to `xg_select'
> collect2: error: ld returned 1 exit status
> make[2]: *** [temacs] Error 1
> make[2]: Leaving directory `/opt/mattia/usr/local/src/emacs/build/src'
> make[1]: *** [src] Error 2
> make[1]: Leaving directory `/opt/mattia/usr/local/src/emacs/build'
> make: *** [bootstrap] Error 2
>
>
> A GTK2 build does not present the error (as expected).
>
> ----
>
> Configured features:
> XPM JPEG TIFF GIF PNG SOUND GPM DBUS GCONF GSETTINGS NOTIFY ACL
> LIBSELINUX GNUTLS LIBXML2 FREETYPE XFT ZLIB
>
> Important settings:
>    value of $LC_CTYPE: en_US.UTF-8
>    value of $LANG: en_US.UTF-8
>    value of $XMODIFIERS: @im=none
>    locale-coding-system: utf-8-unix
>
>






^ permalink raw reply	[flat|nested] 8+ messages in thread

* bug#17289: 24.4.50; Build failure (Fedora 20)
  2014-04-18  8:21 ` Jan Djärv
@ 2014-04-18  9:54   ` Jan Djärv
  2014-04-18 13:09     ` Jan D.
  0 siblings, 1 reply; 8+ messages in thread
From: Jan Djärv @ 2014-04-18  9:54 UTC (permalink / raw)
  To: Mattia Ziulu, 17289; +Cc: Paul Eggert

Hello.

2014-04-18 10:21, Jan Djärv skrev:
> Hello.
>
> Please send your config.log (compressed) and config.h.

No need to do that, this change:

revno: 116974
committer: Paul Eggert <eggert@cs.ucla.edu>
branch nick: trunk
timestamp: Sun 2014-04-13 22:23:31 -0700
message:
   Clean up configure-time library handling a bit.
...

totally breaks the GLib test.  Apparently the change was not properly tested.

	Jan D.

>
> Thanks,
>
>      Jan D.
>
> 2014-04-18 08:33, Mattia Ziulu skrev:
>>
>> I've been unable to build emacs, tracking the official git repo,
>> since Monday 14. I usually create a new 'build' directory inside the
>> clone and from there issue the configure command with the flags reported
>> below.
>>
>> ../configure --prefix=/opt/mattia --enable-link-time-optimization
>> --with-file-notification=inotify
>>
>> This is the compile error:
>>
>> gcc -std=gnu99 -Demacs  -I. -I../../src -I../lib -I../../src/../lib
>> -pthread -I/usr/include/gtk-3.0 -I/usr/include/at-spi2-atk/2.0
>> -I/usr/include/gtk-3.0 -I/usr/include/gio-unix-2.0/ -I/usr/include/cairo
>> -I/usr/include/pango-1.0 -I/usr/include/harfbuzz -I/usr/include/pango-1.0
>> -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pixman-1
>> -I/usr/include/freetype2 -I/usr/include/libdrm -I/usr/include/libpng16
>> -I/usr/include/gdk-pixbuf-2.0 -I/usr/include/libpng16
>> -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include
>> -I/usr/include/freetype2   -I/usr/include/alsa    -I/usr/include/libxml2
>> -I/usr/include/dbus-1.0 -I/usr/lib64/dbus-1.0/include    -pthread
>> -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include  -pthread
>> -I/usr/include/gconf/2 -I/usr/include/dbus-1.0 -I/usr/lib64/dbus-1.0/include
>> -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include
>> -I/usr/include/glib-2.0 -I/usr/lib64/glib-2.0/include
>> -I/usr/include/freetype2  -I/usr/include/freetype2    -MMD -MF deps/.d -MP -I/
> usr/include/p11-kit-1     -g3 -O2 -flto=4 -flto=4  -Wl,-znocombreloc   \
>>    -o temacs  vm-limit.o dispnew.o frame.o scroll.o xdisp.o menu.o xmenu.o
>> window.o charset.o coding.o category.o ccl.o character.o chartab.o bidi.o
>> cm.o term.o terminal.o xfaces.o xterm.o xfns.o xselect.o xrdb.o xsmfns.o
>> xsettings.o gtkutil.o emacsgtkfixed.o dbusbind.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 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 font.o
>> print.o lread.o syntax.o unexelf.o bytecode.o process.o gnutls.o callproc.o
>> region-cache.o sound.o atimer.o doprnt.o intervals.o textprop.o composite.o
>> xml.o inotify.o profiler.o decompress.o     xfont.o ftfont.o xftfont.o
>> ftxfont.o  fontset.o fringe.o image.o   terminfo.o lastfile.o
>> ../lib/libgnu.a       -ltiff -ljpeg -lpng -lz -lm -lgif -lXpm -lgtk-3
>> -lgdk-3 -lpangocairo-1.0 -lpango-1.0 -latk-1.0 -lcairo-gobject -lcairo
>> -lgdk_pixbuf-2.0 -lgio-2.0 -lgobject-2.0 -lglib-2
> .0  -lSM -lICE -lX11 -lXrender -lXft  -lasound    -lacl    -lrt  -ldbus-1
> -lXrandr  -lXinerama  -lxml2  -lgpm   -ltinfo  -lgio-2.0 -lgobject-2.0
> -lglib-2.0  -lgconf-2 -lglib-2.0  -lgobject-2.0 -lglib-2.0  -lselinux
> -lfreetype  -lfontconfig -lfreetype    -lgnutls  -lpthread   -lm -lz
>> /tmp/ccbvZSZ2.ltrans14.ltrans.o: In function `x_menu_wait_for_event.isra.6':
>> /opt/mattia/usr/local/src/emacs/build/src/../../src/xmenu.c:260: undefined
>> reference to `xg_select'
>> collect2: error: ld returned 1 exit status
>> make[2]: *** [temacs] Error 1
>> make[2]: Leaving directory `/opt/mattia/usr/local/src/emacs/build/src'
>> make[1]: *** [src] Error 2
>> make[1]: Leaving directory `/opt/mattia/usr/local/src/emacs/build'
>> make: *** [bootstrap] Error 2
>>
>>
>> A GTK2 build does not present the error (as expected).
>>
>> ----
>>
>> Configured features:
>> XPM JPEG TIFF GIF PNG SOUND GPM DBUS GCONF GSETTINGS NOTIFY ACL
>> LIBSELINUX GNUTLS LIBXML2 FREETYPE XFT ZLIB
>>
>> Important settings:
>>    value of $LC_CTYPE: en_US.UTF-8
>>    value of $LANG: en_US.UTF-8
>>    value of $XMODIFIERS: @im=none
>>    locale-coding-system: utf-8-unix
>>
>>
>






^ permalink raw reply	[flat|nested] 8+ messages in thread

* bug#17289: 24.4.50; Build failure (Fedora 20)
  2014-04-18  9:54   ` Jan Djärv
@ 2014-04-18 13:09     ` Jan D.
  2014-04-19 17:58       ` Paul Eggert
  0 siblings, 1 reply; 8+ messages in thread
From: Jan D. @ 2014-04-18 13:09 UTC (permalink / raw)
  To: Mattia Ziulu, 17289; +Cc: Paul Eggert

Hello.

Jan Djärv skrev 2014-04-18 11:54:
> revno: 116974
> committer: Paul Eggert <eggert@cs.ucla.edu>
> branch nick: trunk
> timestamp: Sun 2014-04-13 22:23:31 -0700
> message:
>   Clean up configure-time library handling a bit.
> ...
>

I don't undrestand this change.  I though the point was to let CFLAGS 
and LIBS to accumulate so we can catch conflicts early.  If for example, 
Glib and librsvg has a conflict, it would be caught at configure time, 
probably by ignoring one of the libs, and still let Emacs be built.
Now it won't be shown until temacs link time, nor do we have any log to 
look at (i.e. config.log).

If this is the IRIX getdelim bug gone wild, I don't think it is the 
right way to solve it.  Just make a IRIX specific exception in configure.

     Jan D.






^ permalink raw reply	[flat|nested] 8+ messages in thread

* bug#17289: 24.4.50; Build failure (Fedora 20)
  2014-04-18 13:09     ` Jan D.
@ 2014-04-19 17:58       ` Paul Eggert
  2014-04-19 21:52         ` Jan Djärv
  2014-04-22  6:14         ` Mattia Ziulu
  0 siblings, 2 replies; 8+ messages in thread
From: Paul Eggert @ 2014-04-19 17:58 UTC (permalink / raw)
  To: Jan D., Mattia Ziulu, 17289-done

Jan D. wrote:

> I though the point was to let CFLAGS
> and LIBS to accumulate so we can catch conflicts early.  If for example,
> Glib and librsvg has a conflict, it would be caught at configure time,
> probably by ignoring one of the libs, and still let Emacs be built.

That may have been the point originally, but 'configure' long ago lost 
it; even in emacs-24 libraries sometimes accumulate and sometimes do not.

The emacs-24 approach has a different problem: because some libraries 
accumulate, later tests report answers that are incorrect for non-Emacs 
applications such as etags which do not necessarily link to these 
libraries.  I ran into one of these problems with IRIX, and installed a 
small hack-atop-a-hack in emacs-24 to fix that one little problem, but 
in the trunk I am looking for a cleaner solution.  The basic idea is 
that each test should be try to be independent from the others, and that 
any necessary dependencies be indicated for the test.

I had tested the trunk change myself, but I can't easily test all 
possible configuration options and so hadn't run into the reported 
failure.  Thanks Mattia for reporting it.  I fixed the bug in trunk bzr 
116992, by having the glib test mention its dependencies, and am marking 
the bug report as done.

I'm puzzled, though, as to why glib is treated differently from the 
other libraries.  Currently, Emacs uses glib if glib happens to be 
dragged in along with some other library, and avoids glib otherwise. 
Why not just use glib if available?  That would be simpler, no?





^ permalink raw reply	[flat|nested] 8+ messages in thread

* bug#17289: 24.4.50; Build failure (Fedora 20)
  2014-04-19 17:58       ` Paul Eggert
@ 2014-04-19 21:52         ` Jan Djärv
  2014-04-19 22:21           ` Paul Eggert
  2014-04-22  6:14         ` Mattia Ziulu
  1 sibling, 1 reply; 8+ messages in thread
From: Jan Djärv @ 2014-04-19 21:52 UTC (permalink / raw)
  To: Paul Eggert; +Cc: 17289-done, Mattia Ziulu

Hello.

19 apr 2014 kl. 19:58 skrev Paul Eggert <eggert@cs.ucla.edu>:

> Jan D. wrote:
> 
>> I though the point was to let CFLAGS
>> and LIBS to accumulate so we can catch conflicts early.  If for example,
>> Glib and librsvg has a conflict, it would be caught at configure time,
>> probably by ignoring one of the libs, and still let Emacs be built.
> 
> That may have been the point originally, but 'configure' long ago lost it; even in emacs-24 libraries sometimes accumulate and sometimes do not.
> 
> The emacs-24 approach has a different problem: because some libraries accumulate, later tests report answers that are incorrect for non-Emacs applications such as etags which do not necessarily link to these libraries.  I ran into one of these problems with IRIX, and installed a small hack-atop-a-hack in emacs-24 to fix that one little problem, but in the trunk I am looking for a cleaner solution.  The basic idea is that each test should be try to be independent from the others, and that any necessary dependencies be indicated for the test.

That does not prevent configure from collecting all cflags/libs.
This can be done in some other variable.  That would be cleaner, because the solution you
have made now requires the Glib test to know just about everything that configure has done.
This is a really bad solution.  Adding another third party library now requires the Glib test to be updated as well.  Locality is broken.

> 
> I had tested the trunk change myself, but I can't easily test all possible configuration options and so hadn't run into the reported failure.

I think just having Gtk+ and running configure without any parameters gives you this error.
Hardly a strange configuration, but probably the most used one.

>  Thanks Mattia for reporting it.  I fixed the bug in trunk bzr 116992, by having the glib test mention its dependencies, and am marking the bug report as done.
> 
> I'm puzzled, though, as to why glib is treated differently from the other libraries.  Currently, Emacs uses glib if glib happens to be dragged in along with some other library, and avoids glib otherwise. Why not just use glib if available?  That would be simpler, no?

Some third party libaries use Glib, without Emacs explicitly using Glib itself.
Some older versions of the same libraries (or prehaps even the same version, but compiled differently) may not use Glib.  So we check if Glib is used.  It may be available, but Emacs and its third party library dependencies may not need it.

We do not want Emacs to require Glib, or link with it if it is not being used.

	Jan D.






^ permalink raw reply	[flat|nested] 8+ messages in thread

* bug#17289: 24.4.50; Build failure (Fedora 20)
  2014-04-19 21:52         ` Jan Djärv
@ 2014-04-19 22:21           ` Paul Eggert
  0 siblings, 0 replies; 8+ messages in thread
From: Paul Eggert @ 2014-04-19 22:21 UTC (permalink / raw)
  To: Jan Djärv; +Cc: 17289-done, Mattia Ziulu

Jan Djärv wrote:
> Adding another third party library now requires the Glib test to be updated as well.  Locality is broken.

Locality was already broken.  When adding another library, it was 
necessary to add its tests in the right place: before the glib test, 
after any libraries the new library depends on, before any other tests 
might be affected by the presence of the new library, etc.

The recent changes to configure.ac have made these dependencies more 
explicit, which I hope eases maintenance in the future.

> I think just having Gtk+ and running configure without any parameters gives you this error.

I ran plain 'configure' on Fedora 20 (with all development libraries 
installed) and had no trouble.  I expect Bug#17289 was caused by the use 
of --enable-link-time-optimization --with-file-notification=inotify.

> We do not want Emacs to require Glib, or link with it if it is not being used.

Thanks, I added a comment to configure.ac to try to document this better.





^ permalink raw reply	[flat|nested] 8+ messages in thread

* bug#17289: 24.4.50; Build failure (Fedora 20)
  2014-04-19 17:58       ` Paul Eggert
  2014-04-19 21:52         ` Jan Djärv
@ 2014-04-22  6:14         ` Mattia Ziulu
  1 sibling, 0 replies; 8+ messages in thread
From: Mattia Ziulu @ 2014-04-22  6:14 UTC (permalink / raw)
  To: Paul Eggert; +Cc: 17289


Paul Eggert writes:

> I had tested the trunk change myself, but I can't easily test all
> possible configuration options and so hadn't run into the reported
> failure.  Thanks Mattia for reporting it.  I fixed the bug in trunk bzr
> 116992, by having the glib test mention its dependencies, and am marking
> the bug report as done.
>

Just wanted to drop by and confirm that the bug is fixed and I can now
build successfully. Thanks for the quick fix :)

Cheers,
Mattia





^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2014-04-22  6:14 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-04-18  6:33 bug#17289: 24.4.50; Build failure (Fedora 20) Mattia Ziulu
2014-04-18  8:21 ` Jan Djärv
2014-04-18  9:54   ` Jan Djärv
2014-04-18 13:09     ` Jan D.
2014-04-19 17:58       ` Paul Eggert
2014-04-19 21:52         ` Jan Djärv
2014-04-19 22:21           ` Paul Eggert
2014-04-22  6:14         ` Mattia Ziulu

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.