Re: [PATCH] Fix several buffer overruns in gcov

On 03/31/17 01:27, Nathan Sidwell wrote: > On 03/30/2017 04:11 PM, Bernd Edlinger wrote: >> Hi, >> >> I'd like to fix a few buffer overruns I have found in the gcov tools. >> First I noticed that the -x output contains most of the time "ff" bytes, >> and that when different source files exist in

[patch, fortran] PR38573 Missing markers for translation

Minor patch to had translation marks. Regression tested. OK for Trunk? Jerry 2017-03-30 Jerry DeLisle PR fortran/38573 * intrinsic.c (gfc_check_intrinsic_standard): Adjust diagnostics. diff --git a/gcc/fortran/intrinsic.c b/gcc/fortran/intrinsic.c

Re: [PATCH] Fix several buffer overruns in gcov

On 03/30/2017 04:11 PM, Bernd Edlinger wrote: Hi, I'd like to fix a few buffer overruns I have found in the gcov tools. First I noticed that the -x output contains most of the time "ff" bytes, and that when different source files exist in different directories, with same base name the MD5 sum

Re: [RFC] [PATCH v3 0/8] [i386] Use out-of-line stubs for ms_abi pro/epilogues

On 03/30/2017 05:50 PM, Daniel Santos wrote: > I have finally completed all tests for Cygwin and MinGW both 32- & > 64-bit with no additional test failures. There are still 567 tests > failing both pre- and post-patch with error "error while loading shared > libraries: cyggfortran-4.dll: cannot

[patch,MIPS,committed] Fix ICE when expanding MSA constant vectors

This is a fix for a compile failure in gcc.c-torture/compile/pr70240.c with options -O1 -mmsa. The expand code for replicated constant vectors with small immediate values was simply wrong and would never work. This code is not used in the simple case of initialising a variable with a constant

[PATCH,MIPS,committed] Fix pr52125.c test when built as -mno-abicalls -mabi=64

pr52125.c verifies that orphaned %hi relocs are deleted if they feed an inline asm statement that never emits the %lo part. Orphaned %hi relocs are only strictly a problem for o32 but are eliminated for any ABI as long as 32-bit addressing is in use so force -msym32 as well as require absolute

Re: [C++ PATCH] Disable VLA initialization? (PR sanitizer/79993)

On 03/30/2017 02:24 PM, Jakub Jelinek wrote: On Thu, Mar 30, 2017 at 10:21:09AM -0600, Martin Sebor wrote: I don't think rejecting all VLA initialization just to avoid an Asan ICE with string literals is a good way to solve the problem. For one, it will break working programs that rely on

[PATCH] Fix expansion ICE on stores into parts of hard registers (PR middle-end/80173)

Hi! On some arches like x86_64 we allow some aggregates in named register variables. If those registers are wider than word, store_bit_field_1 was assuming it must be multiple registers and attempted to pick a word sized subregister of it, which is fine for pseudos, but if the destination is a

[wwwdocs] Adjust to the new location of the C++ ABI

For gcc-4.0/ and faq.html I did adjust the link, for gcc-3.2/ I figured we can as well avoid it. Applied. (Jonathan, I'm going to take care of the libstdc++/doc links as well in case you wonder.) Gerald Index: faq.html === RCS

[C++ PATCH] Add __is_aggregate trait builtin (PR libstdc++/80251)

Hi! As discussed with Jon, libstdc++ needs a GCC builtin in order to implement this easily. Bootstrapped/regtested on x86_64-linux and i686-linux, ok for trunk? 2017-03-30 Jakub Jelinek PR libstdc++/80251 c-family/ * c-common.h (enum rid): Add

[committed] Small OpenMP diagnostics improvement (PR translation/80189)

Hi! This makes it clearer to translators and users that parallel, teams etc. are keywords. Bootstrapped/regtested on x86_64-linux and i686-linux, committed to trunk. 2017-03-30 Jakub Jelinek PR translation/80189 * gimplify.c (omp_default_clause): Use %qs

[committed] Fix OMP_DISPLAY_ENV without {,G}OMP_STACKSIZE

Hi! We print an uninitialized variable if OMP_DISPLAY_ENV=true is in the environment, but {,G}OMP_STACKSIZE is not. Fixed thusly, bootstrapped/regtested on x86_64-linux and i686-linux, committed to trunk. 2017-03-30 Jakub Jelinek * env.c (initialize_env):

Re: [C++ PATCH] Disable VLA initialization? (PR sanitizer/79993)

On Thu, Mar 30, 2017 at 10:21:09AM -0600, Martin Sebor wrote: > I don't think rejecting all VLA initialization just to avoid > an Asan ICE with string literals is a good way to solve the > problem. For one, it will break working programs that rely on The Asan ICE can be easily worked around, the

Re: [PATCH, rs6000] Fix PR target/80246, DFP builtins using the wrong types

On 3/30/17 12:54 PM, Peter Bergner wrote: > On 3/30/17 12:15 PM, Segher Boessenkool wrote: > +/* { dg-final { scan-assembler-not "drintn\\." } } */ > +/* { dg-final { scan-assembler-not "drintnq\\." } } */ > +/* { dg-final { scan-assembler-not "dctfix" } } */ > +/* { dg-final {

[PATCH] Fix several buffer overruns in gcov

Hi, I'd like to fix a few buffer overruns I have found in the gcov tools. First I noticed that the -x output contains most of the time "ff" bytes, and that when different source files exist in different directories, with same base name the MD5 sum always matches, which results in gcov overwriting

C++ PATCH for c++/80241, ICE with alignas pack expansion

This fix is similar to c++/79653: if something went wrong during make_pack_expansion, return error_mark instead of building up the attribute otherwise we end up with "gnu aligned <<>>" and that would mean crashing later on at a lot of spots. Also, dump_expr wasn't able to print TREE_LISTs. It's

Re: [PATCH, rs6000] Fix PR target/80246, DFP builtins using the wrong types

On 3/30/17 12:15 PM, Segher Boessenkool wrote: +/* { dg-final { scan-assembler-not "drintn\\." } } */ +/* { dg-final { scan-assembler-not "drintnq\\." } } */ +/* { dg-final { scan-assembler-not "dctfix" } } */ +/* { dg-final { scan-assembler-not "dctfixq" } } */ >>> >>> If

Re: [RFC] [PATCH v3 0/8] [i386] Use out-of-line stubs for ms_abi pro/epilogues

I have finally completed all tests for Cygwin and MinGW both 32- & 64-bit with no additional test failures. There are still 567 tests failing both pre- and post-patch with error "error while loading shared libraries: cyggfortran-4.dll: cannot open shared object file: No such file or

Re: [PATCH, rs6000] Fix PR target/80246, DFP builtins using the wrong types

> >> +/* { dg-final { scan-assembler-not "drintn\\." } } */ > >> +/* { dg-final { scan-assembler-not "drintnq\\." } } */ > >> +/* { dg-final { scan-assembler-not "dctfix" } } */ > >> +/* { dg-final { scan-assembler-not "dctfixq" } } */ > > > > If there is no "dctfix" there surely is no "dctfixq"

Re: [C++ PATCH] Disable VLA initialization? (PR sanitizer/79993)

On 03/29/2017 01:31 PM, Jakub Jelinek wrote: Hi! GCC 4.8 and earlier didn't allow in C++ initialization of VLA and C doesn't allow it in any GCC release. This has changed when the support for C++1y VLA has been added, then reverted, but apparently only partially. The question is, do we want

Re: [PATCH, rs6000] Fix PR target/80246, DFP builtins using the wrong types

On 3/29/17 6:29 PM, Peter Bergner wrote: > On 3/29/17 5:28 PM, Segher Boessenkool wrote: >>> +/* { dg-skip-if "" { powerpc*-*-darwin* } { "*" } { "" } } */ >>> +/* { dg-skip-if "" { powerpc*-*-*spe* } { "*" } { "" } } */ >>> +/* { dg-require-effective-target dfp } */ >> >> You can leave off the

Re: [PATCH PR80153]Always generate folded type conversion in tree-affine

On Thu, Mar 30, 2017 at 3:20 PM, Bin.Cheng wrote: > On Thu, Mar 30, 2017 at 2:18 PM, Bin.Cheng wrote: >> On Thu, Mar 30, 2017 at 1:44 PM, Richard Biener >> wrote: >>> On Thu, Mar 30, 2017 at 2:03 PM, Bin.Cheng

Re: [PATCH PR80153]Always generate folded type conversion in tree-affine

On Thu, Mar 30, 2017 at 2:18 PM, Bin.Cheng wrote: > On Thu, Mar 30, 2017 at 1:44 PM, Richard Biener > wrote: >> On Thu, Mar 30, 2017 at 2:03 PM, Bin.Cheng wrote: >>> On Thu, Mar 30, 2017 at 11:37 AM, Richard Biener >>>

Re: [PATCH PR80153]Always generate folded type conversion in tree-affine

On Thu, Mar 30, 2017 at 1:44 PM, Richard Biener wrote: > On Thu, Mar 30, 2017 at 2:03 PM, Bin.Cheng wrote: >> On Thu, Mar 30, 2017 at 11:37 AM, Richard Biener >> wrote: >>> On Wed, Mar 29, 2017 at 5:22 PM, Bin.Cheng

Re: [PATCH] Fix various avx512 extraction issues (PR target/80206)

Hi Jakub, On 30 Mar 00:36, Jakub Jelinek wrote: > Hi! > > As the testcase shows, we ICE with -mavx512f -ffloat-store, because > at -O0 during expansion the destination is MEM, and the corresponding dup > operand is some pseudo. There are *_mask patterns that have just > register_operand / =v for

Re: [PATCH] Real fix for AIX exception handling

On Thu, Mar 30, 2017 at 4:11 AM, Michael Haubenwallner wrote: > On 03/29/2017 10:21 PM, David Edelsohn wrote: >> On Wed, Mar 29, 2017 at 3:50 PM, Jeff Law wrote: >>> On 03/27/2017 09:41 AM, David Edelsohn wrote: > > As far as I

Re: [PATCH PR80153]Always generate folded type conversion in tree-affine

On Thu, Mar 30, 2017 at 2:03 PM, Bin.Cheng wrote: > On Thu, Mar 30, 2017 at 11:37 AM, Richard Biener > wrote: >> On Wed, Mar 29, 2017 at 5:22 PM, Bin.Cheng wrote: >>> On Tue, Mar 28, 2017 at 1:34 PM, Richard Biener >>>

Re: [PATCH PR80153]Always generate folded type conversion in tree-affine

On Thu, Mar 30, 2017 at 11:37 AM, Richard Biener wrote: > On Wed, Mar 29, 2017 at 5:22 PM, Bin.Cheng wrote: >> On Tue, Mar 28, 2017 at 1:34 PM, Richard Biener >> wrote: >>> On Tue, Mar 28, 2017 at 2:01 PM, Bin Cheng

Re: [PR 77333] Fix fntypes of calls calling clones

On Wed, 29 Mar 2017, Martin Jambor wrote: > Hi, > > On Thu, Mar 16, 2017 at 05:57:51PM +0100, Martin Jambor wrote: > > Hi, > > > > On Mon, Mar 13, 2017 at 01:46:47PM +0100, Richard Biener wrote: > > > On Fri, 10 Mar 2017, Martin Jambor wrote: > > > > > > > Hi, > > > > > > > > PR 77333 is a

Re: [PATCH, GCC/testsuite/ARM, stage4] Compile atomic_loaddi_11 for Cortex-R5

Ping? Best regards, Thomas On 23/03/17 17:09, Thomas Preudhomme wrote: My apologize, this works for both -march of -mcpu not cortex-r4 in RUNTESTFLAGS. ChangeLog entry is unchanged: *** gcc/testsuite/ChangeLog *** 2017-03-22 Thomas Preud'homme

Re: [PATCH, GCC/ARM, gcc-6-branch] Fix PR80082: LDRD erronously used for 64bit load on ARMv7-R

Ping? Best regards, Thomas On 27/03/17 12:15, Thomas Preudhomme wrote: Hi, Currently GCC is happy to use LDRD to perform a 64bit load on ARMv7-R, as shown by the testcase on this patch. However, LDRD is only atomic when LPAE extensions is available, which they are not for ARMv7-R. This

Re: [PATCH PR80153]Always generate folded type conversion in tree-affine

On Wed, Mar 29, 2017 at 5:22 PM, Bin.Cheng wrote: > On Tue, Mar 28, 2017 at 1:34 PM, Richard Biener > wrote: >> On Tue, Mar 28, 2017 at 2:01 PM, Bin Cheng wrote: >>> Hi, >>> This patch is to fix PR80153. As analyzed in the

Re: [PATCH] Real fix for AIX exception handling

On 03/29/2017 10:21 PM, David Edelsohn wrote: > On Wed, Mar 29, 2017 at 3:50 PM, Jeff Law wrote: >> On 03/27/2017 09:41 AM, David Edelsohn wrote: As far as I have discovered, the real problem with AIX exception handling is that the exception landing pads are

Re: [PATCH][RFC] Fix P1 PR77498

On Wed, 29 Mar 2017, Jeff Law wrote: > On 03/29/2017 04:05 AM, Richard Biener wrote: > > > > After quite some pondering over this and other related bugs I propose > > the following for GCC 7 which tames down PRE a bit (back to levels > > of GCC 6). Technically it's the wrong place to fix this,