Fix IMAGE1D and IMAGE1D_ARRAY image type deduction in addImage

[bigmat18]

Fixes: #481

Description of Changes

Instead of guessing the image type from its dimensions, the Intercept Layer should explicitly query the exact memory object type by adding one more API call alongside the existing clGetImageInfo queries.

We can retrieve the type using clGetMemObjectInfo with the CL_MEM_TYPE flag, matching the existing coding style:

cl_mem_object_type imageType;

errorCode |= dispatch().clGetMemObjectInfo(
    image,
    CL_MEM_TYPE,
    sizeof(imageType),
    &imageType,
    NULL );

This guarantees that CL_MEM_OBJECT_IMAGE1D (and its array counterpart) remains exactly what the application requested, immune to driver quirks.

Testing Done

Tested on Windows

[bashbaug]

Thanks! Have you checked that the example you described on the issue generates the correct metadata now?