glu32: Fix the spelling of some comments.

dlls/glu32/sweep.c

@@ -542,7 +542,7 @@ static void CallCombine( GLUtesselator *tess, GLUvertex *isect,
 static void SpliceMergeVertices( GLUtesselator *tess, GLUhalfEdge *e1,
 				 GLUhalfEdge *e2 )
 /*
- * Two vertices with idential coordinates are combined into one.
+ * Two vertices with identical coordinates are combined into one.
  * e1->Org is kept, while e2->Org is discarded.
  */
 {
@@ -1045,7 +1045,7 @@ static void ConnectRightVertex( GLUtesselator *tess, ActiveRegion *regUp,
 static void ConnectLeftDegenerate( GLUtesselator *tess,
 				   ActiveRegion *regUp, GLUvertex *vEvent )
 /*
- * The event vertex lies exacty on an already-processed edge or vertex.
+ * The event vertex lies exactly on an already-processed edge or vertex.
  * Adding the new vertex involves splicing it into the already-processed
  * part of the mesh.
  */

dlls/glu32/tess.c

@@ -192,7 +192,7 @@ static void CheckOrientation( GLUtesselator *tess )
 /* The "feature merging" is not intended to be complete.  There are
  * special cases where edges are nearly parallel to the sweep line
  * which are not implemented.  The algorithm should still behave
- * robustly (ie. produce a reasonable tesselation) in the presence
+ * robustly (ie. produce a reasonable tessellation) in the presence
  * of such edges, however it may miss features which could have been
  * merged.  We could minimize this effect by choosing the sweep line
  * direction to be something unusual (ie. not parallel to one of the