# GCC* Compatibility and Interoperability

This topic applies to Linux*/macOS*.

The Intel® oneAPI DPC++/C++ Compiler is compatible with most versions of the GNU* Compiler Collection (GCC*). The release notes contains a list of compatible versions.

C language object files created with the compiler are binary compatible with the GCC and C/C++ language library. You can use the Intel® oneAPI DPC++/C++ Compiler or the GCC compiler to pass object files to the linker.To pass IPO mock object files or libraries of IPO mock object files produced by the Intel® C++ Compiler to the linker, use the linking tools provided with the Intel® C++ Compiler. Specifically:

Use icc, icpc, ifort, xild, and xiar.

### Note

When using an Intel software development product that includes an Intel® oneAPI DPC++/C++ Compiler with a Clang front-end, you can also use icl.

Link-time optimization using the -ffat-lto-objects compiler option is provided for GCC compatibility. This implies that ld and ar can be used to link and archive object files, but by doing so you will lose cross-file optimizations. You can use the -fno-fat-lto-objects compiler option when linking using IPO mock object files, provided that you link the IPO mock object files with xild and archive them with xiar.

The Intel® oneAPI DPC++/C++ Compiler supports many of the language extensions provided by the GNU compilers. See http://www.gnu.org for more information.

### Note

Statement expressions are supported, except that the following are prohibited inside them:

- dynamically-initialized local static variables

- local non-POD class definitions

- try/catch

- variable length arrays

Branching out of a statement expression and statement expressions in constructor initializers are not allowed. Variable-length arrays are no longer allowed in statement expressions.

### Note

The Intel® oneAPI DPC++/C++ Compiler supports GCC-style inline ASM if the assembler code uses AT&T* System V/386 syntax.

## GCC Interoperability

C++ compilers are interoperable if they can link object files and libraries generated by one compiler with object files and libraries generated by the second compiler, and the resulting executable runs successfully. The Intel® oneAPI DPC++/C++ Compiler is highly compatible with the GNU compilers.

The Intel® oneAPI DPC++/C++ Compiler and GCC support the following predefined macros:

- `__GNUC__`

- `__GNUG__`

- `__GNUC_MINOR__`

- `__GNUC_PATCHLEVEL__`

### CAUTION

Not defining these macros results in different paths through system header files. These alternate paths may be poorly tested or otherwise incompatible.

## How the Compiler Uses GCC

The Intel® oneAPI DPC++/C++ Compiler uses the GNU tools on the system, such as the GNU header files, including stdio.h, and the GNU linker and libraries. So the compiler has to be compatible with the version of GCC or G++* you have on your system. For example, if you have GCC version 4.6 on your system, icc behaves like GCC 4.6, with the compatible features and behaviors.

By default, the compiler determines which version of GCC or G++ you have installed from the PATH environment variable.

If you want use a version of GCC or G++ other than the default version on your system, you need to use the -gcc-toolchain compiler option to specify the location of the base toolchain. For example:

- You want to build something that cannot be compiled by the default version of the system compiler, so you need to use a legacy version for compatibility, such as if you want to use third party libraries that are not compatible with the default version of the system compiler.

- You want to use a later version of GCC or G++ than the default system compiler.

The Intel® oneAPI DPC++/C++ Compiler driver uses the default version of GCC/G++, or the version you specify, to extract the location of the headers and libraries.

## Compatibility with Open Source Tools

The Intel® oneAPI DPC++/C++ Compiler includes improved support for the following open source tools:

- GNU Libtool – a script that allows package developers to provide generic shared library support.

- Valgrind – a flexible system for debugging and profiling executables running on x86 processors.

- GNU Automake – a tool for automatically generating Makefile.ins from files called Makefile.am.

Parent topic: Compatibility and Portability

## See Also

ffat-lto-objects