ARM Skia NEON patches - 35 - First AArch64 support

gyp/opts.gyp

 # Gyp file for opts projects
 {
   'targets': [
     # Due to an unfortunate intersection of lameness between gcc and gyp,
     # we have to build the *_SSE2.cpp files in a separate target.  The
     # gcc lameness is that, in order to compile SSE2 intrinsics code, it
     # must be passed the -msse2 flag.  However, with this flag, it may
     # emit SSE2 instructions even for scalar code, such as the CPUID
     # test used to test for the presence of SSE2.  So that, and all other
     # code must be compiled *without* -msse2.  The gyp lameness is that it
@@ skipping 96 matching lines @@
           'sources': [
             '../src/opts/SkBitmapProcState_opts_none.cpp',
             '../src/opts/SkBlitMask_opts_none.cpp',
             '../src/opts/SkBlitRow_opts_none.cpp',
             '../src/opts/SkBlurImage_opts_none.cpp',
             '../src/opts/SkMorphology_opts_none.cpp',
             '../src/opts/SkUtils_opts_none.cpp',
             '../src/opts/SkXfermode_opts_none.cpp',
           ],
         }],
+        [ 'skia_arch_type == "arm64"', {

[djsollen, 2014/03/20 14:40:16]

I'm inclined to stick with the way we handle arch_type and arch_width for x86. 
I know that would mean overhauling this gyp file to be explicit about width 32
vs 64, but think it may be worth it.

Don't make the change yet as I'm going to check with the chrome team on their
approach.  Further, even if we want to make that change I think I could be
convinced to check it in this way first and do a follow on CL.

[djsollen, 2014/03/20 15:37:27]

So chromium is opting for arch_type == arm64 as well. So let's leave this as is
since it will make our gyp files more compatible with theirs.

[kevin.petit, 2014/03/20 16:05:09]

To be honest, this has my preference as AArch64 is a different and incompatible
instruction set.

+          'sources': [
+            '../src/opts/SkBitmapProcState_arm_neon.cpp',
+            '../src/opts/SkBitmapProcState_matrixProcs_neon.cpp',
+            '../src/opts/SkBitmapProcState_opts_arm.cpp',
+            '../src/opts/SkBlitMask_opts_arm.cpp',
+            '../src/opts/SkBlitMask_opts_arm_neon.cpp',
+            '../src/opts/SkBlitRow_opts_none.cpp',
+            '../src/opts/SkBlurImage_opts_arm.cpp',
+            '../src/opts/SkBlurImage_opts_neon.cpp',
+            '../src/opts/SkMorphology_opts_arm.cpp',
+            '../src/opts/SkMorphology_opts_neon.cpp',
+            '../src/opts/SkUtils_opts_none.cpp',
+            '../src/opts/SkXfermode_opts_arm.cpp',
+            '../src/opts/SkXfermode_opts_arm_neon.cpp',
+          ],
+        }],
       ],
     },
     # For the same lame reasons as what is done for skia_opts, we have to
     # create another target specifically for SSSE3 code as we would not want
     # to compile the SSE2 code with -mssse3 which would potentially allow
     # gcc to generate SSSE3 code.
     {
       'target_name': 'opts_ssse3',
       'product_name': 'skia_opts_ssse3',
       'type': 'static_library',
@@ skipping 58 matching lines @@
         '../src/opts/SkBitmapProcState_matrix_neon.h',
         '../src/opts/SkBlitMask_opts_arm_neon.cpp',
         '../src/opts/SkBlitRow_opts_arm_neon.cpp',
         '../src/opts/SkBlurImage_opts_neon.cpp',
         '../src/opts/SkMorphology_opts_neon.cpp',
         '../src/opts/SkXfermode_opts_arm_neon.cpp',
       ],
     },
   ],
 }