History log of /llvm-project/flang/lib/Frontend/CompilerInvocation.cpp (Results 26 – 50 of 204)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
Revision tags: llvmorg-19.1.0
# 697bc748 04-Sep-2024 Renaud Kauffmann <rkauffmann@nvidia.com>

Allow disabling of types from the command line (#107126)

Adding hidden options to disable types through the
`TargetCharacteristics`. I am seeing issues when I do this
programmatically and would li

Allow disabling of types from the command line (#107126)

Adding hidden options to disable types through the
`TargetCharacteristics`. I am seeing issues when I do this
programmatically and would like, for anyone, to have the ability to
reproduce them for development and testing purposes.

I am planning to file a couple of issues following this patch.

show more ...


# 4f130fa9 04-Sep-2024 Tom Eccles <tom.eccles@arm.com>

[flang][Driver] support -fno-openmp (#107087)

Closes #83148


Revision tags: llvmorg-19.1.0-rc4, llvmorg-19.1.0-rc3, llvmorg-19.1.0-rc2
# 9dadb1f6 02-Aug-2024 Sergio Afonso <safonsof@amd.com>

[Flang][OpenMP] Add frontend support for -fopenmp-targets (#100155)

This patch adds support for the `-fopenmp-targets` option to the `bbc`
and `flang -fc1` tools. It adds an `OMPTargetTriples` prop

[Flang][OpenMP] Add frontend support for -fopenmp-targets (#100155)

This patch adds support for the `-fopenmp-targets` option to the `bbc`
and `flang -fc1` tools. It adds an `OMPTargetTriples` property to the
`LangOptions` structure, which is filled with the triples represented by
the compiler option.

This is used to initialize the `omp.target_triples` module attribute for
later use by lowering stages.

show more ...


# 42c79f70 26-Jul-2024 Zahira Ammarguellat <zahira.ammarguellat@intel.com>

Fix build flang issue. (#100736)


Revision tags: llvmorg-19.1.0-rc1, llvmorg-20-init
# f1d3fe7a 16-Jul-2024 Alexis Perry-Holby <AlexisPerry@users.noreply.github.com>

Add basic -mtune support (#98517)

Initial implementation for the -mtune flag in Flang.

This PR is a clean version of PR #96688, which is a re-land of PR #95043


# 65987954 11-Jul-2024 Peter Klausler <35819229+klausler@users.noreply.github.com>

[flang] Add -fhermetic-module-files (#98083)

Module files emitted by this Fortran compiler are valid Fortran source
files. Symbols that are USE-associated into modules are represented in
their mod

[flang] Add -fhermetic-module-files (#98083)

Module files emitted by this Fortran compiler are valid Fortran source
files. Symbols that are USE-associated into modules are represented in
their module files with USE statements and special comments with hash
codes in them to ensure that those USE statements resolve to the same
modules that were used to build the module when its module file was
generated.

This scheme prevents unchecked module file growth in large applications
by not emitting USE-associated symbols redundantly. This problem can be
especially bad when derived type definitions must be repeated in the
module files of their clients, and the clients of those modules, and so
on. However, this scheme has the disadvantage that clients of modules
must be compiled with dependent modules in the module search path.

This new -fhermetic-module-files option causes module file output to be
free of dependences on any non-intrinsic module files; dependent modules
are instead emitted as part of the module file, rather than being
USE-associated. It is intended for top level library module files that
are shipped with binary libraries when it is not convenient to collect
and ship their dependent module files as well.

Fixes https://github.com/llvm/llvm-project/issues/97398.

show more ...


# 9e6b46a9 03-Jul-2024 David Truby <david.truby@arm.com>

[flang] Implement -mcmodel flag (#95411)

This patch implements the -mcmodel flag from clang, allowing the Code
Model to be changed for the LLVM module. The same set of mcmodel
flags are accepted a

[flang] Implement -mcmodel flag (#95411)

This patch implements the -mcmodel flag from clang, allowing the Code
Model to be changed for the LLVM module. The same set of mcmodel
flags are accepted as in clang and the same Code Model attributes are
added to the LLVM module for those flags.

Also add `-mlarge-data-threshold` for x86-64, which is automatically set
by the shared command-line code (see below). This is also added as an
attribute into the LLVM module and on the target machine.

A function is created for `addMCModel` that is copied out of clang's
argument handling so that it can be shared with flang.

---------

Co-authored-by: Mats Petersson <mats.petersson@arm.com>

show more ...


# 8dd94940 25-Jun-2024 Tarun Prabhu <tarun@lanl.gov>

Revert "[flang] Add basic -mtune support" (#96678)

Reverts llvm/llvm-project#95043


# a790279b 25-Jun-2024 Alexis Perry-Holby <AlexisPerry@users.noreply.github.com>

[flang] Add basic -mtune support (#95043)

This PR adds -mtune as a valid flang flag and passes the information
through to LLVM IR as an attribute on all functions. No specific
architecture optimiz

[flang] Add basic -mtune support (#95043)

This PR adds -mtune as a valid flang flag and passes the information
through to LLVM IR as an attribute on all functions. No specific
architecture optimizations are added at this time.

show more ...


# b75e7c61 17-Jun-2024 Jan Leyonberg <jan_sjodin@yahoo.com>

[flang] Add -mlink-builtin-bitcode option to fc1 (#94763)

This patch enables the -mlink-builtin-bitcode flag in fc1 so that
bitcode libraries can be linked in. This is needed for OpenMP offloading

[flang] Add -mlink-builtin-bitcode option to fc1 (#94763)

This patch enables the -mlink-builtin-bitcode flag in fc1 so that
bitcode libraries can be linked in. This is needed for OpenMP offloading
libraries.

show more ...


Revision tags: llvmorg-18.1.8, llvmorg-18.1.7
# b9549261 05-Jun-2024 Sergio Afonso <safonsof@amd.com>

[Flang][OpenMP] Add -fopenmp-force-usm option to flang (#94359)

This patch enables the `-fopenmp-force-usm` option to be passed to the
flang driver, which forwards it to the compiler frontend. This

[Flang][OpenMP] Add -fopenmp-force-usm option to flang (#94359)

This patch enables the `-fopenmp-force-usm` option to be passed to the
flang driver, which forwards it to the compiler frontend. This flag,
when set, results in the introduction of the `unified_shared_memory` bit
to the `omp.requires` attribute of the top-level module operation.

This is later combined with any other target device-related REQUIRES
clauses that may have been explicitly set in the compilation unit.

show more ...


Revision tags: llvmorg-18.1.6
# 526553b2 16-May-2024 Yusuke MINATO <minato.yusuke@fujitsu.com>

[flang] Add nsw flag to do-variable increment with a new option (#91579)

This patch adds nsw flag to the increment of do-variables when a new
option is enabled.
NOTE 11.10 in the Fortran 2018 stan

[flang] Add nsw flag to do-variable increment with a new option (#91579)

This patch adds nsw flag to the increment of do-variables when a new
option is enabled.
NOTE 11.10 in the Fortran 2018 standard says they never overflow.

See also the discussion in #74709 and the following discourse post.
https://discourse.llvm.org/t/rfc-add-nsw-flags-to-arithmetic-integer-operations-using-the-option-fno-wrapv/77584/5

show more ...


# e00a3ccf 15-May-2024 Peter Klausler <35819229+klausler@users.noreply.github.com>

[flang] New -fdebug-unparse-with-modules option (#91660)

This option is a compilation action that parses a source file and
performs semantic analysis on it, like the existing -fdebug-unparse
optio

[flang] New -fdebug-unparse-with-modules option (#91660)

This option is a compilation action that parses a source file and
performs semantic analysis on it, like the existing -fdebug-unparse
option does. Its output, however, is preceded by the effective contents
of all of the non-intrinsic modules on which it depends but does not
define, transitively preceded by the closure of all of those modules'
dependencies.

The output from this option is therefore the analyzed parse tree for a
source file encapsulated with all of its non-intrinsic module
dependencies. This output may be useful for extracting code from large
applications for use as an attachment to a bug report, or as input to a
test case reduction tool for problem isolation.

show more ...


# f841ca0c 13-May-2024 Kazu Hirata <kazu@google.com>

Use StringRef::operator== instead of StringRef::equals (NFC) (#91864)

I'm planning to remove StringRef::equals in favor of
StringRef::operator==.

- StringRef::operator==/!= outnumber StringRef::

Use StringRef::operator== instead of StringRef::equals (NFC) (#91864)

I'm planning to remove StringRef::equals in favor of
StringRef::operator==.

- StringRef::operator==/!= outnumber StringRef::equals by a factor of
276 under llvm-project/ in terms of their usage.

- The elimination of StringRef::equals brings StringRef closer to
std::string_view, which has operator== but not equals.

- S == "foo" is more readable than S.equals("foo"), especially for
!Long.Expression.equals("str") vs Long.Expression != "str".

show more ...


# 602df270 08-May-2024 Kiran Chandramohan <kiran.chandramohan@arm.com>

[Flang] RFC: Add support for -w option 1/n (#90420)

Add support for the -w option to switch OFF all Flang
warnings. This patch only supports switching OFF the
frontend warnings.

TODO : Support

[Flang] RFC: Add support for -w option 1/n (#90420)

Add support for the -w option to switch OFF all Flang
warnings. This patch only supports switching OFF the
frontend warnings.

TODO : Support for MLIR, LLVM and Driver warnings.
TODO : Support interactions between -w, -pedantic, -Wall

show more ...


Revision tags: llvmorg-18.1.5
# 087b33bb 22-Apr-2024 abidh <haqadeer@amd.com>

[flang] Default -g to full debug info. (#89418)

Currently, -g defaults to line tables only. This PR changes that to full
debug information. This will allow us to test/use the upcoming debug
info c

[flang] Default -g to full debug info. (#89418)

Currently, -g defaults to line tables only. This PR changes that to full
debug information. This will allow us to test/use the upcoming debug
info changes.

show more ...


Revision tags: llvmorg-18.1.4
# 8136ac1c 10-Apr-2024 Daniel Chen <cdchen@ca.ibm.com>

[Flang] Define c_int_fast16_t and c_int_fast32_t for PowerPC. (#88292)

On Linux, PowerPC defines `int_fast16_t` and `int_fast32_t` as `long`.
Need to update the corresponding type, `c_int_fast16_t`

[Flang] Define c_int_fast16_t and c_int_fast32_t for PowerPC. (#88292)

On Linux, PowerPC defines `int_fast16_t` and `int_fast32_t` as `long`.
Need to update the corresponding type, `c_int_fast16_t` and
`c_int_fast32_t` in `iso_c_binding` module so they are interoparable.

show more ...


# 7d60232b 10-Apr-2024 Krzysztof Parzyszek <Krzysztof.Parzyszek@amd.com>

[flang][Frontend] Implement printing defined macros via -dM (#87627)

This should work the same way as in clang.


Revision tags: llvmorg-18.1.3, llvmorg-18.1.2
# d0829fbd 19-Mar-2024 jeanPerier <jperier@nvidia.com>

[flang] Enable polymorphic lowering by default (#83285)

Polymorphic entity lowering status is good. The main remaining TODO is
to allow lowering of vector subscripted polymorphic entity, but this

[flang] Enable polymorphic lowering by default (#83285)

Polymorphic entity lowering status is good. The main remaining TODO is
to allow lowering of vector subscripted polymorphic entity, but this
does not deserve blocking all application using polymorphism.

Remove experimental option and enable lowering of polymorphic entity by
default.

show more ...


# 8a8ef1ca 13-Mar-2024 Valentin Clement (バレンタイン クレメン) <clementval@gmail.com>

[flang][cuda] Enable cuda with -x cuda option (#84944)

Flang driver was already able to enable the CUDA language feature base
on the file extension but there was no command line option. This PR add

[flang][cuda] Enable cuda with -x cuda option (#84944)

Flang driver was already able to enable the CUDA language feature base
on the file extension but there was no command line option. This PR adds
one.

show more ...


Revision tags: llvmorg-18.1.1, llvmorg-18.1.0, llvmorg-18.1.0-rc4, llvmorg-18.1.0-rc3
# 987258f5 13-Feb-2024 Daniel Chen <cdchen@ca.ibm.com>

[Flang] Add __powerpc__ macro to set c_intmax_t to c_int64_t rather than c_int128_t as PowerPC only supports up to c_int64_t. (#81222)

PowerPC only supports up to `c_int64_t`. Add macro `__powerpc__

[Flang] Add __powerpc__ macro to set c_intmax_t to c_int64_t rather than c_int128_t as PowerPC only supports up to c_int64_t. (#81222)

PowerPC only supports up to `c_int64_t`. Add macro `__powerpc__` and
preprocess it for setting `c_intmax_t` in `iso_c_binding` intrinsic
module.

show more ...


Revision tags: llvmorg-18.1.0-rc2
# 500846d2 05-Feb-2024 Pierre van Houtryve <pierre.vanhoutryve@amd.com>

[AMDGPU] Introduce Code Object V6 (#76954)

Introduce Code Object V6 in Clang, LLD, Flang and LLVM. This is the same
as V5 except a new "generic version" flag can be present in EFLAGS. This
is rela

[AMDGPU] Introduce Code Object V6 (#76954)

Introduce Code Object V6 in Clang, LLD, Flang and LLVM. This is the same
as V5 except a new "generic version" flag can be present in EFLAGS. This
is related to new generic targets that'll be added in a follow-up patch.
It's also likely V6 will have new changes (possibly new metadata
entries) added later.

Docs change are part of the follow-up patch #76955

show more ...


Revision tags: llvmorg-18.1.0-rc1, llvmorg-19-init
# 8cac995e 15-Jan-2024 Andrzej Warzyński <andrzej.warzynski@arm.com>

[flang][driver] Limit the usage of -mvscale-max and -mvscale-min (#77905)

Make sure that `-mvscale-max` and `-mvscale-min` are only available for
targets that are known to support vscale and scalab

[flang][driver] Limit the usage of -mvscale-max and -mvscale-min (#77905)

Make sure that `-mvscale-max` and `-mvscale-min` are only available for
targets that are known to support vscale and scalable vectors.

Also fix capitalization of function variables.

show more ...


# f443fbc4 10-Jan-2024 Dominik Adamski <dominik.adamski@amd.com>

[Flang][OpenMP][MLIR] Add support for -nogpulib option (#71045)

If -nogpulib option is passed by the user, then the OpenMP device
runtime is not used and we should not emit globals to configure
de

[Flang][OpenMP][MLIR] Add support for -nogpulib option (#71045)

If -nogpulib option is passed by the user, then the OpenMP device
runtime is not used and we should not emit globals to configure
debugging at compile-time for the device runtime.

Link to -nogpulib flag implementation for Clang:
https://reviews.llvm.org/D125314

show more ...


# 04873773 28-Dec-2023 Radu Salavat <radu.salavat@arm.com>

[flang] Pass to add frame pointer attribute (#74598)

Pass to add frame pointer attribute in Flang


123456789