History log of /llvm-project/flang/lib/Frontend/CompilerInvocation.cpp (Results 1 – 25 of 204)
Revision (<<< Hide revision tags) (Show revision tags >>>) Date Author Comments
Revision tags: llvmorg-21-init
# 7211bf48 27-Jan-2025 jeanPerier <jperier@nvidia.com>

[flang][driver] add negative from of -fsave-main-program (#124110)

Add the `-fno` form for consistency and to make it easy to switch the
default for downstream users.


# ce326259 21-Jan-2025 Kiran Chandramohan <kiran.chandramohan@arm.com>

Reland "[Flang][Driver] Add a flag to control zero initialization" (#123606)

Reverts llvm/llvm-project#123330


# 8a229f59 17-Jan-2025 Kiran Chandramohan <kiran.chandramohan@arm.com>

Revert "Revert "Revert "[Flang][Driver] Add a flag to control zero initializa…" (#123330)

Reverts llvm/llvm-project#123097

Reverting due to buildbot failure
https://lab.llvm.org/buildbot/#/build

Revert "Revert "Revert "[Flang][Driver] Add a flag to control zero initializa…" (#123330)

Reverts llvm/llvm-project#123097

Reverting due to buildbot failure
https://lab.llvm.org/buildbot/#/builders/89/builds/14577.

show more ...


# 8c636481 17-Jan-2025 Kiran Chandramohan <kiran.chandramohan@arm.com>

Revert "Revert "[Flang][Driver] Add a flag to control zero initializa… (#123097)

…tion of global v…" (#123067)"

This reverts commit 44ba43aa2b740878d83a9d6f1d52a333c0d48c22.

Adds the flag to b

Revert "Revert "[Flang][Driver] Add a flag to control zero initializa… (#123097)

…tion of global v…" (#123067)"

This reverts commit 44ba43aa2b740878d83a9d6f1d52a333c0d48c22.

Adds the flag to bbc as well.

show more ...


# 0195ec45 16-Jan-2025 David Truby <david.truby@arm.com>

[flang] Add -f[no-]unroll-loops flag (#122906)


# 44ba43aa 15-Jan-2025 Kiran Chandramohan <kiran.chandramohan@arm.com>

Revert "[Flang][Driver] Add a flag to control zero initialization of global v…" (#123067)

Reverts llvm/llvm-project#122144

Reverting due to CI failure
https://lab.llvm.org/buildbot/#/builders/89

Revert "[Flang][Driver] Add a flag to control zero initialization of global v…" (#123067)

Reverts llvm/llvm-project#122144

Reverting due to CI failure
https://lab.llvm.org/buildbot/#/builders/89/builds/14422

show more ...


# c593e3d0 15-Jan-2025 Kiran Chandramohan <kiran.chandramohan@arm.com>

[Flang][Driver] Add a flag to control zero initialization of global v… (#122144)

…ariables

Patch adds a flag to control zero initialization of global variables
without default initialization. Th

[Flang][Driver] Add a flag to control zero initialization of global v… (#122144)

…ariables

Patch adds a flag to control zero initialization of global variables
without default initialization. The default is to zero initialize.

show more ...


# 310c281b 14-Jan-2025 macurtis-amd <macurtis@amd.com>

[flang][Driver] Preliminary support for -ftime-report (#122894)

The behavior is not entirely consistent with that of clang for the
moment since detailed timing information on the LLVM IR optimizati

[flang][Driver] Preliminary support for -ftime-report (#122894)

The behavior is not entirely consistent with that of clang for the
moment since detailed timing information on the LLVM IR optimization and
code generation passes is not provided. The -ftime-report= option is
also not enabled since that is only relevant for information about the
LLVM IR passes. However, some code to handle that option has been
included, to make it easier to support the option when the issues
blocking it are resolved. A FortranSupport library has been created that
is intended to mirror the LLVM and MLIR support libraries.

Based on @tarunprabhu's PR
https://github.com/llvm/llvm-project/pull/107270 with minor changes
addressing latest review feedback. He's busy and we'd like to get this
support in ASAP.

Co-authored-by: Tarun Prabhu <tarun.prabhu@gmail.com>

show more ...


Revision tags: llvmorg-19.1.7
# 645c1ee8 08-Jan-2025 jeanPerier <jperier@nvidia.com>

[flang][driver] add option to make all main program variable static (#121968)

Co-authored-by: Kiran Chandramohan <kiranchandramohan@gmail.com>


# fc97d2e6 18-Dec-2024 Peter Klausler <pklausler@nvidia.com>

[flang] Add UNSIGNED (#113504)

Implement the UNSIGNED extension type and operations under control of a
language feature flag (-funsigned).

This is nearly identical to the UNSIGNED feature that h

[flang] Add UNSIGNED (#113504)

Implement the UNSIGNED extension type and operations under control of a
language feature flag (-funsigned).

This is nearly identical to the UNSIGNED feature that has been available
in Sun Fortran for years, and now implemented in GNU Fortran for
gfortran 15, and proposed for ISO standardization in J3/24-116.txt.

See the new documentation for details; but in short, this is C's
unsigned type, with guaranteed modular arithmetic for +, -, and *, and
the related transformational intrinsic functions SUM & al.

show more ...


# 9d338749 17-Dec-2024 Slava Zakharin <szakharin@nvidia.com>

[flang] Support -f[no-]realloc-lhs. (#120165)

-frealloc-lhs is the default.
If -fno-realloc-lhs is specified, then an allocatable on the left
side of an intrinsic assignment is not implicitly (re)

[flang] Support -f[no-]realloc-lhs. (#120165)

-frealloc-lhs is the default.
If -fno-realloc-lhs is specified, then an allocatable on the left
side of an intrinsic assignment is not implicitly (re)allocated
to conform with the right hand side. Fortran runtime will issue
an error if there is a mismatch in shape/type/allocation-status.

show more ...


Revision tags: llvmorg-19.1.6
# a88677ed 10-Dec-2024 Yusuke MINATO <minato.yusuke@fujitsu.com>

Reland "[flang] Integrate the option -flang-experimental-integer-overflow into -fno-wrapv" (#118933)

This relands #110063.
The performance issue on 503.bwaves_r is found not to be related to the
p

Reland "[flang] Integrate the option -flang-experimental-integer-overflow into -fno-wrapv" (#118933)

This relands #110063.
The performance issue on 503.bwaves_r is found not to be related to the
patch, and is resolved by fbd89bcc when LTO is enabled.

show more ...


Revision tags: llvmorg-19.1.5
# 23d7a6ce 22-Nov-2024 Tarun Prabhu <tarun@lanl.gov>

[flang][Driver] Support -print-supported-cpus and associated aliases (#117199)

The aliases are -mcpu=help and -mtune=help. There is still an issue with
the output which prints an example line that

[flang][Driver] Support -print-supported-cpus and associated aliases (#117199)

The aliases are -mcpu=help and -mtune=help. There is still an issue with
the output which prints an example line that references clang. That is
not fixed here because it is printed in llvm/MC/SubtargetInfo.cpp. Some
more thought is needed to determine how best to handle this.

Fixes #117010

show more ...


Revision tags: llvmorg-19.1.4
# 8e14c6c1 29-Oct-2024 Kelvin Li <kkwli@users.noreply.github.com>

[flang] Support -mabi=vec-extabi and -mabi=vec-default on AIX (#113215)

This option is to enable the AIX extended and default vector ABIs.


Revision tags: llvmorg-19.1.3
# bd6ab32e 28-Oct-2024 Yusuke MINATO <minato.yusuke@fujitsu.com>

Revert "[flang] Integrate the option -flang-experimental-integer-overflow into -fno-wrapv" (#113901)

Reverts llvm/llvm-project#110063 due to the performance regression on
503.bwaves_r in SPEC2017.


# 96bb375f 25-Oct-2024 Yusuke MINATO <minato.yusuke@fujitsu.com>

[flang] Integrate the option -flang-experimental-integer-overflow into -fno-wrapv (#110063)

nsw is now added to do-variable increment when -fno-wrapv is enabled as
GFortran seems to do.
That means

[flang] Integrate the option -flang-experimental-integer-overflow into -fno-wrapv (#110063)

nsw is now added to do-variable increment when -fno-wrapv is enabled as
GFortran seems to do.
That means the option introduced by #91579 isn't necessary any more.

Note that the feature of -flang-experimental-integer-overflow is enabled
by default.

show more ...


# 9698e575 18-Oct-2024 Yusuke MINATO <minato.yusuke@fujitsu.com>

[flang][Driver] Add support for -f[no-]wrapv and -f[no]-strict-overflow in the frontend (#110061)

This patch introduces the options for integer overflow flags into Flang.
The behavior is similar to

[flang][Driver] Add support for -f[no-]wrapv and -f[no]-strict-overflow in the frontend (#110061)

This patch introduces the options for integer overflow flags into Flang.
The behavior is similar to that of Clang.

show more ...


Revision tags: llvmorg-19.1.2
# 839344f0 14-Oct-2024 Tarun Prabhu <tarun@lanl.gov>

[clang][flang][mlir] Reapply "Support -frecord-command-line option (#102975)"

The underlying issue was caused by a file included in two different
places which resulted in duplicate definition error

[clang][flang][mlir] Reapply "Support -frecord-command-line option (#102975)"

The underlying issue was caused by a file included in two different
places which resulted in duplicate definition errors when linking
individual shared libraries. This was fixed in c3201ddaeac02a2c86a38b
[#109874].

show more ...


# 06eb10da 10-Oct-2024 Brad Richardson <everythingfunctional@protonmail.com>

[flang][driver] rename flang-new to flang (#110023)

This does a global rename from `flang-new` to `flang`. I also
removed/changed any TODOs that I found related to making this change.

---------

[flang][driver] rename flang-new to flang (#110023)

This does a global rename from `flang-new` to `flang`. I also
removed/changed any TODOs that I found related to making this change.

---------

Co-authored-by: H. Vetinari <h.vetinari@gmx.com>
Co-authored-by: Andrzej Warzynski <andrzej.warzynski@arm.com>

show more ...


Revision tags: llvmorg-19.1.1
# 4dfed691 30-Sep-2024 Peter Klausler <pklausler@nvidia.com>

[flang][preprocessor] Don't expand INCLUDE under -E by default (#110333)

Fortran INCLUDE lines have (until now) been treated like #include
directives. This isn't how things work with other Fortran

[flang][preprocessor] Don't expand INCLUDE under -E by default (#110333)

Fortran INCLUDE lines have (until now) been treated like #include
directives. This isn't how things work with other Fortran compilers when
running under the -E option for preprocessing only, so stop doing it by
default, and add -fpreprocess-include-lines to turn it back on when
desired.

show more ...


# 84a0a3d3 27-Sep-2024 Paul Osmialowski <pawel.osmialowski@arm.com>

[flang][driver] Make the -J option less restrictive so we would not have to struggle with autoconf (#110010)

There are autoconf-configured projects for which the generated Makefile
is invoking flan

[flang][driver] Make the -J option less restrictive so we would not have to struggle with autoconf (#110010)

There are autoconf-configured projects for which the generated Makefile
is invoking flang with more than one -J option, each one specifying the
same directory. Although only one module directory should be specified
(by either -J or -module-dir), it should not really matter how many
times this same directory has been specified.

Apparently, other compilers understand it that way, hence autoconf's
configure script may generate a Makefile with the repetitive -J's.

For example, when trying to build the ABINIT [1] project (which can be
configured by either CMake or the configure script) when configured by
autoconf, it fails to build as such:

```
make[3]: Entering directory 'src/98_main'
mpifort -DHAVE_CONFIG_H -I. -I../../../src/98_main -I../.. -I../../src/incs -I../../../src/incs -Ifallbacks/exports/include -Jbuild/mods -Jbuild/mods -c -o abinit-abinit.o `test -f 'abinit.F90' || echo '../../../src/98_main/'`abinit.F90
error: Only one '-module-dir/-J' option allowed
make[3]: *** [Makefile:3961: abinit-abinit.o] Error 1
```

This patch solves the problem.

[1] https://github.com/abinit/abinit.git

show more ...


# 3b20a833 26-Sep-2024 Krzysztof Parzyszek <Krzysztof.Parzyszek@amd.com>

[flang][Semantics] Add LangOptions to SemanticsContext (#110013)

The motivation for this is to make OpenMP settings visible in the
semantic checks (OpenMP version in particular).


# 58e8683a 26-Sep-2024 Krzysztof Parzyszek <Krzysztof.Parzyszek@amd.com>

[flang][Frontend] Move LangOptions from Frontend to Common (#110012)

The information in LangOptions is not tied to any frontend code, and
could be used by any other component.


# 737c414e 20-Sep-2024 David Spickett <david.spickett@linaro.org>

Revert "[clang][flang][mlir] Support -frecord-command-line option (#102975)"

This reverts commit b3533a156da92262eb19429d8c12f53e87f5ccec.

It caused test failures in shared library builds:
https://

Revert "[clang][flang][mlir] Support -frecord-command-line option (#102975)"

This reverts commit b3533a156da92262eb19429d8c12f53e87f5ccec.

It caused test failures in shared library builds:
https://lab.llvm.org/buildbot/#/builders/80/builds/3854

show more ...


# b3533a15 20-Sep-2024 Tarun Prabhu <tarun@lanl.gov>

[clang][flang][mlir] Support -frecord-command-line option (#102975)

Add support for the -frecord-command-line option that will produce the
llvm.commandline metadata which will eventually be saved i

[clang][flang][mlir] Support -frecord-command-line option (#102975)

Add support for the -frecord-command-line option that will produce the
llvm.commandline metadata which will eventually be saved in the object
file. This behavior is also supported in clang. Some refactoring of the
code in flang to handle these command line options was carried out. The
corresponding -grecord-command-line option which saves the command line
in the debug information has not yet been enabled for flang.

show more ...


123456789