[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: How to setup Octave for GPU CUDA computing
From: |
Sergei Steshenko |
Subject: |
Re: How to setup Octave for GPU CUDA computing |
Date: |
Mon, 11 Jul 2016 21:49:44 +0000 (UTC) |
>________________________________
> From: Jeff Layton <address@hidden>
>To: address@hidden
>Sent: Monday, July 11, 2016 11:26 PM
>Subject: Re: How to setup Octave for GPU CUDA computing
>
>
>On 07/09/2016 09:40 AM, Andreas Weber wrote:
>> Am 09.07.2016 um 11:16 schrieb Zoltán Szabó:
>>>
>>> I am using the xcorr
>>> <https://sourceforge.net/p/octave/signal/ci/stable/tree/inst/xcorr.m>
>>> function
>>> from Octave's signal package on Linux. It has a bunch of fft, ifft,
>>> conj, etc in the script. How to configure/compile Octave to use CUDA
>>> capabilities specifically for this xcorr function? Maybe using cuFFT
>>> somehow? Which gpu-accelerated library is the best for this function?
>>>
>>
>> Crosspost on stackoverflow:
>> http://stackoverflow.com/questions/38277024/how-to-setup-octave-for-gpu-cuda-computing
>>
>> This has been discussed many times and AFAIK the consents was that
>> linking GNU Octave to the nonfree cuBlas library violates the GPL
>> although you find some tutorials
>> (https://devblogs.nvidia.com/parallelforall/drop-in-acceleration-gnu-octave/)
>
>I hate to jump in so late, but doesn't this imply that
>you can redistribute Octave built with Intel compilers?
>
>Thanks!
>
>Jeff
>
If Intel compiler link with GPL incompatible libraries, you can not
redistribute Octave, but you can still use.
GPL mandates code (both source and binary) redistribution - not code usage.
As I wrote several years ago, 'ffmpeg' 'configure' had a switch enabling
LGPL-incompatible libraries ('ffmpeg' itself is LGPL). And there was a warning
issued in this case that the binary could not be redistributed.
--Sergei.