[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#788217: RFS: clfft/2.4-1 [ITP Bug#783084] -- OpenCL FFT library





2015-06-17 13:44 GMT+01:00 PICCA Frederic-Emmanuel <frederic-emmanuel.picca@synchrotron-soleil.fr>:
> I checked it out and both clBLAS and clFFT actually suffer from the same problem. It seems upstream is rolling its own
> "multiarch" detection / selection mechanism. The detection is based on the result of CMAKE_SIZEOF_VOID_P, and the
> selection can be overriden via a cmake option.

obviously it does not work properly because it end up with a -m64 on my 32 bit system.
Maybe this is the real problem.


It is.
 
> One option would be to just patch the build system and comment out the part where the offending build flag is set. I
> doubt however that upstream would be happy with this solution, since they must have setup their CI infrastructure
> around this option I presume.

> I am wondering what would be a good solution to suggest upstream about. I guess it is just more convenient for them to
> let the build system handle mutliarch builds, including setting the appropriate build flags and arch-dependent install paths
> instead of setting a proper build environment up like dh does.

I do not know what is the recommended way in cmake for this kind of "multi-arch" things.

maybe someone with more cmake experience can tell how to deal with this kind of problem.

Cheers

Fred

From what I read, other packages just patch the build system to avoid setting the m32 / m64 flags explicitly.

I'll update both clBLAS and clFFT with this change and report back.

Ghis

Reply to: