changeset 2382:ac4ffbd57062

[xemacs-hg @ 2004-11-12 15:09:09 by crestani] Fix mega-patch renaming leftovers: rename new_dfc_convert_alloca to new_dfc_convert_copy_data
author crestani
date Fri, 12 Nov 2004 15:09:18 +0000
parents 63dba8cf74eb
children 9c7decce1d05
files src/ChangeLog src/text.h src/xemacs.def.in.in
diffstat 3 files changed, 8 insertions(+), 2 deletions(-) [+]
line wrap: on
line diff
--- a/src/ChangeLog	Thu Nov 11 22:51:46 2004 +0000
+++ b/src/ChangeLog	Fri Nov 12 15:09:18 2004 +0000
@@ -1,3 +1,9 @@
+2004-11-11  Marcus Crestani  <crestani@informatik.uni-tuebingen.de>
+
+	* text.h:
+	* xemacs.def.in.in: rename new_dfc_convert_alloca to
+	new_dfc_convert_copy_data
+
 2004-11-07  Ben Wing  <ben@xemacs.org>
 
 	* frame-x.c (x_set_frame_properties):
--- a/src/text.h	Thu Nov 11 22:51:46 2004 +0000
+++ b/src/text.h	Fri Nov 12 15:09:18 2004 +0000
@@ -3000,7 +3000,7 @@
    to choke when alloca() occurs as a funcall argument, and so we check
    this in configure.  Rewriting the expressions below to use a temporary
    variable, so that the call to alloca() is outside of
-   new_dfc_convert_alloca(), won't help because the entire NEW_DFC call
+   new_dfc_convert_copy_data(), won't help because the entire NEW_DFC call
    could be inside of a function call. */
 
 #define NEW_DFC_CONVERT_1_ALLOCA(src, src_size, type, codesys)		\
--- a/src/xemacs.def.in.in	Thu Nov 11 22:51:46 2004 +0000
+++ b/src/xemacs.def.in.in	Fri Nov 12 15:09:18 2004 +0000
@@ -94,7 +94,7 @@
 make_vector
 maybe_invalid_operation
 message
-new_dfc_convert_alloca		/* C_STRING_TO_EXTERNAL, ... */
+new_dfc_convert_copy_data	/* C_STRING_TO_EXTERNAL, ... */
 new_dfc_convert_malloc		/* C_STRING_TO_EXTERNAL_MALLOC, ... */
 new_dfc_convert_size		/* C_STRING_TO_EXTERNAL, ... */
 #ifdef MULE