#
599d1cc0 |
| 12-Dec-2019 |
Jonas Paulsson <paulsson@linux.vnet.ibm.com> |
[Clang FE, SystemZ] Recognize -mpacked-stack CL option
Recognize -mpacked-stack from the command line and add a function attribute "mpacked-stack" when passed. This is needed for building the Linux
[Clang FE, SystemZ] Recognize -mpacked-stack CL option
Recognize -mpacked-stack from the command line and add a function attribute "mpacked-stack" when passed. This is needed for building the Linux kernel.
If this option is passed for any other target than SystemZ, an error is generated.
Review: Ulrich Weigand https://reviews.llvm.org/D71441
show more ...
|
#
b2b5cac3 |
| 12-Dec-2019 |
Fangrui Song <maskray@google.com> |
Default to -fuse-init-array
Very few ELF platforms still use .ctors/.dtors now. Linux (glibc: 1999-07), DragonFlyBSD, FreeBSD (2012-03) and Solaris have supported .init_array for many years. Some a
Default to -fuse-init-array
Very few ELF platforms still use .ctors/.dtors now. Linux (glibc: 1999-07), DragonFlyBSD, FreeBSD (2012-03) and Solaris have supported .init_array for many years. Some architectures like AArch64/RISC-V default to .init_array . GNU ld and gold can even convert .ctors to .init_array .
It makes more sense to flip the CC1 default, and only uses -fno-use-init-array on platforms that don't support .init_array . For example, OpenBSD did not support DT_INIT_ARRAY before Aug 2016 (https://github.com/openbsd/src/commit/86fa57a2792c6374b0849dd7b818a11e676e60ba)
I may miss some ELF platforms that still use .ctors, but their maintainers can easily diagnose such problems.
Reviewed By: rnk
Differential Revision: https://reviews.llvm.org/D71393
show more ...
|
#
b3c06db4 |
| 05-Nov-2019 |
Johannes Doerfert <johannes@jdoerfert.de> |
[OpenMP] Use the OpenMP-IR-Builder
This is a follow up patch to use the OpenMP-IR-Builder, as discussed on the mailing list ([1] and later) and at the US Dev Meeting'19.
[1] http://lists.flang-comp
[OpenMP] Use the OpenMP-IR-Builder
This is a follow up patch to use the OpenMP-IR-Builder, as discussed on the mailing list ([1] and later) and at the US Dev Meeting'19.
[1] http://lists.flang-compiler.org/pipermail/flang-dev_lists.flang-compiler.org/2019-May/000197.html
Reviewers: kiranchandramohan, ABataev, RaviNarayanaswamy, gtbercea, grokos, sdmitriev, JonChesterfield, hfinkel, fghanim
Subscribers: ppenzin, penzn, llvm-commits, cfe-commits, jfb, guansong, bollu, hiraditya, mgorny
Tags: #clang
Differential Revision: https://reviews.llvm.org/D69922
show more ...
|
#
74e6ce25 |
| 22-Nov-2019 |
Bryan Chan <bryan.chan@huawei.com> |
[Frontend] Allow OpenMP offloading to aarch64
Summary: D30644 added OpenMP offloading to AArch64 targets, then D32035 changed the frontend to throw an error when offloading is requested for an unsup
[Frontend] Allow OpenMP offloading to aarch64
Summary: D30644 added OpenMP offloading to AArch64 targets, then D32035 changed the frontend to throw an error when offloading is requested for an unsupported target architecture. However the latter did not include AArch64 in the list of supported architectures, causing the following unit tests to fail:
libomptarget :: api/omp_get_num_devices.c libomptarget :: mapping/pr38704.c libomptarget :: offloading/offloading_success.c libomptarget :: offloading/offloading_success.cpp
Reviewers: pawosm01, gtbercea, jdoerfert, ABataev
Subscribers: kristof.beyls, guansong, cfe-commits
Tags: #clang
Differential Revision: https://reviews.llvm.org/D70804
show more ...
|
#
7f9b5138 |
| 04-Dec-2019 |
Melanie Blower <melanie.blower@intel.com> |
Reapply af57dbf12e54 "Add support for options -frounding-math, ftrapping-math, -ffp-model=, and -ffp-exception-behavior="
Patch was reverted because https://bugs.llvm.org/show_bug.cgi?id=440
Reapply af57dbf12e54 "Add support for options -frounding-math, ftrapping-math, -ffp-model=, and -ffp-exception-behavior="
Patch was reverted because https://bugs.llvm.org/show_bug.cgi?id=44048 The original patch is modified to set the strictfp IR attribute explicitly in CodeGen instead of as a side effect of IRBuilder. In the 2nd attempt to reapply there was a windows lit test fail, the tests were fixed to use wildcard matching.
Differential Revision: https://reviews.llvm.org/D62731
show more ...
|
#
54129136 |
| 04-Dec-2019 |
Melanie Blower <melanie.blower@intel.com> |
Revert " Reapply af57dbf12e54 "Add support for options -frounding-math, ftrapping-math, -ffp-model=, and -ffp-exception-behavior=""
This reverts commit cdbed2dd856c14687efd741c2d8321686102acb
Revert " Reapply af57dbf12e54 "Add support for options -frounding-math, ftrapping-math, -ffp-model=, and -ffp-exception-behavior=""
This reverts commit cdbed2dd856c14687efd741c2d8321686102acb8. Build break on Windows (lit fail)
show more ...
|
#
cdbed2dd |
| 02-Dec-2019 |
Melanie Blower <melanie.blower@intel.com> |
Reapply af57dbf12e54 "Add support for options -frounding-math, ftrapping-math, -ffp-model=, and -ffp-exception-behavior="
Patch was reverted because https://bugs.llvm.org/show_bug.cgi?id=440
Reapply af57dbf12e54 "Add support for options -frounding-math, ftrapping-math, -ffp-model=, and -ffp-exception-behavior="
Patch was reverted because https://bugs.llvm.org/show_bug.cgi?id=44048 The original patch is modified to set the strictfp IR attribute explicitly in CodeGen instead of as a side effect of IRBuilder
Differential Revision: https://reviews.llvm.org/D62731
show more ...
|
#
f584f04d |
| 11-Nov-2019 |
Nandor Licker <n@ndor.email> |
[ConstExprPreter] Removed the flag forcing the use of the interpreter
Summary: Removed the ```-fforce-experimental-new-constant-interpreter flag```, leaving only the ```-fexperimental-new-constant-i
[ConstExprPreter] Removed the flag forcing the use of the interpreter
Summary: Removed the ```-fforce-experimental-new-constant-interpreter flag```, leaving only the ```-fexperimental-new-constant-interpreter``` one. The interpreter now always emits an error on an unsupported feature.
Allowing the interpreter to bail out would require a mapping from APValue to interpreter memory, which will not be necessary in the final version. It is more sensible to always emit an error if the interpreter fails.
Reviewers: jfb, Bigcheese, rsmith, dexonsmith
Subscribers: cfe-commits
Tags: #clang
Differential Revision: https://reviews.llvm.org/D70071
show more ...
|
#
6c92cdff |
| 26-Nov-2019 |
Dan McGregor <dan.mcgregor@usask.ca> |
Initial implementation of -fmacro-prefix-map and -ffile-prefix-map
GCC 8 implements -fmacro-prefix-map. Like -fdebug-prefix-map, it replaces a string prefix for the __FILE__ macro. -ffile-prefix-map
Initial implementation of -fmacro-prefix-map and -ffile-prefix-map
GCC 8 implements -fmacro-prefix-map. Like -fdebug-prefix-map, it replaces a string prefix for the __FILE__ macro. -ffile-prefix-map is the union of -fdebug-prefix-map and -fmacro-prefix-map
Reviewed By: rnk, Lekensteyn, maskray
Differential Revision: https://reviews.llvm.org/D49466
show more ...
|
#
2692eb0b |
| 22-Nov-2019 |
Reid Kleckner <rnk@google.com> |
Move vtordisp mode from Attr class to LangOptions.h, NFC
This removes one of the two uses of Attr.h in DeclCXX.h, reducing the need to include Attr.h as widely. LangOptions is already very popular.
|
#
e531750c |
| 27-Oct-2019 |
Matt Arsenault <Matthew.Arsenault@amd.com> |
clang: Add -fconvergent-functions flag
The CUDA builtin library is apparently compiled in C++ mode, so the assumption of convergent needs to be made in a typically non-SPMD language. The functions i
clang: Add -fconvergent-functions flag
The CUDA builtin library is apparently compiled in C++ mode, so the assumption of convergent needs to be made in a typically non-SPMD language. The functions in the library should still be assumed convergent. Currently they are not, which is potentially incorrect and this happens to work after the library is linked.
show more ...
|
#
7fe9435d |
| 29-Oct-2019 |
Matt Arsenault <Matthew.Arsenault@amd.com> |
Work on cleaning up denormal mode handling
Cleanup handling of the denormal-fp-math attribute. Consolidate places checking the allowed names in one place.
This is in preparation for introducing FP
Work on cleaning up denormal mode handling
Cleanup handling of the denormal-fp-math attribute. Consolidate places checking the allowed names in one place.
This is in preparation for introducing FP type specific variants of the denormal-fp-mode attribute. AMDGPU will switch to using this in place of the current hacky use of subtarget features for the denormal mode.
Introduce a new header for dealing with FP modes. The constrained intrinsic classes define related enums that should also be moved into this header for uses in other contexts.
The verifier could use a check to make sure the denorm-fp-mode attribute is sane, but there currently isn't one.
Currently, DAGCombiner incorrectly asssumes non-IEEE behavior by default in the one current user. Clang must be taught to start emitting this attribute by default to avoid regressions when this is switched to assume ieee behavior if the attribute isn't present.
show more ...
|
#
30e7ee3c |
| 18-Nov-2019 |
Eric Christopher <echristo@gmail.com> |
Temporarily Revert "Add support for options -frounding-math, ftrapping-math, -ffp-model=, and -ffp-exception-behavior=" and a follow-up NFC rearrangement as it's causing a crash on valid. Testcase is
Temporarily Revert "Add support for options -frounding-math, ftrapping-math, -ffp-model=, and -ffp-exception-behavior=" and a follow-up NFC rearrangement as it's causing a crash on valid. Testcase is on the original review thread.
This reverts commits af57dbf12e54f3a8ff48534bf1078f4de104c1cd and e6584b2b7b2de06f1e59aac41971760cac1e1b79
show more ...
|
#
d52cff88 |
| 08-Nov-2019 |
Jan Korous <jkorous@apple.com> |
Revert "Reland "[clang] Report sanitizer blacklist as a dependency in cc1""
This reverts commit cae4a28864f4e8a55920e2b94e2cd43617902dec.
|
#
555c6be0 |
| 08-Nov-2019 |
Jan Korous <jkorous@apple.com> |
[clang] Fix -fsanitize-system-blacklist processing in cc1
|
#
cae4a288 |
| 08-Nov-2019 |
Jan Korous <jkorous@apple.com> |
Reland "[clang] Report sanitizer blacklist as a dependency in cc1"
This reverts commit 3182027282c59c51d5080d83365917fccd695854.
|
#
6d28588c |
| 08-Nov-2019 |
Jan Korous <jkorous@apple.com> |
Reland "[clang] Report sanitizer blacklist as a dependency in cc1"
This reverts commit 9b8413ac6e56e7a6e0ba884773d13bcf9414bd43.
|
#
9b8413ac |
| 08-Nov-2019 |
Abel Kocsis <abelkocsis@cc.inf.elte.hu> |
Revert "Revert "Revert "[clang] Report sanitizer blacklist as a dependency in cc1"""
This reverts commit 3182027282c59c51d5080d83365917fccd695854.
|
#
31820272 |
| 08-Nov-2019 |
Abel Kocsis <abelkocsis@cc.inf.elte.hu> |
Revert "Revert "[clang] Report sanitizer blacklist as a dependency in cc1""
This reverts commit 6b45e1bc11e91ea7b57a6ab1c19461a86dba33f8.
|
#
6b45e1bc |
| 08-Nov-2019 |
Jeremy Morse <jeremy.morse@sony.com> |
Revert "[clang] Report sanitizer blacklist as a dependency in cc1"
This reverts commit 03b84e4f6d0e1c04f22d69cc445f36e1f713beb4.
This breaks dfsan tests with a linking failure, in for example this
Revert "[clang] Report sanitizer blacklist as a dependency in cc1"
This reverts commit 03b84e4f6d0e1c04f22d69cc445f36e1f713beb4.
This breaks dfsan tests with a linking failure, in for example this build:
http://lab.llvm.org:8011/builders/sanitizer-x86_64-linux/builds/24312
Reverting this patch locally makes those tests succeed.
show more ...
|
#
03b84e4f |
| 07-Nov-2019 |
Jan Korous <jkorous@apple.com> |
[clang] Report sanitizer blacklist as a dependency in cc1
Previously these were reported from the driver which blocked clang-scan-deps from getting the full set of dependencies from cc1 commands.
A
[clang] Report sanitizer blacklist as a dependency in cc1
Previously these were reported from the driver which blocked clang-scan-deps from getting the full set of dependencies from cc1 commands.
Also the default sanitizer blacklist that is added in driver was never reported as a dependency. I introduced -fsanitize-system-blacklist cc1 option to keep track of which blacklists were user-specified and which were added by driver and clang -MD now also reports system blacklists as dependencies.
Differential Revision: https://reviews.llvm.org/D69290
show more ...
|
#
af57dbf1 |
| 05-Nov-2019 |
Melanie Blower <melanie.blower@intel.com> |
Add support for options -frounding-math, ftrapping-math, -ffp-model=, and -ffp-exception-behavior=
Add options to control floating point behavior: trapping and exception behavior, rounding,
Add support for options -frounding-math, ftrapping-math, -ffp-model=, and -ffp-exception-behavior=
Add options to control floating point behavior: trapping and exception behavior, rounding, and control of optimizations that affect floating point calculations. More details in UsersManual.rst.
Reviewers: rjmccall
Differential Revision: https://reviews.llvm.org/D62731
show more ...
|
#
93767143 |
| 05-Nov-2019 |
Jonas Paulsson <paulsson@linux.vnet.ibm.com> |
[Clang FE] Recognize -mnop-mcount CL option (SystemZ only).
Recognize -mnop-mcount from the command line and add a function attribute "mnop-mcount"="true" when passed.
When this option is used, a
[Clang FE] Recognize -mnop-mcount CL option (SystemZ only).
Recognize -mnop-mcount from the command line and add a function attribute "mnop-mcount"="true" when passed.
When this option is used, a nop is added instead of a call to fentry. This is used when building the Linux Kernel.
If this option is passed for any other target than SystemZ, an error is generated.
Review: Ulrich Weigand https://reviews.llvm.org/D67763
show more ...
|
#
ab76cfdd |
| 31-Oct-2019 |
Amy Huang <akhuang@google.com> |
Recommit "[CodeView] Add option to disable inline line tables."
This reverts commit 004ed2b0d1b86d424643ffc88fce20ad8bab6804. Original commit hash 6d03890384517919a3ba7fe4c35535425f278f89
Summary:
Recommit "[CodeView] Add option to disable inline line tables."
This reverts commit 004ed2b0d1b86d424643ffc88fce20ad8bab6804. Original commit hash 6d03890384517919a3ba7fe4c35535425f278f89
Summary: This adds a clang option to disable inline line tables. When it is used, the inliner uses the call site as the location of the inlined function instead of marking it as an inline location with the function location.
https://reviews.llvm.org/D67723
show more ...
|
#
92aa0c2d |
| 31-Oct-2019 |
David Candler <david.candler@arm.com> |
[cfi] Add flag to always generate .debug_frame
This adds a flag to LLVM and clang to always generate a .debug_frame section, even if other debug information is not being generated. In situations whe
[cfi] Add flag to always generate .debug_frame
This adds a flag to LLVM and clang to always generate a .debug_frame section, even if other debug information is not being generated. In situations where .eh_frame would normally be emitted, both .debug_frame and .eh_frame will be used.
Differential Revision: https://reviews.llvm.org/D67216
show more ...
|