Re: vector _M_start and 0 offset

Hello, here is a clang-friendly version of the patch (same changelog), tested a while ago. Is it ok or do you prefer something like the + if(this->_M_impl._M_start._M_offset != 0) __builtin_unreachable(); version suggested by François? -- Marc GlisseIndex: include/bits/stl_bvector.h

No a*x+b*x factorization for signed vectors

Hello, this is a simple patch to remove the wrong-code part of PR 87319. I didn't spend much time polishing that code, since it is meant to disappear anyway. We could probably remove the inner == inner2 test in signed_or_unsigned_type_for, I hadn't noticed when copy-pasting the code. boots

[libstdc++,doc] Tweak links to FSF web site

Commmitted. Gerald 2018-09-29 Gerald Pfeifer * doc/xml/gnu/fdl-1.3.xml: The Free Software Foundation web site now uses https. Also omit the unnecessary trailing slash. * doc/xml/gnu/gpl-3.0.xml: Ditto. Index: doc/xml/gnu/fdl-1.3.xml ===

((X /[ex] A) +- B) * A --> X +- A * B

Hello, I noticed quite ugly code from both testcases. This transformation does not fix either, but it helps a bit. bootstrap+regtest on powerpc64le-unknown-linux-gnu. 2018-09-30 Marc Glisse gcc/ * match.pd (((X /[ex] A) +- B) * A): New transformation. gcc/testsuite/ * gcc

[wwwdocs,fortran] readings.html -- Fix link to Michel Olagnon's Fortran 90 List

The old link did not work any longer, without any redirect. This seems to be a valid replacement. Committed. Gerald Index: readings.html === RCS file: /cvs/gcc/wwwdocs/htdocs/readings.html,v retrieving revision 1.302 diff -u -r1.30

[PATCH] i386: Replace __m512 with __m512d in _mm512_abs_pd

_mm512_abs_pd takes __m512d, not __m512. OK for trunk and release branches? Thanks. H.J. -- gcc/ PR target/87467 * config/i386/avx512fintrin.h (_mm512_abs_pd): Replace __m512 with __m512d. gcc/testsuite/ * gcc.target/i386/pr87467.c: New test. --- gcc/config/i

[committed] Use structure to bubble up information about unterminated strings from c_strlen

This patch changes the NONSTR argument to c_strlen to instead be a little data structure c_strlen can populate with nuggets of information about the string. There's clearly a need for the decl related to the non-string argument. I see an immediate need for the length of a non-terminated string (c

[committed] Fix _mm512_{,mask_}abs_pd (PR target/87467)

Hi! These two functions were copied from their _mm512_*abs_ps counterparts and weren't fully adjusted, plus avx512f-abspd-1.c testcase was identical to avx512f-absps-1.c and thus nothing caught this up in the testsuite. Sorry for that. Fixed thusly, bootstrapped/regtested on x86_64-linux and i686

[PATCH] i386: Use TImode for BLKmode values in 2 integer registers

When passing and returning BLKmode values in 2 integer registers, use 1 TImode register instead of 2 DImode registers. Otherwise, V1TImode may be used to move and store such BLKmode values, which prevent RTL optimizations. Tested on x86-64. OK for trunk? Thanks. H.J. --- gcc/ PR target

[wwwdocs] gcc-6/changes.html - openmp.org has moved to https

Somehow this one apparently fell through when I made updates in the last weeks. Committed. Gerald Index: gcc-6/changes.html === RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-6/changes.html,v retrieving revision 1.107 diff -u -r1.107 change

[wwwdocs] Move our main page to HTML 5

After my changes in the past weeks (and months) this is the last of our regular, not automatically generated, pages that moves to HTML 5. There are some further simplifications and cleanups on this page in particular and our style sheet(s), but the majority of work is behind us, and for those o

Re: [PATCH] i386: Replace __m512 with __m512d in _mm512_abs_pd

On Sat, Sep 29, 2018 at 3:49 PM H.J. Lu wrote: > > _mm512_abs_pd takes __m512d, not __m512. > > OK for trunk and release branches? > > Thanks. > > > H.J. > -- > gcc/ > > PR target/87467 > * config/i386/avx512fintrin.h (_mm512_abs_pd): Replace __m512 > with __m512d. > > gcc/

Re: [PATCH] i386: Use TImode for BLKmode values in 2 integer registers

On Sat, Sep 29, 2018 at 6:36 PM H.J. Lu wrote: > > When passing and returning BLKmode values in 2 integer registers, use > 1 TImode register instead of 2 DImode registers. Otherwise, V1TImode > may be used to move and store such BLKmode values, which prevent RTL > optimizations. > > Tested on x86-

Re: [C++ Patch] PR 84423 ("[6/7/8/9 Regression] [concepts] ICE with invalid using declaration")

Hi again, On 9/28/18 9:15 PM, Paolo Carlini wrote: Thanks. About the location, you are certainly right, but doesn't seem trivial. Something we can do *now* is using declspecs->locations[ds_typedef] and declspecs->locations[ds_alias], but that gives us the location of the keyword 'typedef' and

[wwwdocs] style.mhtml - Remove the last traces of setting a DOCTYPE.

This removes the last traces of setting a DOCTYPE. All regular pages now have this included directly and for install/ the conversion from texinfo now does that. David, this should be yet another change that'll help make your script easier. Committed. Gerald Index: style.mhtml ===

[PATCH] x86: Add pmovzx/pmovsx patterns with SI/DI operands

Add pmovzx/pmovsx patterns with SI and DI operands for pmovzx/pmovsx instructions which only read the low 4 or 8 bytes from the source. gcc/ PR target/87317 * config/i386/sse.md (*sse4_1_v8qiv8hi2): New pattern. (*sse4_1_v4qiv4si2): Likewise. (*sse4_1_v4hiv

[GCC 8] [PATCH] i386: Remove _Unwind_Frames_Increment

Hi, I'd like to backport r263030: https://gcc.gnu.org/ml/gcc-cvs/2018-07/msg00756.html to GCC 8 for CET. Is it OK? Thanks. -- H.J.

Re: [PATCH] dumpfile.c: use prefixes other that 'note: ' for MSG_{OPTIMIZED_LOCATIONS|MISSED_OPTIMIZATION}

: gcc.dg/vect/vect-ivdep-1.c (test for excess errors) Excess errors: /usr/local/gcc/gcc-20180929/gcc/testsuite/gcc.dg/vect/vect-ivdep-1.c:11:3: optimized: loop versioned for vectorization to enhance alignment Andreas. -- Andreas Schwab, sch...@linux-m68k.org GPG Key fingerprint = 7578 EB47 D4E5

PING^4 [PATCH] i386: Add pass_remove_partial_avx_dependency

On Tue, Sep 18, 2018 at 9:44 AM H.J. Lu wrote: > > On Tue, Sep 11, 2018 at 9:01 AM, H.J. Lu wrote: > > On Tue, Sep 4, 2018 at 9:01 AM, H.J. Lu wrote: > >> On Tue, Aug 28, 2018 at 11:04 AM, H.J. Lu wrote: > >>> With -mavx, for > >>> > >>> [hjl@gnu-cfl-1 skx-2]$ cat foo.i > >>> extern float f; >

[PATCH] libgo: Don't assume sys.GoarchAmd64 == 64-bit pointer

On x86-64, sys.GoarchAmd64 == 1 for -mx32. But -mx32 has 32-bit pointer, not 64-bit. There is // _64bit = 1 on 64-bit systems, 0 on 32-bit systems _64bit = 1 << (^uintptr(0) >> 63) / 2 We should check both _64bit and sys.GoarchAmd64. PR go/87470 * go/runtime/malloc.go (arenaBas

Need link from high authority site?

Hey There My name is Anurag Chatap from https://Programesecure.com, I would love to add your site link in my article Otherwise if you want you can provide us an Article and We will publish it. Site DA: 31 Site PA: 35 Traffic: 3+ pageviews per month Age: 3.8 Years The link will be permanent

Re: [PATCH] libgo: Don't assume sys.GoarchAmd64 == 64-bit pointer

"H.J. Lu" writes: > On x86-64, sys.GoarchAmd64 == 1 for -mx32. But -mx32 has 32-bit > pointer, not 64-bit. There is > > // _64bit = 1 on 64-bit systems, 0 on 32-bit systems > _64bit = 1 << (^uintptr(0) >> 63) / 2 > > We should check both _64bit and sys.GoarchAmd64. Thanks, but I think the corr