-
-
Notifications
You must be signed in to change notification settings - Fork 96
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Use enum for precision #167
Comments
Hello, This can be done, but to have backward compatibility, I would rather do something simple, like #define VKFFT_PREC_FP32 0 As for the rework of inputPrecision and so on, it is better to wait until the callback functionality is formalized and added. Best regards, |
Hi, so as I understand it, you suggest that the structure of the typedef struct {
// ...
pfUINT doublePrecision;
pfUINT quadDoubleDoublePrecision;
pfUINT quadDoubleDoublePrecisionDoubleMemory;
pfUINT halfPrecision;
pfUINT halfPrecisionMemoryOnly;
pfUINT doublePrecisionFloatMemory;
VkFFTPrecision precision;
VkFFTPrecision execPrecision;
// ...
} VkFFTConfiguration; where
The behaviour then would be:
Do I get it right? And I do not understand why it would be better to define the precision values as macros instead of an enum. What is the motivation? Thank you. Best regards |
Hi,
inspired by the cuFFT library, I was wandering if it would be a good idea to specify the transform precision by an enum class
VkFFTPrecision
defined as:Then when configurating all of the old flags could be removed and replaced by
precision
(default precision for other precision variables, used as forward output and inverse input),forwardPrecision
(forward transform execution precision),inversePrecision
(inverse transform execution precision),inputPrecision
(input data precision),outputPrecision
(output data precision).At least
precision
variable must be always specified.I think that it would really make everything more clear.
Thanks.
David
The text was updated successfully, but these errors were encountered: