[Top][All Lists]

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

Removing some #if 0 code

From: Pavel Janík
Subject: Removing some #if 0 code
Date: Fri, 26 Oct 2001 19:28:59 +0200
User-agent: Gnus/5.090004 (Oort Gnus v0.04) Emacs/21.1.50 (i386-suse-linux-gnu)


any objections to commit the following? It removes the code which almost
exactly in emacs.c now. The ChangeLog entry is carefully constructed so
interested people can easy find Gerd's note about putting it in #if 0 in

1999-11-22  Gerd Moellmann  <address@hidden>

        * emacs.c (gdb_valbits, gdb_gctypebits, gdb_emacs_intbits)
        (gdb_data_seg_bits): New variables.

        * lisp.h (enum gdb_lisp_params): Put in #if 0, since it doesn't
        work on systems not allowing enumerators > INT_MAX, and it
        won't work if EMACS_INT is long long.

Now we have this information twice in the sources. Of course everything
will stay in CVS...

2001-10-26  Pavel Janík  <address@hidden>

        * lisp.h (gdb_lisp_params): Remove code in #if 0 which is now in

--- lisp.h.~1.390.~     Thu Oct 25 07:30:49 2001
+++ lisp.h      Fri Oct 26 19:22:29 2001
@@ -162,26 +162,6 @@
 #define GCTYPEBITS 3
-#if 0  /* This doesn't work on some systems that don't allow enumerators
-         > INT_MAX, and it won't work for long long EMACS_INT.  These
-         values are now found in emacs.c as EMACS_INT variables.  */
-/* Make these values available in GDB, which sees enums but not macros.  */
-enum gdb_lisp_params
-  gdb_valbits = VALBITS,
-  gdb_gctypebits = GCTYPEBITS,
-  gdb_emacs_intbits = sizeof (EMACS_INT) * BITS_PER_CHAR,
-  gdb_data_seg_bits = DATA_SEG_BITS
-  gdb_data_seg_bits = 0
-#endif /* 0 */
 #ifndef NO_UNION_TYPE

Pavel Janík

I would expect that this error is caused by the summer temperatures.
                  -- Carsten Gross

reply via email to

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