mir/libreoffice
2
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity

sc: replace NAN macro with rtl::math::setNan

Browse Source 
Change-Id: I38f52faf974a3481adbf20a3b2484324d322f5bc
Reviewed-on: https://gerrit.libreoffice.org/27747
Tested-by: Jenkins <ci@libreoffice.org>
Reviewed-by: Eike Rathke <erack@redhat.com>
This commit is contained in:
Jochen Nitschke
2016-07-31 13:36:06 +02:00
committed by Eike Rathke
parent 0380a64080
commit d1ffaf5315
1 changed files with 1 additions and 12 deletions
Download Patch File Download Diff File Expand all files Collapse all files

13
sc/source/core/opencl/formulagroupcl.cxx
View File

@@ -82,17 +82,6 @@ static const char* publicFunc =
"double strequal(unsigned a, unsigned b) { return (a==b)?1.0:0; }\n" "double strequal(unsigned a, unsigned b) { return (a==b)?1.0:0; }\n"
; ;
#ifdef _WIN32
#ifndef NAN
namespace {
const unsigned long __nan[2] = {0xffffffff, 0x7fffffff};
}
#define NAN (*(const double*) __nan)
#endif
#endif
#include <list> #include <list>
#include <map> #include <map>
#include <iostream> #include <iostream>
@@ -238,7 +227,7 @@ size_t VectorRef::Marshal( cl_kernel k, int argno, int, cl_program )
throw OpenCLError("clEnqueueMapBuffer", err, __FILE__, __LINE__); throw OpenCLError("clEnqueueMapBuffer", err, __FILE__, __LINE__);
for (size_t i = 0; i < szHostBuffer / sizeof(double); i++) for (size_t i = 0; i < szHostBuffer / sizeof(double); i++)
pNanBuffer[i] = NAN; rtl::math::setNan(&pNanBuffer[i]);
err = clEnqueueUnmapMemObject(kEnv.mpkCmdQueue, mpClmem, err = clEnqueueUnmapMemObject(kEnv.mpkCmdQueue, mpClmem,
pNanBuffer, 0, nullptr, nullptr); pNanBuffer, 0, nullptr, nullptr);
// FIXME: Is it intentional to not throw an OpenCLError even if the clEnqueueUnmapMemObject() fails? // FIXME: Is it intentional to not throw an OpenCLError even if the clEnqueueUnmapMemObject() fails?