summaryrefslogtreecommitdiff
path: root/mesonbuild/compilers/cpp.py
Commit message (Collapse)AuthorAgeFilesLines
* compilers: Fix C++ stdlib flags used for Apple's ClangOle André Vadla RavnÄs2020-03-291-2/+2
| | | | Should target libc++, not libstdc++.
* Fix legacy env var support with crossJohn Ericson2020-03-231-1/+1
| | | | Fix #3969
* -Add xc16 and c2000 C,Cpp toolchain supportalanNz2020-03-211-0/+33
|
* Merge pull request #6688 from dcbaker/emcc-linker-bugsJussi Pakkanen2020-03-081-2/+2
|\ | | | | Emcc linker bugs and improvments
| * compilers/linkers: Add a representation for wasm-ldDylan Baker2020-02-271-2/+2
| | | | | | | | | | | | | | Emscripten does have a stand alone linker, wasm-ld. This patch adds the linker, adds detection for the linker, and removes the IsLinkerMixin for emscripten. This is a little more correct, and makes the code a lot cleaner and more robust.
| * compilers/mixins/emscripten: Implement thread supportDylan Baker2020-02-271-1/+1
| | | | | | | | | | | | | | | | | | | | | | Emscripten has pthread support (as well as C++ threads), but we don't currently implement them. This fixes that by adding the necessary code. The one thing I'm not sure about is setting the pool size. The docs suggest that you really want to do this to ensure that your code works correctly, but the number should really be configurable, not sure how to set that. Fixes #6684
| * compilers/emcc: Fix inheritance orderDylan Baker2020-02-271-1/+1
| | | | | | | | | | | | Sot hat the BasicLinkerIsCompilerMixin comes before ClangCCompiler, which hides its "call the linker" methods, as emcc doesn't have a separate linker.
* | Set c_winlibs/cpp_winlibs for Clang in the same way as for GCCMartin Storsjö2020-03-031-0/+6
|/ | | | | clang-cl is handled as a separate case (ClangClCCompiler), which already gets c_winlibs from VisualStudioLikeCCompilerMixin.
* compilers: Split ClangCL and MSVC mixinsDylan Baker2020-01-281-5/+5
| | | | | | Instead of checking the compiler id inside the VisualStudioLikeCompiler class, this creates two subclasses that each represent the divergent behavior of the two compilers
* Remove RTTI option from get_option_compile_args() for Elbrus compilermakise-homura2020-01-271-0/+13
|
* Fix missing 'defines' argumet for Elbrus compilermakise-homura2020-01-271-1/+1
| | | | ...But somehow it still remains in C++ compiler.
* types: import typing as T (fixes #6333)Daniel Mensinger2020-01-081-4/+4
|
* Merge pull request #6065 from dcbaker/pass-options-to-linker-detectionJussi Pakkanen2019-12-171-2/+4
|\ | | | | Pass options to linker detection
| * compilers: Make get_display_language a class or static methodDylan Baker2019-12-121-1/+2
| | | | | | | | | | | | | | | | Currently this is done at the instance level, but we need it at the class level to allow compiler "lang" args to be gotten early enough. This patch also removes a couple of instance of branch/leaf classes providing their own implementation that is identical to the Compiler version.
| * compilers: move language attribute to the class levelDylan Baker2019-12-121-1/+2
| | | | | | | | | | We know that if a compiler class inherits CCompiler it's language will be C, so doing this at the class level makes more sense.
* | compilers: make use of mlog.log_onceDylan Baker2019-12-131-1/+1
|/ | | | | I'm sure there are other places that could use this, but I didn't see any right off that bat.
* Use strict function prototypesMichael Hirsch, Ph.D2019-11-181-2/+2
|
* Fix typos found by codespellWolfgang Stöggl2019-11-061-1/+1
| | | | - Typos were found by codespell v1.16.0
* Add option for controlling RTTI.Jussi Pakkanen2019-11-021-0/+15
|
* Pass explicit command line argument to disable exceptions with MSVC.Jussi Pakkanen2019-11-021-1/+3
|
* Refactor duplicate Emscripten code into a mixinAndrei Alexeyev2019-10-181-13/+2
|
* Fix emscripten C compiler initializationAndrei Alexeyev2019-10-151-3/+4
|
* Implement get_linker_output_args in Emscripten compilersAndrei Alexeyev2019-10-141-0/+3
|
* Implement get_allow_undefined_link_args in EmscriptenCPPCompilerAndrei Alexeyev2019-10-141-0/+3
|
* compilers: replace CompilerType with MachineInfoDylan Baker2019-10-071-35/+61
| | | | | | Now that the linkers are split out of the compilers this enum is only used to know what platform we're compiling for. Which is what the MachineInfo class is for
* compilers: Add a specific type for AppleClangCDylan Baker2019-10-071-0/+5
| | | | | This allows us to detect use classes rather than methods to determine what C standards are available.
* compilers: Dispatch to dynamic linker classDylan Baker2019-08-141-16/+2
| | | | | Most of the cuda code is from Olexa Bilaniuk. Most of the PGI code is from Michael Hirsc
* compilers: Make MSVClike compilers proxy extra keyword argumentsDylan Baker2019-08-141-6/+6
|
* Add basic Webassembly support via Emscripten.Jussi Pakkanen2019-08-051-1/+34
|
* PGI: cpp_pch precompiled headers functionalityMichael Hirsch, Ph.D2019-07-301-1/+0
| | | | | | | | | | | | | | | * PGI C++ PCH enable PGI compilers support precompiled headers for C++ only. The common/13 pch test passes if run manually with no spaces in the build path. However, since Meson run_project_tests.py makes temporary build directories with spaces in each tests, PGI --pch_dir can't handle this and fails. So we skip the test for PGI despite it working for usual case with no-spaces in build dir. Note: it's fine to have spaces in full path for sourcedir, just no spaces in relative path to builddir. * doc
* compilers: split pgi compiler out of compilers moduleDylan Baker2019-07-151-1/+1
|
* compilers: put elbrus in mixinsDylan Baker2019-07-151-1/+1
|
* compilers: Put clang mixin in a moduleDylan Baker2019-07-151-1/+1
|
* compilers: move ArmClang into mixins/arm.pyDylan Baker2019-07-151-2/+1
|
* compilers: Put Intel compiler classes into the mixins folderDylan Baker2019-07-151-2/+1
|
* compilers: split gnu and gnulike compilers out of compilersDylan Baker2019-07-151-1/+1
| | | | | I debated a bit whether both classes really belong in the same module, and decided that they do because the share a number of helpers.
* compilers: Move the VisualStudioLikeCompiler class into mixinsDylan Baker2019-07-151-1/+1
|
* compilers: Move ArmCompiler to a mixin moduleDylan Baker2019-07-151-1/+1
|
* compilers: move ccrx compiler abstraction into mixinsDylan Baker2019-07-151-1/+2
|
* compilers: Move clike into a mixins directoryDylan Baker2019-07-151-1/+1
| | | | | | | The compilers module is rather large and confusing, with spaghetti dependencies going every which way. I'm planning to start breaking out the internal representations into a mixins submodule, for things that shouldn't be required outside of the compilers module itself.
* Do not fail on passing `-Werror=unused-parameter` from environmentDavid Seifert2019-07-141-1/+1
|
* Add (v)c++latest to VC_VERSION_MAPRobin Kertels2019-07-081-0/+2
|
* compilers/cpp: Fix removal of name from Combo options for Armclangsompen2019-06-111-2/+1
|
* Purge `is_cross` and friends without changing user interfacesJohn Ericson2019-06-091-25/+25
| | | | | | | | | | | | In most cases instead pass `for_machine`, the name of the relevant machines (what compilers target, what targets run on, etc). This allows us to use the cross code path in the native case, deduplicating the code. As one can see, environment got bigger as more information is kept structured there, while ninjabackend got a smaller. Overall a few amount of lines were added, but the hope is what's added is a lot simpler than what's removed.
* UserOption no longer has a name field.John Ericson2019-05-151-27/+17
| | | | | | | This avoids the duplication where the option is stored in a dict at its name, and also contains its own name. In general, the maxim in programming is things shouldn't know their own name, so removed the name field just leaving the option's position in the dictionary as its name.
* Merge pull request #5331 from dcbaker/iclJussi Pakkanen2019-05-141-34/+77
|\ | | | | ICL (Intel for Windows) support
| * compilers: Add basic ICL abstractionsDylan Baker2019-05-131-0/+13
| |
| * compilers: rename IntelCompiler to IntelGnuLikeCompilerDylan Baker2019-05-131-3/+3
| | | | | | | | | | | | | | | | The Intel compiler is strange. On Linux and macOS it's called ICC, and it tries to mostly behave like gcc/clang. On Windows it's called ICL, and tries to behave like MSVC. This makes the code that's used to implement ICC support useless for supporting ICL, because their command line interfaces are completely different.
| * compilers/cpp: Split code out of VisualStudioLikeCPPCompiler for treating ↔Dylan Baker2019-05-131-30/+60
| | | | | | | | | | | | | | | | | | | | c++11 as c++14 This restrictuion exists for MSVC and clang-cl, but not for ICL which actually does support C++11 as a distinct standard. This commmit pulls that behavior out into a mixin class for ClangClCPPCompiler and VisualStudioCPPCompiler, as well as moving the MSVC specific functionality into the VisualStudioCPPCompiler class.
| * compilers: make keyword args to Compiler.compile keyword onlyDylan Baker2019-05-101-1/+1
| | | | | | | | | | Becuase treating args as either keyword or positional makes inheritance really awful to work with.
View Lorry Controller Status