[PATCH 39/42] allow overriding kernellib_name for distro builds with POCL_KERNELLIB_NAME

the kernellib_name (and corresponding llvm_cpu) can be overridden
to a target with a subset of the features supported by the current cpu

this will allow running e.g. code generation and tests for sse2 (but no
newer features) on a modern cpu

Gbp-Pq: Name 0039-allow-overriding-kernellib_name-for-distro-builds-wi.patch

[PATCH 38/42] _cl_device_id: add const char* kernellib_name

determine the value at the same time as llvm_cpu, if possible

Gbp-Pq: Name 0038-_cl_device_id-add-const-char-kernellib_name.patch

[PATCH 37/42] add pocl_get_distro_cpu_name()

in distro builds, map each kernellib_name to a specific llvm_cpu
which is then used as compilation target instead of the native cpu

this limits the possible code generation targets in distro builds
in order to be able to run tests against all of them with a minimal
number of different (physical) CPU models

Gbp-Pq: Name 0037-add-pocl_get_distro_cpu_name.patch

[PATCH 36/42] use a more generic solution for pocl_get_distro_kernellib_name()

Gbp-Pq: Name 0036-use-a-more-generic-solution-for-pocl_get_distro_kern.patch

[PATCH 35/42] rename getX86KernelLibName() to pocl_get_distro_kernellib_name()

Gbp-Pq: Name 0035-rename-getX86KernelLibName-to-pocl_get_distro_kernel.patch

[PATCH 28/42] add llvm_cpu to the long device name

Gbp-Pq: Name 0028-add-llvm_cpu-to-the-long-device-name.patch

[PATCH 4/4] improve grouping of ENABLE_HOST_CPU_DEVICES specific tests

Gbp-Pq: Name 0004-improve-grouping-of-ENABLE_HOST_CPU_DEVICES-specific.patch

[PATCH 3/4] fix test_structs_as_args on i386

 141/143 Test  #85: regression/struct_kernel_arguments ..................................................***Failed  Error regular expression found in output. Regex=[FAIL]  4.58 sec
 CMake Error at /build/pocl-1.4/cmake/run_test.cmake:34 (message):
  FAIL: Test exited with nonzero code (1):
  /build/pocl-1.4/obj-i686-linux-gnu/tests/regression/test_structs_as_args

  STDOUT:

  F(4: 0 != 5) F(5: -2147483648 != 6) F(6: 0 != 7) F(7: 0 != 8)

  STDERR:

 -- OK

on i386, the default alignment is 4 for 64-bit types, too

the OpenCL standard is only explicit about alignment requirements for
OpenCL types, but not for the corresponding cl_* types in C
https://github.com/KhronosGroup/OpenCL-Headers/issues/149

fixes: #801

Gbp-Pq: Name 0003-fix-test_structs_as_args-on-i386.patch

[PATCH 2/4] rename opencl_image_type_to_index() to pocl_opencl_image_type_to_index()

Gbp-Pq: Name 0002-rename-opencl_image_type_to_index-to-pocl_opencl_ima.patch

[PATCH 1/4] rename bitcode_is_triple() to pocl_bitcode_is_triple()

Gbp-Pq: Name 0001-rename-bitcode_is_triple-to-pocl_bitcode_is_triple.patch

pocl (4.0-3) unstable; urgency=medium

  * Perform a distro build for i386, too.

[dgit import unpatched pocl 4.0-3]

Import pocl_4.0-3.debian.tar.xz

[dgit import tarball pocl 4.0-3 pocl_4.0-3.debian.tar.xz]

Import pocl_4.0.orig.tar.gz

[dgit import orig pocl_4.0.orig.tar.gz]