# HG changeset patch
# User Joseph Arceneaux <jla@gnu.org>
# Date 718070748 0
# Node ID f09c5c6563b81a028354778c00f95e4c206c92b0
# Parent  884c3d7e7172b9674a26d69e6f92b02649987038
	* intervals.c: `copy_intervals()' no longer static.

diff -r 884c3d7e7172 -r f09c5c6563b8 src/intervals.c
--- 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;