aboutsummaryrefslogtreecommitdiff
path: root/gcc/fortran
diff options
context:
space:
mode:
authorGustavo Romero <gromero@linux.ibm.com>2020-04-15 15:14:45 +0200
committerJakub Jelinek <jakub@redhat.com>2020-04-15 15:14:45 +0200
commitc00568f376078129196740d83946d54dc5437401 (patch)
tree9db39f1ab7db4c770ab338ccc8548d9a2f07149e /gcc/fortran
parent8a4436d89bfa0f731a48bf28d521f4b1b91014d7 (diff)
downloadgcc-c00568f376078129196740d83946d54dc5437401.zip
gcc-c00568f376078129196740d83946d54dc5437401.tar.gz
gcc-c00568f376078129196740d83946d54dc5437401.tar.bz2
selftest: Work around GCC 4.2 PR33916 bug by optimizing the ctor [PR89494]
GCC 4.2 due to PR33916 miscompiles temp_dump_context ctor, because it doesn't zero initialize the whole dump_context temporary on which it runs the static get method and during destruction of the temporary an uninitialized pointer is deleted. More recent GCC versions properly zero initialize it and ideally optimize away the construction/destruction of the temporary, as it isn't used for anything, but there is no reason to create the temporary, static member functions can be called without an associated object. 2020-04-15 Gustavo Romero <gromero@linux.ibm.com> PR bootstrap/89494 * dumpfile.c (selftest::temp_dump_context::temp_dump_context): Don't construct a dump_context temporary to call static method.
Diffstat (limited to 'gcc/fortran')
0 files changed, 0 insertions, 0 deletions