--- name: "clCompileProgram" section: "3clc" platform: "linux" package: "opencl-1.2-man-doc" version: "1.0~svn33624-5.1" release: "Debian 13 (Trixie)" platforms: ["linux"] url: "https://new.carta.tech/clCompileProgram" --- # clCompileProgram(3clc) Compiles a program’s source for all the devices or a specific device(s) in the OpenCL context associated with program. ## NAME clCompileProgram - Compiles a program’s source for all the devices or a specific device(s) in the OpenCL context associated with program. ## **cl\_int clCompileProgram(cl\_program** *program***, cl\_uint** *num\_devices***, const cl\_device\_id \****device\_list***, const char \****options***, cl\_uint** *num\_input\_headers***, const cl\_program \****input\_headers***, const char \****\*header\_include\_names***, void** *(CL\_CALLBACK \*pfn\_notify)( cl\_program program, void \*user\_data)***, void \****user\_data***);** ## PARAMETERS *program* The program object that is the compilation target. *device\_list* A pointer to a list of devices associated with *program*. If *device\_list* is a NULL value, the compile is performed for all devices associated with program. If *device\_list* is a non-NULL value, the compile is performed for devices specified in this list. *num\_devices* The number of devices listed in *device\_list*. *options* A pointer to a null-terminated string of characters that describes the compilation options to be used for building the program executable. The list of supported options is as described below. *num\_input\_headers* Specifies the number of programs that describe headers in the array referenced by *input\_headers*. *input\_headers* An array of program embedded headers created with [**clCreateProgramWithSource**(3clc)](/clCreateProgramWithSource/3clc.md). *header\_include\_names* An array that has a one to one correspondence with *input\_headers*. Each entry in *header\_include\_names* specifies the include name used by source in *program* that comes from an embedded header. The corresponding entry in *input\_headers* identifies the program object which contains the header source to be used. The embedded headers are first searched before the headers in the list of directories specified by the –I compile option (as described in section 5.6.4.1). If multiple entries in *header\_include\_names* refer to the same header name, the first one encountered will be used. *pfn\_notify* A function pointer to a notification routine. The notification routine is a callback function that an application can register and which will be called when the program executable has been built (successfully or unsuccessfully). If *pfn\_notify* is not NULL, **clCompileProgram** does not need to wait for the compiler to complete and can return immediately once the compilation can begin. The compilation can begin if the context, program whose sources are being compiled, list of devices, input headers, programs that describe input headers and compiler options specified are all valid and appropriate host and device resources needed to perform the compile are available. If *pfn\_notify* is NULL, **clCompileProgram** does not return until the compiler has completed. This callback function may be called asynchronously by the OpenCL implementation. It is the application’s responsibility to ensure that the callback function is thread-safe. *user\_data* Passed as an argument when *pfn\_notify* is called. *user\_data* can be NULL. ## NOTES Compiles a program’s source for all the devices or a specific device(s) in the OpenCL context associated with *program*. The pre-processor runs before the program sources are compiled. The compiled binary is built for all devices associated with *program* or the list of devices specified. The compiled binary can be queried using [**clGetProgramInfo**(3clc)](/clGetProgramInfo/3clc.md)(*program*, **CL\_PROGRAM\_BINARIES**, ...) and can be specified to [**clCreateProgramWithBinary**(3clc)](/clCreateProgramWithBinary/3clc.md) to create a new program object. Compiler Options.PP The compiler options are categorized as pre-processor options, options for math intrinsics, options that control optimization and miscellaneous options. This specification defines a standard set of options that must be supported by the OpenCL C compiler when building program executables online or offline. These may be extended by a set of vendor- or platform specific options. Preprocessor Options.PP These options control the OpenCL C preprocessor which is run on each program source before actual compilation. \-D options are processed in the order they are given in the options argument to **clBuildProgram** or or **clCompileProgram**. \-D name Predefine *name* as a macro, with definition 1. \-D name=definition The contents of *definition* are tokenized and processed as if they appeared during translation phase three in a \`#define' directive. In particular, the definition will be truncated by embedded newline characters. \-I dir Add the directory *dir* to the list of directories to be searched for header files. Math Intrinsics Options These options control compiler behavior regarding floating-point arithmetic. These options trade off between speed and correctness. \-cl-single-precision-constant Treat double precision floating-point constant as single precision constant. \-cl-denorms-are-zero This option controls how single precision and double precision denormalized numbers are handled. If specified as a build option, the single precision denormalized numbers may be flushed to zero; double precision denormalized numbers may also be flushed to zero if the optional extension for double precsion is supported. This is intended to be a performance hint and the OpenCL compiler can choose not to flush denorms to zero if the device supports single precision (or double precision) denormalized numbers. This option is ignored for single precision numbers if the device does not support single precision denormalized numbers i.e. **CL\_FP\_DENORM** bit is not set in **CL\_DEVICE\_SINGLE\_FP\_CONFIG**. This option is ignored for double precision numbers if the device does not support double precision or if it does support double precison but **CL\_FP\_DENORM** bit is not set in **CL\_DEVICE\_DOUBLE\_FP\_CONFIG**. This flag only applies for scalar and vector single precision floating-point variables and computations on these floating-point variables inside a program. It does not apply to reading from or writing to image objects. \-cl-fp32-correctly-rounded-divide-sqrt The -cl-fp32-correctly-rounded-divide-sqrt build option to **clBuildProgram** or **clCompileProgram** allows an application to specify that single precision floating-point divide (x/y and 1/x) and sqrt used in the program source are correctly rounded. If this build option is not specified, the minimum numerical accuracy of single precision floating-point divide and sqrt are as defined in section 7.4 of the OpenCL specification. This build option can only be specified if the **CL\_FP\_CORRECTLY\_ROUNDED\_DIVIDE\_SQRT** is set in **CL\_DEVICE\_SINGLE\_FP\_CONFIG** (as defined in in the table of allowed values for *param\_name* for [**clGetDeviceInfo**(3clc)](/clGetDeviceInfo/3clc.md)) for devices that the program is being build. **clBuildProgram** or **clCompileProgram** will fail to compile the program for a device if the -cl-fp32-correctly-rounded-divide-sqrt option is specified and **CL\_FP\_CORRECTLY\_ROUNDED\_DIVIDE\_SQRT** is not set for the device. Optimization Options.PP These options control various sorts of optimizations. Turning on optimization flags makes the compiler attempt to improve the performance and/or code size at the expense of compilation time and possibly the ability to debug the program. \-cl-opt-disable This option disables all optimizations. The default is optimizations are enabled. The following options control compiler behavior regarding floating-point arithmetic. These options trade off between performance and correctness and must be specifically enabled. These options are not turned on by default since it can result in incorrect output for programs which depend on an exact implementation of IEEE 754 rules/specifications for math functions. \-cl-mad-enable Allow a \* b + c to be replaced by a mad. The mad computes a \* b + c with reduced accuracy. For example, some OpenCL devices implement mad as truncate the result of a \* b before adding it to c. \-cl-no-signed-zeros Allow optimizations for floating-point arithmetic that ignore the signedness of zero. IEEE 754 arithmetic specifies the distinct behavior of +0.0 and -0.0 values, which then prohibits simplification of expressions such as x+0.0 or 0.0\*x (even with -clfinite-math only). This option implies that the sign of a zero result isn't significant. \-cl-unsafe-math-optimizations Allow optimizations for floating-point arithmetic that (a) assume that arguments and results are valid, (b) may violate IEEE 754 standard and (c) may violate the OpenCL numerical compliance requirements as defined in section 7.4 for single precision and double precision floating-point, and edge case behavior in section 7.5. This option includes the -cl-no-signed-zeros and -cl-mad-enable options. \-cl-finite-math-only Allow optimizations for floating-point arithmetic that assume that arguments and results are not NaNs or ±∞. This option may violate the OpenCL numerical compliance requirements defined in section 7.4 for single precision and double precision floating point, and edge case behavior in section 7.5. \-cl-fast-relaxed-math Sets the optimization options -cl-finite-math-only and -cl-unsafe-math-optimizations. This allows optimizations for floating-point arithmetic that may violate the IEEE 754 standard and the OpenCL numerical compliance requirements defined in the specification in section 7.4 for single-precision and double precision floating-point, and edge case behavior in section 7.5. This option causes the preprocessor macro \_\_FAST\_RELAXED\_MATH\_\_ to be defined in the OpenCL program. Options to Request or Suppress Warnings Warnings are diagnostic messages that report constructions which are not inherently erroneous but which are risky or suggest there may have been an error. The following languageindependent options do not enable specific warnings but control the kinds of diagnostics produced by the OpenCL compiler. \-w Inhibit all warning messages. \-Werror Make all warnings into errors. Options Controlling the OpenCL C Version The following option controls the version of OpenCL C that the compiler accepts. \-cl-std= Determine the OpenCL C language version to use. A value for this option must be provided. Valid values are: CL1.1 - Support all OpenCL C programs that use the OpenCL C language features defined in section 6 of the OpenCL 1.1 specification. CL1.2 – Support all OpenCL C programs that use the OpenCL C language features defined in section 6 of the OpenCL 1.2 specification. Calls to **clBuildProgram** or **clCompileProgram** with the -cl-std=CL1.1 option will fail to compile the program for any devices with **CL\_DEVICE\_OPENCL\_C\_VERSION** = OpenCL C 1.0. Calls to **clBuildProgram** or **clCompileProgram** with the -cl-std=CL1.2 option will fail to compile the program for any devices with **CL\_DEVICE\_OPENCL\_C\_VERSION** = OpenCL C 1.0 or OpenCL C 1.1. If the -cl-std build option is not specified, the **CL\_DEVICE\_OPENCL\_C\_VERSION** is used to select the version of OpenCL C to be used when compiling the program for each device. Options for Querying Kernel Argument Information \-cl-kernel-arg-info This option allows the compiler to store information about the arguments of a kernel(s) in the program executable. The argument information stored includes the argument name, its type, the address and access qualifiers used. Refer to description of [**clGetKernelArgInfo**(3clc)](/clGetKernelArgInfo/3clc.md) on how to query this information. Linker Options This specification defines a standard set of linker options that must be supported by the OpenCL C compiler when linking compiled programs online or offline. These linker options are categorized as library linking options and program linking options. These may be extended by a set of vendor- or platform-specific options. Library Linking Options The following options can be specified when creating a library of compiled binaries. \-create-library Create a library of compiled binaries specified in *input\_programs* argument to [**clLinkProgram**(3clc)](/clLinkProgram/3clc.md). \-enable-link-options Allows the linker to modify the library behavior based on one or more link options (described in Program Linking Options, below) when this library is linked with a program executable. This option must be specified with the –create-library option. Program Linking Options The following options can be specified when linking a program executable. • -cl-denorms-are-zero .RE • -cl-no-signed-zeroes .RE • -cl-unsafe-math-optimizations .RE • -cl-finite-math-only .RE • -cl-fast-relaxed-mat .RE The linker may apply these options to all compiled program objects specified to [**clLinkProgram**(3clc)](/clLinkProgram/3clc.md). The linker may apply these options only to libraries which were created with the –enable-link-option. Separate Compilation and Linking of Programs.PP OpenCL 1.2 extends how programs are compiled and linked to support the following: • Separate compilation and link stages. Program sources can be compiled to generate a compiled binary object and linked in a separate stage with other compiled program objects to the program exectuable. • Embedded headers. In OpenCL 1.0 and 1.1, the –I build option could be used to specify the list of directories to be searched for headers files that are included by a program source(s). OpenCL 1.2 extends this by allowing the header sources to come from program objects instead of just header files. • Libraries. The linker can be used to link compiled objects and libraries into a program executable or to create a library of compiled binarie ## ERRORS **clCompileProgram** returns CL\_SUCCESS if the function is executed successfully. Otherwise, it returns one of the following errors: • CL\_INVALID\_PROGRAM if *program* is not a valid program object. • CL\_INVALID\_VALUE if *device\_list* is NULL and *num\_devices* is greater than zero, or if *device\_list* is not NULL and *num\_devices* is zero. • CL\_INVALID\_VALUE if *num\_input\_headers* is zero and *header\_include\_names* or *input\_headers* are not NULL or if *num\_input\_headers* is not zero and *header\_include\_names* or *input\_headers* are NULL. • CL\_INVALID\_VALUE if *pfn\_notify* is NULL but *user\_data* is not NULL. • CL\_INVALID\_DEVICE if OpenCL devices listed in *device\_list* are not in the list of devices associated with *program*. • CL\_INVALID\_COMPILER\_OPTIONS if the compiler options specified by *options* are invalid. • CL\_INVALID\_OPERATION if the compilation or build of a program executable for any of the devices listed in *device\_list* by a previous call to **clCompileProgram** or **clBuildProgram** for *program* has not completed. • CL\_COMPILER\_NOT\_AVAILABLE if a compiler is not available i.e. **CL\_DEVICE\_COMPILER\_AVAILABLE** specified in in the table of allowed values for *param\_name* for [**clGetDeviceInfo**(3clc)](/clGetDeviceInfo/3clc.md) is set to **CL\_FALSE**. • CL\_COMPILE\_PROGRAM\_FAILURE if there is a failure to compile the program source. This error will be returned if **clCompileProgram** does not return until the compile has completed. • CL\_INVALID\_OPERATION if there are kernel objects attached to *program*. • CL\_INVALID\_OPERATION if program has no source i.e. it has not been created with [**clCreateProgramWithSource**(3clc)](/clCreateProgramWithSource/3clc.md). • CL\_OUT\_OF\_RESOURCES if there is a failure to allocate resources required by the OpenCL implementation on the device. • CL\_OUT\_OF\_HOST\_MEMORY if there is a failure to allocate resources required by the OpenCL implementation on the host. ### Example For example, consider the following program source: | | | --- | | #include \ #include \ \_\_kernel void image\_filter (int n, int m, \_\_constant float \*filter\_weights, \_\_read\_only image2d\_t src\_image, \_\_write\_only image2d\_t dst\_image) { ... } | This kernel includes two headers foo.h and mydir/myinc.h. The following describes how these headers can be passed as embedded headers in program objects: | | | --- | | cl\_program foo\_pg = clCreateProgramWithSource(context, 1, &foo\_header\_src, NULL, &err); cl\_program myinc\_pg = clCreateProgramWithSource(context, 1, &myinc\_header\_src, NULL, &err); // let’s assume the program source described above is given // by program\_A and is loaded via clCreateProgramWithSource cl\_program input\_headers\[2\] = { foo\_pg, myinc\_pg }; char \* input\_header\_names\[2\] = { “foo.h”, “mydir/myinc.h” }; clCompileProgram(program\_A, 0, NULL, // num\_devices & device\_list NULL, // compile\_options 2, // num\_input\_headers input\_headers, input\_header\_names, NULL, NULL); // pfn\_notify & user\_data | ## SPECIFICATION **OpenCL Specification**\[1\] ## SEE ALSO [**clGetDeviceInfo**(3clc)](/clGetDeviceInfo/3clc.md) ## AUTHORS **The Khronos Group** ## COPYRIGHT Copyright © 2007-2011 The Khronos Group Inc.\ Permission is hereby granted, free of charge, to any person obtaining a copy of this software and/or associated documentation files (the "Materials"), to deal in the Materials without restriction, including without limitation the rights to use, copy, modify, merge, publish, distribute, sublicense, and/or sell copies of the Materials, and to permit persons to whom the Materials are furnished to do so, subject to the condition that this copyright notice and permission notice shall be included in all copies or substantial portions of the Materials. ## NOTES - 1\. OpenCL Specification page 139, section 5.6.3 - Separate Compilation and Linking of Programs