From: Paul Eggert Date: Wed, 8 Jun 2011 19:18:46 +0000 (-0700) Subject: * alloc.c (allocate_pseudovector): Don't use EMACS_INT when int would do. X-Git-Tag: emacs-pretest-24.0.90~104^2~548^2~63 X-Git-Url: http://git.eshelyaron.com/gitweb/?a=commitdiff_plain;h=e46bb31a9f62b157947257b444fb44b1f9a42db6;p=emacs.git * alloc.c (allocate_pseudovector): Don't use EMACS_INT when int would do. --- diff --git a/src/ChangeLog b/src/ChangeLog index 6a353aa1f95..0c3028fb94a 100644 --- a/src/ChangeLog +++ b/src/ChangeLog @@ -17,6 +17,7 @@ (inhibit_garbage_collection): Set gc_cons_threshold to max value. Previously, this ceilinged at INT_MAX, but that doesn't work on 64-bit machines. + (allocate_pseudovector): Don't use EMACS_INT when int would do. * alloc.c (Fmake_bool_vector): Don't assume vector size fits in int. (allocate_vectorlike): Check for ptrdiff_t overflow. diff --git a/src/alloc.c b/src/alloc.c index e04f60baf03..4530e0a7377 100644 --- a/src/alloc.c +++ b/src/alloc.c @@ -2832,7 +2832,7 @@ struct Lisp_Vector * allocate_pseudovector (int memlen, int lisplen, EMACS_INT tag) { struct Lisp_Vector *v = allocate_vectorlike (memlen); - EMACS_INT i; + int i; /* Only the first lisplen slots will be traced normally by the GC. */ for (i = 0; i < lisplen; ++i)