summaryrefslogtreecommitdiff
path: root/mesonbuild/compilers
Commit message (Collapse)AuthorAgeFilesLines
...
* Refactor duplicate Emscripten code into a mixinAndrei Alexeyev2019-10-183-26/+37
|
* Fix emscripten C compiler initializationAndrei Alexeyev2019-10-152-6/+8
|
* Workaround broken get_allow_undefined_link_args in DmdLikeCompilerMixinAndrei Alexeyev2019-10-141-0/+3
| | | | | Previously it worked by accident because BasicLinkerIsCompilerMixin had that method misspelled.
* Revert "Remove BasicLinkerIsCompilerMixin from LDC and DMD"Andrei Alexeyev2019-10-141-2/+2
| | | | This reverts commit 04d6a439457d76b9cf4c4f98fce238219366e241.
* Remove BasicLinkerIsCompilerMixin from LDC and DMDAndrei Alexeyev2019-10-141-2/+2
| | | | | | | | | | | | | | These compilers invoke external linkers and have the appropriate .linker property set. Therefore, BasicLinkerIsCompilerMixin appears to be misplaced. It used to work by chance, because BasicLinkerIsCompilerMixin failed to override the get_allow_undefined_link_args method. The D compilers do not provide their own get_allow_undefined_link_args, because they expect to inherit it from Compiler, which simply delegates it to the linker. Now that BasicLinkerIsCompilerMixin correctly overrides that method with a stub, it broke compilers that relied on the buggy behavior.
* Implement get_linker_output_args in Emscripten compilersAndrei Alexeyev2019-10-142-0/+6
|
* Implement get_buildtype_linker_args in BasicLinkerIsCompilerMixinAndrei Alexeyev2019-10-141-0/+3
|
* Implement get_asneeded_args in BasicLinkerIsCompilerMixinAndrei Alexeyev2019-10-141-0/+3
|
* Implement get_allow_undefined_link_args in EmscriptenCPPCompilerAndrei Alexeyev2019-10-141-0/+3
|
* Implement get_allow_undefined_link_args in EmscriptenCCompilerAndrei Alexeyev2019-10-141-0/+4
|
* Implement get_linker_debug_crt_args in BasicLinkerIsCompilerMixinAndrei Alexeyev2019-10-141-0/+3
|
* Fix misnamed method in BasicLinkerIsCompilerMixinAndrei Alexeyev2019-10-141-1/+1
| | | | | get_allow_undefined_link_args is the compiler method get_allow_undefined_args is the linker method
* compilers: Fix version requirements for ClangC and AppleClangCTing-Wei Lan2019-10-111-4/+4
| | | | | | Commit ff4a17dbef08a1d8afd075f57dbab0f5c76951ab modified the version requirements wrongly. AppleClangC should be the one with higher version numbers. Exchange them to fix the check.
* intel-cl: correct argument orderMichael Hirsch, Ph.D2019-10-101-2/+2
|
* Fix for issue 5355Michael Lenczewski2019-10-091-0/+12
| | | | | | | compiler.get_supported_arguments reports success for certain unsupported flags when using the gnu C/ObjC, C++/ObjC++ compilers. This fix reads the stderr on the has_arguments check to ensure the arguments really are supported and not valid for the language selection
* compilers: replace uses of mesonlib.is_<os>() with self.info.is_<os>()Dylan Baker2019-10-072-23/+19
| | | | Since these are cross compilation safe, while the former is not.
* compilers: replace CompilerType with MachineInfoDylan Baker2019-10-0721-231/+330
| | | | | | 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-073-4/+27
| | | | | This allows us to detect use classes rather than methods to determine what C standards are available.
* Merge pull request #5953 from mensinda/isystemJussi Pakkanen2019-10-064-7/+41
|\ | | | | Add is_system to dependency
| * cache all gnulike_default_include_dirs invocationsDaniel Mensinger2019-10-031-5/+4
| |
| * Use -isystem instead of -idirafterDaniel Mensinger2019-10-031-1/+17
| |
| * Handle -idirafter in unix_args_to_nativeDaniel Mensinger2019-10-032-1/+20
| |
* | cmake: fix detection of libraries with .so versionDaniel Mensinger2019-10-031-1/+1
|/
* Correctly handle platform-specific LDFLAGS optionsAleksey Gurtovoy2019-09-272-0/+17
|
* CUDA support on WindowsAleksey Gurtovoy2019-09-243-20/+118
|
* mesonbuild: fix exception name.Jehan2019-09-231-1/+1
| | | | CrossNoRunException is in compilers module, not mesonlib.
* the solaris linker also needs start/end-group for circular linkingDylan Baker2019-09-091-2/+2
|
* fix objc freestanding sanitycheckNguyen, Giang (G. Yakiro)2019-09-081-1/+1
|
* Merge pull request #5823 from scivision/linker-pgi-linuxJussi Pakkanen2019-09-051-1/+5
|\ | | | | PGI compiler fixes
| * PGI cannot accept -pthreadMichael Hirsch, Ph.D2019-09-051-0/+4
| |
| * PGI: use ar link wrapper on WindowsMichael Hirsch, Ph.D2019-09-051-1/+1
| |
* | mesonlib.split_args/quote_arg/join_argsAleksey Gurtovoy2019-09-052-9/+8
|/
* Create CUDA linker with CUDA compilerKramer Peace2019-09-051-6/+2
| | | | | Since they are laways paired there is no need to "search" for the cuda linker.
* Add a CUDA linker objectKramer Peace2019-09-051-1/+5
| | | | Fixes issue #5870
* compilers: Move the compiler argument to proxy linker flags to the compiler ↵Dylan Baker2019-08-306-11/+26
| | | | | | | | | | | | class Instead of the DynamicLinker returning a hardcoded value like `-Wl,-foo`, it now is passed a value that could be '-Wl,', or could be something '-Xlinker=' This makes a few things cleaner, and will make it possible to fix using clang (not clang-cl) on windows, where it invokes either link.exe or lld-link.exe instead of a gnu-ld compatible linker.
* Fix gcc include dotDylan Baker2019-08-281-0/+2
|
* Merge pull request #5681 from dcbaker/dynamic-linker-splitJussi Pakkanen2019-08-2021-835/+533
|\ | | | | split dynamic linker representations from compilers
| * compilers: Dispatch to dynamic linker classDylan Baker2019-08-1418-686/+273
| | | | | | | | | | Most of the cuda code is from Olexa Bilaniuk. Most of the PGI code is from Michael Hirsc
| * compilers/mixins: Add a module for mixins for compilers that are linkersDylan Baker2019-08-141-0/+124
| | | | | | | | | | This is currently meant to solve problems for D's DMD compiler, however it may be useful in other cases.
| * compilers/rust: Proxy extra kwargs to Compiler.__init__Dylan Baker2019-08-141-2/+2
| |
| * compilers: Make MSVClike compilers proxy extra keyword argumentsDylan Baker2019-08-142-12/+12
| |
| * compilers/fortran: Make ifort (windows) proxy extra args to CompilerDylan Baker2019-08-141-2/+2
| |
| * compilers/cuda: pass through extra kwargsDylan Baker2019-08-141-2/+2
| |
| * compilers/swift: Pass extra args to the Compiler constructorDylan Baker2019-08-141-2/+2
| |
| * compilers/fortran: fix ifort (linux, mac) dependency generationDylan Baker2019-08-141-1/+7
| | | | | | | | | | | | | | Ifort can generate dependency information (.d files), it just does it differently than GNU compilers do. This also fixes a bug caused by adding the dependency generation commands to the GNULike class later in this series.
| * compilers/objc[pp]: Pass extra keyword arguments to Compiler constructorDylan Baker2019-08-142-12/+12
| |
| * compilers/cuda: don't use re for replacementDylan Baker2019-08-141-3/+2
| | | | | | | | | | Even with the check (for extra safety) string.replace is more than twice as fast.
| * compilers/mixins/pgi: simplify pic logicMichael Hirsch, Ph.D2019-08-141-3/+3
| |
| * re-architect the D compiler abstractionsDylan Baker2019-08-141-215/+197
| | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | | We support 3 D compilers, DMD, LDC, and GDC. DMD is the reference compiler, and LDC attempts to largely mirror it's command line usage. GDC does not, it instead acts like GCC (which makes sense). The current abstraction puts DMD behavior in the base D compiler and then overrides then in the GnuDCompiler class. This is messy, but it becomes more problematic when splitting the linker and compiler abstractions apart. I've opted to instead split the DCompiler class into two separate classes. The DCompiler implements core D functinoality, and DmdLikeCompilerMixin, which implements the DMD and LDC command line arguments. I've then mxed that into the DmdDCompiler and LLVMDCompiler classes, and mixed the GnuCompiler into the GnuDCompiler class to get Gnu command line behavior.
* | Fix CCRX linking external dependenciesPhillip Cao2019-08-201-0/+2
| |
View Lorry Controller Status