[PATCH 3/4] C++: suggest missing headers for implicit use of "std" (PR c++/85021)

We provide fix-it hints for the most common "std" names when an explicit "std::" prefix is present, however we don't yet provide fix-it hints for this implicit case: using namespace std; void f() { cout << "test"; } for which we emit: t.cc: In function 'void f()': t.cc:2:13: error: 'cou

[PATCH 4/4] C++: more std header hints; filter on C++ dialect (PR c++/84269)

Jonathan added a bunch more suggestions to: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84269#c10 as I was testing my last patch, some of which need C++14 and C++17, and some of which use headers that exist in earlier standards. For example, exists in C++98, but if the user attempts to use std

[PATCH] Fix another match_asm_constraints_1 issue (PR PR inline-asm/85034)

Hi! match_asm_constraints_1 verifies that the mode of input and output is the same, with one exception - when input is VOIDmode. It isn't correct to allow that blindly VOIDmode CONST_INT/CONST_DOUBLE is only ok if the output mode is scalar integer mode, on the testcase below output is (reg:SF), wh

Re: [PATCH] PR fortran/42651 -- Fix accepts-invalid

ping -- steve On Mon, Mar 19, 2018 at 06:13:58PM -0700, Steve Kargl wrote: > The attached patch fixes an accepts-invalid while enforcing > > C1560 (R1530) If RESULT appears, the function-name shall not appear > in any specification statement in the scoping unit of the function > subprogra

[PATCH 0/4] ASAN for MIPS (o32)

All patches are together run through the gcc and g++ test-suites to check ASAN results for mipsisa32r2el-linux-gnu. As of r258635 those results are on par with those for arm-linux-gnueabihf, so without delay I present the current state. Maybe it's non-intrusive enough to be ok for gcc-8? MIPS mai

[PATCH] Add ax_pthread.m4 for use in binutils-gdb

config/ * ax_pthread.m4: Add file --- config/ax_pthread.m4 | 485 +++ 1 file changed, 485 insertions(+) create mode 100644 config/ax_pthread.m4 diff --git a/config/ax_pthread.m4 b/config/ax_pthread.m4 new file mode 100644 index 000.

[PATCH 1/4] ASAN for MIPS: Add __sanitizer.lock.pad initializer, shutting up a warning

This appears to be present in compiler-rt upstream, but as part of more intrusive changes. For gcc, the lack of this results in a fatal warning (-Werror) at build-time. libsanitizer: * sanitizer_common/sanitizer_atomic_clang_other.h [_MIPS_SIM && _MIPS_SIM == _ABIO32] (lock): Add

[PATCH 2/4] ASAN for MIPS: Correct struct_kernel_stat_sz for MIPS and don't use .

As mentioned in the bogus adjustment to 160 from 144 (which is reverted here), is a single-token commit in upstream r301307, an attempt to correct a failed build due to an upstream change to compile the runtime with D_FILE_OFFSET_BITS=64. The corre

[PATCH 3/4] Enable libsanitizer for 32-bit mips*-*-linux*

If someone has access to a 64-bit mips-linux system to test this (with the obvious edit), that'd be really nice. Until then, best to not introduce possible build failures. libsanitizer: * configure.tgt : Enable build, excluding mips*64*-*-linux*. diff --git a/libsanitizer/config

[PATCH 4/4] ASAN for MIPS: Add gcc port bits for MIPS to support -fsanitize=address.

Attribution to Jean Lee for spotting the right shadow-offset for MIPS and for cheering on. :) See xtensa and rs6000 back-ends for the FRAME_GROWS_DOWNWARD construct. gcc: 2018-03-22 Hans-Peter Nilsson Jean Lee * config/mips/mips.c (mips_asan_shadow_offset): New function

Re: [PR c++/71251] out-of-range parms in tmpl arg substitution

On Mar 22, 2018, Jason Merrill wrote: > I think we definitely want to move the check down below the > cp_parser_commit_to_tentative_parse. This worked. Regstrapped on i686- and x86_64-linux-gnu. Ok to install? [PR c++/71251] check tmpl parms in template using decl Check that template using d

Re: [PR c++/71251] out-of-range parms in tmpl arg substitution

OK. On Fri, Mar 23, 2018 at 12:04 AM, Alexandre Oliva wrote: > On Mar 22, 2018, Jason Merrill wrote: > >> I think we definitely want to move the check down below the >> cp_parser_commit_to_tentative_parse. > > This worked. Regstrapped on i686- and x86_64-linux-gnu. Ok to install? > > [PR c++/7

Re: [PATCH][i386,AVX] Fix PR84783 - backport missing permutexvar to GCC7

Hello Sebastian! On 22 мар 13:01, Peryt, Sebastian wrote: > Hi, > > This patch adds missing permutexvar intrinsics for backporting to GCC 7 to > resolve PR84783. > > 2018-03-22 Sebastian Peryt > > gcc: > PR84783 > * config/i386/avx512vlintrin.h (_mm256_permutexvar_epi64) > (_mm2

Re: [PATCH] PR fortran/42651 -- Fix accepts-invalid

Hi Steve, ping Pong! OK for trunk, and thanks for the patch. Regards Thomas

<    1   2