bug-gnu-emacs
[Top][All Lists]
Advanced

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

bug#13448: Cannot build Emacs 24.2.92


From: Paul Eggert
Subject: bug#13448: Cannot build Emacs 24.2.92
Date: Tue, 15 Jan 2013 13:30:21 -0800
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/17.0 Thunderbird/17.0

Enabling link time optimization is a common enough need and
there's a simple fix that I think makes Emacs a bit clearer,
so I pushed the following patch to the trunk as bzr 111533
and I'm marking this as done.

The original problem feels like it might be a GCC problem --
GCC shouldn't be dumber (and presumably generate worse code)
merely because link-time optimization is enabled.  Do you
have the time to file a GCC bug report?

=== modified file 'lib-src/ChangeLog'
--- lib-src/ChangeLog   2013-01-02 16:13:04 +0000
+++ lib-src/ChangeLog   2013-01-15 21:24:53 +0000
@@ -1,3 +1,9 @@
+2013-01-15  Paul Eggert  <eggert@cs.ucla.edu>
+
+       * make-docfile.c (write_globals): Make it a bit clearer (Bug#13448).
+       This pacifies GCC 4.7.2 when Emacs is configured with
+       --enable-link-time-optimization and --enable-gcc-warnings.
+
 2013-01-01  Juanma Barranquero  <lekktu@gmail.com>
 
        * makefile.w32-in (lisp1): Add macroexp.elc (bug#13320).

=== modified file 'lib-src/make-docfile.c'
--- lib-src/make-docfile.c      2013-01-01 09:11:05 +0000
+++ lib-src/make-docfile.c      2013-01-15 21:23:34 +0000
@@ -624,7 +624,7 @@
   qsort (globals, num_globals, sizeof (struct global), compare_globals);
   for (i = 0; i < num_globals; ++i)
     {
-      char const *type;
+      char const *type = 0;
 
       switch (globals[i].type)
        {
@@ -649,7 +649,7 @@
          fatal ("not a recognized DEFVAR_", 0);
        }
 
-      if (globals[i].type != FUNCTION)
+      if (type)
        {
          fprintf (outfile, "  %s f_%s;\n", type, globals[i].name);
          fprintf (outfile, "#define %s globals.f_%s\n",






reply via email to

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