Re: Converting to LRA (calling all maintainers)

> Have any back ends been converted since the default was changed, that > did not already have LRA support? I looked at this in the context of > nios2 a few months ago (when we were still in stage 1) but didn't see an > example patch set for any other back end, or a good description of what > I

gcc-5-20170103 is now available

Snapshot gcc-5-20170103 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/5-20170103/ and on various mirrors, see http://gcc.gnu.org/mirrors.html for details. This snapshot has been generated from the GCC 5 SVN branch with the following options: svn://gcc.gnu.org/svn/gcc/branches/gcc-5

Re: Converting to LRA (calling all maintainers)

On 01/03/2017 02:22 PM, Eric Botcazou wrote: p.s. Are there plans for converting the SPARC port? The SPARC port has now been converted. Note that the status of the PowerPC port is a bit confusing because both doc/invoke.texi and htdocs/backends.html say that it still uses reload. Have any

Re: Converting to LRA (calling all maintainers)

> p.s. Are there plans for converting the SPARC port? The SPARC port has now been converted. Note that the status of the PowerPC port is a bit confusing because both doc/invoke.texi and htdocs/backends.html say that it still uses reload. -- Eric Botcazou

Re: Converting to LRA (calling all maintainers)

From: Eric Botcazou Date: Tue, 03 Jan 2017 22:22:05 +0100 >> p.s. Are there plans for converting the SPARC port? > > The SPARC port has now been converted. Thanks so much for doing this work, I wish I could have been more helpful.

Re: Converting to LRA (calling all maintainers)

On Tue, Jan 3, 2017 at 4:22 PM, Eric Botcazou wrote: >> p.s. Are there plans for converting the SPARC port? > > Note that the status of the PowerPC port is a bit confusing because both > doc/invoke.texi and htdocs/backends.html say that it still uses reload. Fixed.

Re: New GCC Mirror

On Fri, 16 Sep 2016, mirr...@letterboxdelivery.org wrote: > We're supporters of your project and have created a mirror. > > Location: Tokyo, Japan > > Mirror: http://gcc.letterboxdelivery.org (http) | > rsync://gcc.letterboxdelivery.org/gcc (rsync) > > Mirror contact email:

[PATCH 0/4] S/390: memset/memcpy inline code improvements

Please see the individual patches for descriptions. I'll commit these after leaving a few days for comments. Andreas Krebbel (4): S/390: memset: Avoid overlapping MVC operands between iterations. S/390: Unroll mvc/xc loop for memset with small constant lengths. S/390: Unroll mvc loop for

[PATCH 1/4] S/390: memset: Avoid overlapping MVC operands between iterations.

A memset with a value != 0 is currently implemented using the mvc instruction propagating the first byte through 256 byte blocks. While for the first mvc the byte is written with a separate instruction subsequent MVCs used the last byte of the previous 256 byte block. Starting with z13 this

[PATCH 4/4] S/390: Additional memset/memcpy runtime tests.

These were provided by Dominik to check more of the corner case in our memset/memcpy inline code. gcc/testsuite/ChangeLog: 2017-01-03 Dominik Vogt * gcc.target/s390/memcpy-2.c: New test. * gcc.target/s390/memset-2.c: New test. ---

[PATCH 2/4] S/390: Unroll mvc/xc loop for memset with small constant lengths.

When expanding a memset we emit a loop of MVCs/XCs instructions dealing with 256 byte blocks. This loop used to get unrolled with older GCCs when using constant length operands. GCC lost this ability probably when more of the loop unrolling stuff has been moved to tree level. With this patch

[PATCH 3/4] S/390: Unroll mvc loop for memcpy with small constant lengths.

See the memset unrolling patch. The very same applies to memcpys with constant lengths. 2017-01-03 Andreas Krebbel * config/s390/s390.c (s390_expand_movmem): Unroll MVC loop for small constant length operands. gcc/testsuite/ChangeLog: 2017-01-03

[Bug middle-end/77484] [6/7 Regression] Static branch predictor causes ~6-8% regression of SPEC2000 GAP

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77484 --- Comment #18 from Dominik Vogt --- (The perlbench result looks like a bad measurement result; we sometimes have this on devel machine for unknown reasons, possibly when someone compiles or tests on a different partition.)

[Bug c++/71182] [6/7 Regression] parser.c cp_lexer_previous_token sanitizer detects member call on null pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71182 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #7

[PATCH] [msp430] Sync msp430_mcu_data with devices.csv

This patch syncs the generated msp430_mcu_data structure: - With the latest version of devices.csv released by TI. - Between msp430.c and driver-msp430.c. The former was updated more recently than the latter. - With the copy of the same data structure in binutils, for which a similar patch has

[Bug target/77468] [7 Regression] C-ray regression on Aarch64

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77468 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #8

[Bug tree-optimization/78114] [7 regression] gfortran.dg/vect/fast-math-mgrid-resid.f FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78114 amker at gcc dot gnu.org changed: What|Removed |Added Status|NEW |RESOLVED

[PATCH][PR tree-optimization/78856] Invalidate cached iteration information when threading across multiple loop headers

So as noted in the BZ comments the jump threading code has code that detects when a jump threading path wants to cross multiple loop headers and truncates the jump threading path in that case. What we should have done instead is invalidate the cached loop information. Additionally, this BZ

[Bug libgcc/58120] libgcc.a and libgcc_eh.a have incorrect symbol visibility

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58120 Yuri Gribov changed: What|Removed |Added CC||tetra2005 at gmail dot com --- Comment #1

Re: [PATCH/AARCH64] Handle ILP32 multi-arch

Ping? On Sat, Dec 10, 2016 at 1:24 PM, Andrew Pinski wrote: > On Thu, Nov 10, 2016 at 6:58 PM, Andrew Pinski wrote: >> On Tue, Oct 25, 2016 at 3:25 PM, Matthias Klose wrote: >>> On 07.10.2016 23:08, Andrew Pinski wrote: Hi,

[SPARC] Enable LRA by default

I changed my mind and decided to give it a try for GCC 7, after bootstrapping and testing the 32-bit and 64-bit compilers, both in development and release modes, over the last weeks. The few encountered issues were minor: missed optimization in a specific case (PR rtl-optimization/78664) and

Patch Pings for fixes to bz33562 and bz61912.

Pinging patches #1 and #2 from the 4 part series to improve DSE. ISTM that #3 and #4 should wait for gcc-7. Patches #1 and #2 included for reference. --- Begin Message --- This is the first of the 4 part patchkit to address deficiencies in our DSE implementation. This patch addresses the

Re: [PATCH] c++/78765

On 12/16/2016 07:23 AM, Nathan Sidwell wrote: when cxx_eval_constant_expression finds a nonconstant expression it returns a TREE without TREE_CONSTANT set. else if (non_constant_p && TREE_CONSTANT (r)) { /* This isn't actually constant, so unset TREE_CONSTANT. */ ... else

Re: [PATCH] c++/78771 ICE with inheriting ctor

On 12/19/2016 08:09 AM, Nathan Sidwell wrote: this patch fixes 78771, were an assert fires due to recursive instantiation of an inheriting ctor. Normally when a recursive instantiation is needed, we've already constructed and registered the declaration, so simply return it. For ctors though we

Re: Implement -Wduplicated-branches (PR c/64279) (v3)

On 11/3/16, Jakub Jelinek wrote: > On Thu, Nov 03, 2016 at 09:27:55AM -0400, Jason Merrill wrote: >> On Thu, Nov 3, 2016 at 7:24 AM, Marek Polacek wrote: >> > On Tue, Nov 01, 2016 at 02:53:58PM +0100, Jakub Jelinek wrote: >> >> On Tue, Nov 01, 2016 at

[Bug c/78973] New: [7 Regression] warning: ‘memcpy’: specified size between 18446744071562067968 and 18446744073709551615 exceeds maximum object size 9223372036854775807 [-Wstringop-overflow=]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78973 Bug ID: 78973 Summary: [7 Regression] warning: ‘memcpy’: specified size between 18446744071562067968 and 18446744073709551615 exceeds maximum object size 9223372036854775807

[Bug pch/78970] GCC crashes if input file is dash

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78970 Martin Liška changed: What|Removed |Added Keywords||ice-on-valid-code

Re: [PATCH][GCC][PATCHv3] Improve fpclassify w.r.t IEEE like numbers in GIMPLE.

Hi Jeff, I wasn't sure if you saw the updated patch attached to the previous email or if you just hadn't had the time to look at it yet. Cheers, Tamar From: Jeff Law Sent: Monday, December 19, 2016 8:27:33 PM To: Tamar Christina;

[Bug c++/77545] [7 Regression] ICE on valid C++11 code: in potential_constant_expression_1, at cp/constexpr.c:5480

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77545 Marek Polacek changed: What|Removed |Added Keywords|ice-on-invalid-code |ice-on-valid-code CC|

[Bug tree-optimization/71361] [7 Regression] Changes in ivopts caused perf regression on x86

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71361 --- Comment #3 from amker at gcc dot gnu.org --- (In reply to Jakub Jelinek from comment #2) > Any progress with this? I had a patch which can resolve the reported regression, and generate even better code than the original: .L5: movl

New template for 'cpplib' made available

Hello, gentle maintainer. This is a message from the Translation Project robot. (If you have any questions, send them to .) A new POT file for textual domain 'cpplib' has been made available to the language teams for translation. It is archived as:

Re: [PATCH, wwwdocs] Add gcc-7/porting_to.html, Fortran changes

On Tue, 3 Jan 2017, Janne Blomqvist wrote: > (I added and tags to the > porting_to.html file, which is apparently what is recommended these > days; I didn't add this to any existing file) DOCTYPE etc. are added automatically via style.mhtml. They do not belong in any individual checked-in

[Bug tree-optimization/78428] [5/6 Regression] wrong code at -O2 and -O3 on x86_64-linux-gnu in 64-bit mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78428 --- Comment #11 from Martin Liška --- Author: marxin Date: Tue Jan 3 12:04:05 2017 New Revision: 244018 URL: https://gcc.gnu.org/viewcvs?rev=244018=gcc=rev Log: Fill bitregion_{start,end} in store_constructor (PR tree-optimization/78428)

[Bug c++/77347] [6/7 Regression] Incorrect auto deduction failure in template class member function

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77347 --- Comment #5 from Jakub Jelinek --- Oops, please take #c4 back, it is a variable declarator, not function declarator.

[PATCH] Fix typos in libstdc++ docs and update copyright years

* doc/xml/manual/spine.xml: Update copyright years. * doc/xml/manual/build_hacking.xml: Fix spelling of libbuilddir. * doc/xml/manual/test.xml: Likewise. * doc/html/*: Regenerate. Comitted to trunk. commit 6c912caa212670131a9d3ed61c89d2182c79b1c0 Author: Jonathan

[Bug target/78631] [Intel MPX] libmpxwrappers shared library leads to a non-bounds-preserving memcpy()

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78631 --- Comment #13 from Ilya Enkovich --- (In reply to Alexander Ivchenko from comment #12) > Fixed with r243942 It should be backported to GCC6.

[PATCH, wwwdocs] Add gcc-7/porting_to.html, Fortran changes

Hi, the attached patch mentions some changes in the Fortran frontend for the GCC 7 cycle, and also adds the so-far missing gcc-7/porting_to.html file. (I added and tags to the porting_to.html file, which is apparently what is recommended these days; I didn't add this to any existing file) Ok

[Bug target/77359] [7 Regression] AIX bootstrap failure due to alignment of stack pointer + STACK_DYNAMIC_OFFSET

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77359 Jakub Jelinek changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

New template for 'gcc' made available

Hello, gentle maintainer. This is a message from the Translation Project robot. (If you have any questions, send them to .) A new POT file for textual domain 'gcc' has been made available to the language teams for translation. It is archived as:

[Bug middle-end/78901] [7 Regression] ICE: verify_gimple failed (error: statement marked for throw in middle of block)

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78901 --- Comment #16 from h2+bugs at fsfe dot org --- (In reply to Jakub Jelinek from comment #15) > Fixed. Thanks, confirmed it fixes our issues.

[Bug target/78972] [5/6/7 Regression] poor x86 simd instruction scheduling

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78972 Andrew Pinski changed: What|Removed |Added Component|rtl-optimization|target --- Comment #5 from Andrew

[Bug tree-optimization/71361] [7 Regression] Changes in ivopts caused perf regression on x86

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71361 --- Comment #4 from Jakub Jelinek --- So shall we defer this PR to GCC 8 then (i.e. [8 Regression] and Target Milestone: 8.0? Richard, are you ok with that?

[Bug target/77359] [7 Regression] AIX bootstrap failure due to alignment of stack pointer + STACK_DYNAMIC_OFFSET

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77359 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment

Re: [PATCH] DWARF: make signedness explicit for enumerator const values

On 01/02/2017 06:29 PM, Jakub Jelinek wrote: Just a formatting nit, TYPE_UNSIGNED (type) doesn't need to be wrapped in ()s. No need to repost. Done and committed as r244015. Thank you! -- Pierre-Marie de Rodat

[Bug c++/77284] [5/6/7 Regression] ICE on valid C++11 code using initializer list: in potential_constant_expression_1, at cp/constexpr.c:5480

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77284 Marek Polacek changed: What|Removed |Added Keywords|error-recovery |ice-on-valid-code Priority|P4

[Bug middle-end/77484] [6/7 Regression] Static branch predictor causes ~6-8% regression of SPEC2000 GAP

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77484 --- Comment #17 from Dominik Vogt --- Can you make sense of these results? The size of gamess has not changed, but the runtime has but still looks noticeably worse. The astar performance looks similar to yesterday's result without the change

[Bug tree-optimization/78428] [5/6 Regression] wrong code at -O2 and -O3 on x86_64-linux-gnu in 64-bit mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78428 --- Comment #10 from Martin Liška --- Author: marxin Date: Tue Jan 3 10:54:40 2017 New Revision: 244016 URL: https://gcc.gnu.org/viewcvs?rev=244016=gcc=rev Log: Fill bitregion_{start,end} in store_constructor (PR tree-optimization/78428).

Re: [C++ PATCH] Implement LWG2296 helper intrinsic

On 01/01/17 15:53 +0100, Jakub Jelinek wrote: On Sun, Jan 01, 2017 at 10:27:24AM -0400, Gerald Pfeifer wrote: On Fri, 7 Oct 2016, Jakub Jelinek wrote: > The following patch adds __builtin_addressof with the semantics it has in > clang, i.e. it is a constexpr & operator alternative that never

[Bug target/77359] [7 Regression] AIX bootstrap failure due to alignment of stack pointer + STACK_DYNAMIC_OFFSET

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77359 --- Comment #25 from Dominik Vogt --- (In reply to Jakub Jelinek from comment #24) > So is this fixed now? As far as I know, it's fixed. > Or is it being kept open because that change broke > sparc*-* (but that is already tracked in a

[Bug tree-optimization/78886] Segmentation fault malloc and volatile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78886 Martin Liška changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug driver/78863] [6 Regression] error on -fsanitize suggests invalid -fsanitize=all

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78863 --- Comment #6 from Martin Liška --- Author: marxin Date: Tue Jan 3 12:15:32 2017 New Revision: 244021 URL: https://gcc.gnu.org/viewcvs?rev=244021=gcc=rev Log: Do not suggest -fsanitize=all (PR driver/78863). 2017-01-03 Martin Liska

Re: [PATCH, wwwdocs] Add gcc-7/porting_to.html, Fortran changes

On Tue, Jan 3, 2017 at 2:04 PM, Joseph Myers wrote: > On Tue, 3 Jan 2017, Janne Blomqvist wrote: > >> (I added and tags to the >> porting_to.html file, which is apparently what is recommended these >> days; I didn't add this to any existing file) > > DOCTYPE etc. are

Re: [1/9][RFC][DWARF] Reserve three DW_OP numbers in vendor extension space

On 28/12/16 19:54, Cary Coutant wrote: OK on this proposal and to install this patch to gcc trunk? Hi GDB, Binutils maintainer: OK on this proposal and install this patch to binutils-gdb master? include/ 2016-11-29 Richard Earnshaw Jiong Wang

[Bug rtl-optimization/78932] [ARM] -O2 generates wrong code

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78932 --- Comment #1 from xqr4n54r1 at hotmail dot com --- Created attachment 40444 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=40444=edit filter_with_O2.c.201r.bbro : Indicates that the problem has occurred. -

[Bug libstdc++/77413] [7 regression] experimental/numeric/gcd.cc etc. FAIL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77413 Jakub Jelinek changed: What|Removed |Added CC||jakub at gcc dot gnu.org --- Comment #3

[Bug tree-optimization/78428] wrong code at -O2 and -O3 on x86_64-linux-gnu in 64-bit mode

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78428 Martin Liška changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug c/39589] make -Wmissing-field-initializers=2 work with "designated initializers" ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39589 Jonathan Wakely changed: What|Removed |Added Target Milestone|6.4 |--- --- Comment #9 from Jonathan

[Bug driver/78863] error on -fsanitize suggests invalid -fsanitize=all

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78863 Martin Liška changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

Re: [PATCH] [PR rtl-optimization/65618] Fix MIPS ADA bootstrap failure

On 01/01/17 22:27, Jeff Law wrote: > On 12/20/2016 07:38 AM, James Cowgill wrote: >> Hi, >> >> On 19/12/16 21:43, Jeff Law wrote: >>> On 12/19/2016 08:44 AM, James Cowgill wrote: 2016-12-16 James Cowgill PR rtl-optimization/65618 *

[Bug libstdc++/77413] [7 regression] experimental/numeric/gcd.cc etc. FAIL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77413 --- Comment #4 from Jonathan Wakely --- Almost certainly r240656 which replaces the problematic use of std::abs with an always-constexpr __abs function (which r240723 then renamed to __abs_integral). So I think this is a dup of PR 77801

New Ukrainian PO file for 'cpplib' (version 7.1-b20170101)

Hello, gentle maintainer. This is a message from the Translation Project robot. A revised PO file for textual domain 'cpplib' has been submitted by the Ukrainian team of translators. The file is available at: http://translationproject.org/latest/cpplib/uk.po (This file,

Contents of PO file 'cpplib-7.1-b20170101.uk.po'

cpplib-7.1-b20170101.uk.po.gz Description: Binary data The Translation Project robot, in the name of your translation coordinator.

[Bug tree-optimization/78886] [5/6 Regression] Segmentation fault malloc and volatile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78886 --- Comment #11 from Martin Liška --- Author: marxin Date: Tue Jan 3 12:09:05 2017 New Revision: 244020 URL: https://gcc.gnu.org/viewcvs?rev=244020=gcc=rev Log: Fix tree-optimization/78886. 2017-01-03 Martin Liska

[Bug c/39589] make -Wmissing-field-initializers=2 work with "designated initializers" ?

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39589 Georg changed: What|Removed |Added CC||georggcc at googlemail dot com --- Comment #8

[Bug libstdc++/77413] [7 regression] experimental/numeric/gcd.cc etc. FAIL

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77413 Jakub Jelinek changed: What|Removed |Added Status|NEW |RESOLVED Resolution|---

[Bug c++/78966] Unjustified variadic template instantiation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78966 --- Comment #2 from Eelis --- The testcase was a minimized version of the (imho innocuous looking): #include #include template std::ostream & operator<<(std::ostream &, std::variant const &); int main() { std::cout << std::endl; }

[Bug libstdc++/77801] std::experimental::gcd std::experimental::lcd use non-constexpr std::abs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77801 Jakub Jelinek changed: What|Removed |Added CC||ro at gcc dot gnu.org --- Comment #8

[Bug tree-optimization/78886] [5/6 Regression] Segmentation fault malloc and volatile

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78886 --- Comment #10 from Martin Liška --- Author: marxin Date: Tue Jan 3 12:08:10 2017 New Revision: 244019 URL: https://gcc.gnu.org/viewcvs?rev=244019=gcc=rev Log: Fix tree-optimization/78886. 2017-01-03 Martin Liska

[Bug libstdc++/78979] 27_io/headers/cstdio/functions_neg.cc FAILs on Solaris

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78979 --- Comment #2 from Jonathan Wakely --- The Solaris header would be more correct if it did: #if __STDC_VERSION__ < 201112L && __cplusplus < 201402L extern char *gets(char *) __ATTR_DEPRECATED; #endif That would suppress the declaration for

Re: [ARM] PR 78253 do not resolve weak ref locally

Ping? The patch is at https://gcc.gnu.org/ml/gcc-patches/2016-12/msg00078.html On 14 December 2016 at 16:29, Christophe Lyon wrote: > Ping^2 ? > > As a reminder, this patch mimics what aarch64 does wrt to references to weak > symbols such that they are not resolved

Re: [patch,avr] PR78883: Implement CANNOT_CHANGE_MODE_CLASS.

On Tue, Jan 03, 2017 at 01:43:01PM +, Richard Sandiford wrote: > An alternative would be to add a new macro to control this block in > general_operand: > > #ifdef INSN_SCHEDULING > /* On machines that have insn scheduling, we want all memory >reference to be explicit, so outlaw

[Bug c/78981] New: Sign extension bug when stdlib is not explicitly included while using getenv on amd64.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78981 Bug ID: 78981 Summary: Sign extension bug when stdlib is not explicitly included while using getenv on amd64. Product: gcc Version: 5.4.0 Status: UNCONFIRMED

[Bug c/78981] Sign extension bug when stdlib is not explicitly included while using getenv on amd64.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78981 --- Comment #1 from Andrew Pinski --- You should be getting an implicit function declared warning with -Wextra -Wall .

Re: [PATCH] Use the middle-end boolean_type_node

On 01/03/2017 03:31 PM, Janne Blomqvist wrote: > On Tue, Jan 3, 2017 at 4:20 PM, Jakub Jelinek wrote: >> On Tue, Jan 03, 2017 at 03:14:46PM +0100, Dominik Vogt wrote: >>> This patch costs several thousand additional instructions in >>> Spec2006 on s390x ("lines" = instructions):

[Bug libstdc++/78979] 27_io/headers/cstdio/functions_neg.cc FAILs on Solaris

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78979 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug libstdc++/78968] conflict between gnu's __cxa_thread_atexit and LLVM's/FreeBSD's implementation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78968 --- Comment #11 from Kostik Belousov --- (In reply to Jonathan Wakely from comment #10) > (In reply to Kostik Belousov from comment #9) > > Would older gcc releases fine if FreeBSD exports __cxa_thread_atexit_impl as > > an alias for

[Bug tree-optimization/78899] [7 Regression] Vestorized loop with optmized mask stores motion is completely deleted after r242520.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78899 --- Comment #4 from Jakub Jelinek --- Somewhat more simplified: /* PR c++/71077 */ /* { dg-do compile } */ /* { dg-options "-O3" } */ /* { dg-additional-options "-mavx2" { target { i?86-*-* x86_64-*-* } } } */ void foo (int *a, int n) { int

[Bug middle-end/78977] [7 Regression] g++7 snprintf() of double produces wrong code with -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78977 --- Comment #2 from Martin Sebor --- It's possible that this bug will be fixed by my patch for bug 78696. The patch was approved just before the holidays but I am yet to commit it. Let me retest it and check it in today.

[Bug c/78981] Sign extension bug when stdlib is not explicitly included while using getenv on amd64.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78981 Andreas Schwab changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED

[Bug c/78973] [7 Regression] warning: ‘memcpy’: specified size between 18446744071562067968 and 18446744073709551615 exceeds maximum object size 9223372036854775807 [-Wstringop-overflow=]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78973 Martin Sebor changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug c/78973] warning: ‘memcpy’: specified size between 18446744071562067968 and 18446744073709551615 exceeds maximum object size 9223372036854775807 [-Wstringop-overflow=]

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78973 Markus Trippelsdorf changed: What|Removed |Added Status|WAITING |NEW Summary|[7

[Bug libstdc++/78975] uniform_real_distribution should not check RealType with is_floating_point

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78975 --- Comment #2 from Charles Karney --- Gag... I see that the standard indeed restricts the implementation to float, double, and long double. Was this really the intention? Everything carries over beautifully for arbitrary types that "behave"

[Bug libstdc++/78968] conflict between gnu's __cxa_thread_atexit and LLVM's/FreeBSD's implementation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78968 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[PATCH] Add deleted std::thread(const thread&&) constructor

LWG 2097 says that the templated std::thread(Callable&&, Args&&...) constructor should not participate in overload resolution when decay_t is std::thread. Rather than removing it from the overload set we just ensure that there are better matches, but we fail to do so for const rvalues. This fixes

[Bug fortran/78976] [7 Regression] FAIL: gfortran.dg/dependency_49.f90 and gfortran.dg/transfer_intrinsic_1.f90

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78976 Janne Blomqvist changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug go/78978] New: [7 regression] runtime/pprof FAILs on Solaris 2/x86

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78978 Bug ID: 78978 Summary: [7 regression] runtime/pprof FAILs on Solaris 2/x86 Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug libstdc++/78968] conflict between gnu's __cxa_thread_atexit and LLVM's/FreeBSD's implementation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78968 --- Comment #8 from Jonathan Wakely --- (In reply to Jonathan Wakely from comment #7) > Right. This can be worked around for any GCC releases except 5.5, 6.4 and > 7.1, but anything older can't be fixed. Sorry, I edited that sentence half way

[Bug libstdc++/78956] std::thread doesn't fully meet LWG 2097 requirement

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78956 Jonathan Wakely changed: What|Removed |Added Status|UNCONFIRMED |NEW Last reconfirmed|

[Bug middle-end/78977] [7 Regression] g++7 snprintf() of double produces wrong code with -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78977 Jakub Jelinek changed: What|Removed |Added Priority|P3 |P1 CC|

[PATCH 2/2] [ADA] Fix constants in s-linux-mips.ads

Hi, This patch corrects various constants in s-linux-mips.ads. A large proportion (especially the signals) were simply wrong on MIPS. It also fixes the struct sigaction offsets which are incorrect on 64-bit systems because sa_flags is an int (always 32-bits), and not a pointer. Thanks, James

Re: [PATCH] libstdc++: Allow using without lock free atomic int

On 19/12/16 17:52 +, Jonathan Wakely wrote: On 16/12/16 17:52 +, Jonathan Wakely wrote: On 09/11/16 23:26 +0200, Pauli wrote: Compiling programs using std::future for old arm processors fails. The problem is caused by preprocessor check for atomic lock free int. Future can be changed

[Bug middle-end/78977] [7 Regression] g++7 snprintf() of double produces wrong code with -O3

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78977 --- Comment #3 from h2+bugs at fsfe dot org --- (In reply to Jakub Jelinek from comment #1) > You haven't provided a self-contained test, so it is hard to know exactly, > but I bet it is the -fprintf-return-value optimization. Try >

Re: [Patch][ARM,AArch64] more poly64 intrinsics and tests

Ping? On 14 December 2016 at 23:09, Christophe Lyon wrote: > On 14 December 2016 at 17:55, James Greenhalgh > wrote: >> On Mon, Dec 12, 2016 at 05:03:31PM +0100, Christophe Lyon wrote: >>> Hi, >>> >>> After the recent update from Tamar, I

[Bug tree-optimization/78899] [7 Regression] Vestorized loop with optmized mask stores motion is completely deleted after r242520.

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78899 --- Comment #3 from Jakub Jelinek --- The original ICE is with -flto, but modified testcase: /* PR c++/71077 */ /* { dg-do compile { target { i?86-*-* x86_64-*-* } } } */ /* { dg-options "-O3 -march=core-avx2" } */ int *a; static int b, c,

PING Re: [PATCH] Add x86_64-specific selftests for RTL function reader (v2)

Ping: https://gcc.gnu.org/ml/gcc-patches/2016-12/msg01616.html (the patch has been successfully bootstrap on x86_64-pc-linux-gnu, and also tested on i686-pc-linux-gnu). On Mon, 2016-12-19 at 12:12 -0500, David Malcolm wrote: > Note to i386 maintainters: this patch is part of the RTL frontend.

[Bug bootstrap/77569] [7 Regression] self tests fail when not using C locale

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77569 Jakub Jelinek changed: What|Removed |Added Attachment #40446|0 |1 is obsolete|

Re: [PATCH] Use the middle-end boolean_type_node

On Tue, Dec 13, 2016 at 10:59:09PM +0200, Janne Blomqvist wrote: > Use the boolean_type_node setup by the middle-end instead of > redefining it. boolean_type_node is not used in GFortran for any > ABI-visible stuff, only internally as the type of boolean > expressions. There appears to be one

[Bug libstdc++/78979] New: 27_io/headers/cstdio/functions_neg.cc FAILs on Solaris

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78979 Bug ID: 78979 Summary: 27_io/headers/cstdio/functions_neg.cc FAILs on Solaris Product: gcc Version: 7.0 Status: UNCONFIRMED Severity: normal Priority: P3

[wwwdocs] Trim GCJ references from "Current Development" in onlinedocs/

Applied. Gerald Index: onlinedocs/index.html === RCS file: /cvs/gcc/wwwdocs/htdocs/onlinedocs/index.html,v retrieving revision 1.161 diff -u -r1.161 index.html --- onlinedocs/index.html 21 Dec 2016 10:57:36 - 1.161

[Bug libstdc++/78979] 27_io/headers/cstdio/functions_neg.cc FAILs on Solaris

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78979 Rainer Orth changed: What|Removed |Added Target Milestone|--- |7.0

  1   2   3   >