[Pixman] [PATCH] Trivial spelling fixes in comments

Stefan Weil sw at weilnetz.de
Fri Apr 26 23:00:38 PDT 2013


They were found by codespell.

Signed-off-by: Stefan Weil <sw at weilnetz.de>
---
 pixman/pixman-arm-neon-asm.h |    2 +-
 pixman/pixman-region.c       |    6 +++---
 pixman/refactor              |    2 +-
 3 files changed, 5 insertions(+), 5 deletions(-)

diff --git a/pixman/pixman-arm-neon-asm.h b/pixman/pixman-arm-neon-asm.h
index 1673b08..d0d92d7 100644
--- a/pixman/pixman-arm-neon-asm.h
+++ b/pixman/pixman-arm-neon-asm.h
@@ -385,7 +385,7 @@
  * execute simultaneously with NEON and be completely shadowed by it. Thus
  * we get no performance overhead at all (*). This looks like a very nice
  * feature of Cortex-A8, if used wisely. We don't have a hardware prefetcher,
- * but still can implement some rather advanced prefetch logic in sofware
+ * but still can implement some rather advanced prefetch logic in software
  * for almost zero cost!
  *
  * (*) The overhead of the prefetcher is visible when running some trivial
diff --git a/pixman/pixman-region.c b/pixman/pixman-region.c
index 2d6f157..59bc9c7 100644
--- a/pixman/pixman-region.c
+++ b/pixman/pixman-region.c
@@ -1858,7 +1858,7 @@ pixman_region_subtract_o (region_type_t * region,
         else if (r2->x1 <= x1)
         {
             /*
-	     * Subtrahend preceeds minuend: nuke left edge of minuend.
+	     * Subtrahend precedes minuend: nuke left edge of minuend.
 	     */
             x1 = r2->x2;
             if (x1 >= r1->x2)
@@ -1982,7 +1982,7 @@ PREFIX (_subtract) (region_type_t *reg_d,
     }
 
     /* Add those rectangles in region 1 that aren't in region 2,
-       do yucky substraction for overlaps, and
+       do yucky subtraction for overlaps, and
        just throw away rectangles in region 2 that aren't in region 1 */
     if (!pixman_op (reg_d, reg_m, reg_s, pixman_region_subtract_o, TRUE, FALSE))
 	return FALSE;
@@ -2042,7 +2042,7 @@ PREFIX (_inverse) (region_type_t *new_reg,  /* Destination region */
     }
 
     /* Add those rectangles in region 1 that aren't in region 2,
-     * do yucky substraction for overlaps, and
+     * do yucky subtraction for overlaps, and
      * just throw away rectangles in region 2 that aren't in region 1
      */
     inv_reg.extents = *inv_rect;
diff --git a/pixman/refactor b/pixman/refactor
index 52fceab..65e207a 100644
--- a/pixman/refactor
+++ b/pixman/refactor
@@ -91,7 +91,7 @@ Starting from a destination pixel (x, y), do
 	transparent. I don't really care
 
 	Basically, I think the render spec should say that pixels that
-	are unavailable due to the hierarcy have undefined content,
+	are unavailable due to the hierarchy have undefined content,
 	and that GraphicsExposes are not generated. Ie., basically
 	that using non-redirected windows as sources is fail. This is
 	at least consistent with the current implementation and we can
-- 
1.7.10.4



More information about the Pixman mailing list