--- libeio/ecb.h	2012/07/25 16:12:28	1.15
+++ libeio/ecb.h	2012/10/09 04:53:53	1.16
@@ -154,7 +154,7 @@
   /* The __has_feature syntax from clang is so misdesigned that we cannot use it
    * without risking compile time errors with other compilers. We *could*
    * define our own ecb_clang_has_feature, but I just can't be bothered to work
-   * around * this shit time and again.
+   * around this shit time and again.
    * #elif defined __clang && __has_feature (cxx_atomic)
    *   // see comment below (stdatomic.h) about the C11 memory model.
    *   #define ECB_MEMORY_FENCE         __c11_atomic_thread_fence (__ATOMIC_SEQ_CST)
@@ -484,17 +484,17 @@
 ecb_byteorder_helper (void)
 {
   /* the union code still generates code under pressure in gcc, */
-  /* but less than using pointers, and always seem to */
+  /* but less than using pointers, and always seems to */
   /* successfully return a constant. */
   /* the reason why we have this horrible preprocessor mess */
   /* is to avoid it in all cases, at least on common architectures */
-  /* and yes, gcc defines __BYTE_ORDER__, g++ does not */
+  /* or when using a recent enough gcc version (>= 4.6) */
 #if __i386 || __i386__ || _M_X86 || __amd64 || __amd64__ || _M_X64
   return 0x44;
 #elif __BYTE_ORDER__ && __BYTE_ORDER__ == __ORDER_LITTLE_ENDIAN__
   return 0x44;
 #elif __BYTE_ORDER__ && __BYTE_ORDER__ == __ORDER_BIG_ENDIAN__
-  retrurn 0x11;
+  return 0x11;
 #else
   union
   {