changeset 1316:f09c5c6563b8

* intervals.c: `copy_intervals()' no longer static.
author Joseph Arceneaux <jla@gnu.org>
date Sat, 03 Oct 1992 00:05:48 +0000
parents 884c3d7e7172
children b74069f669cc
files src/intervals.c
diffstat 1 files changed, 6 insertions(+), 6 deletions(-) [+]
line wrap: on
line diff
--- a/src/intervals.c	Sat Oct 03 00:05:39 1992 +0000
+++ b/src/intervals.c	Sat Oct 03 00:05:48 1992 +0000
@@ -655,7 +655,7 @@
       /* If both intervals are sticky here, then default to the
          left-most one.  But perhaps we should create a new
 	 interval here instead... */
-      if (END_STICKY (prev))
+      if (END_STICKY_P (prev))
 	i = prev;
     }
 
@@ -1167,7 +1167,7 @@
       /* First interval -- none precede it. */
       if (position == 1)
 	{
-	  if (! FRONT_STICKY (under))
+	  if (! FRONT_STICKY_P (under))
 	    /* The inserted string keeps its own properties. */
 	    while (! NULL_INTERVAL_P (over))
 	    {
@@ -1195,9 +1195,9 @@
 	  if (NULL_INTERVAL_P (prev))
 	    abort ();
 
-	  if (END_STICKY (prev))
+	  if (END_STICKY_P (prev))
 	    {
-	      if (FRONT_STICKY (under))
+	      if (FRONT_STICKY_P (under))
 		/* The intervals go inbetween as the two sticky
 		   properties cancel each other.  Should we change
 		   this policy? */
@@ -1222,7 +1222,7 @@
 	    }
 	  else
 	    {
-	      if (FRONT_STICKY (under))
+	      if (FRONT_STICKY_P (under))
 		/* The inserted text "sticks" to the interval `under',
 		   which means it gets those properties. */
 		while (! NULL_INTERVAL_P (over))
@@ -1507,7 +1507,7 @@
 /* Produce an interval tree reflecting the intervals in
    TREE from START to START + LENGTH. */
 
-static INTERVAL
+INTERVAL
 copy_intervals (tree, start, length)
      INTERVAL tree;
      int start, length;