Re: MinGW compilation warnings in libiberty's xstrndup.c

Eli Zaretskii writes: > Seems to work fine, thanks. Checked into gcc trunk then :-)

Re: [PATCH rs6000] Addition fixes to BMI intrinsic tests, 2nd edition

On Tue, 2017-05-30 at 17:26 -0500, Segher Boessenkool wrote: > On Fri, May 26, 2017 at 10:32:54AM -0500, Steven Munroe wrote: > > * gcc.target/powerpc/bmi2-pdep32-1.c []: Add -mcpu=power7 to > > dg-options. Change dg-require-effective-target powerpc_vsx_ok > > to vsx_hw. > > Stray

[Bug middle-end/66313] Unsafe factorization of a*b+a*c

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66313 --- Comment #17 from Dmitry Babokin --- Any chances for the fix for this bug? Looks like this one stands as a last obstacle to claim UBSAN in GCC fully functional. I still see quite a few errors, but looks like all of them are attributed to

[Bug other/80923] New: RTEMS SH ICE building gcc-7.1.0 on FreeBSD 11.0

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80923 Bug ID: 80923 Summary: RTEMS SH ICE building gcc-7.1.0 on FreeBSD 11.0 Product: gcc Version: 7.1.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component:

persistent threads in a nested parallel region

I have a parallel for inside a parallel task. Nesting works fine, but the nested threads are launched every time, and the overhead is problematic. Is there a way to keep the nested threads persistent?

Re: backporting fixes for xtensa to stable branches

On Tue, May 30, 2017 at 3:34 PM, augustine.sterl...@gmail.com wrote: > On Tue, May 30, 2017 at 3:26 PM, Max Filippov wrote: >> Hi Sterling, >> >> for xtensa we have a number of bugfixes in the mainline that were never >> backported to the stable

[Bug target/78603] internal compiler error: in dwarf2out_var_location, at dwarf2out.c:21846

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78603 --- Comment #6 from jcmvbkbc at gcc dot gnu.org --- Author: jcmvbkbc Date: Wed May 31 00:05:38 2017 New Revision: 248714 URL: https://gcc.gnu.org/viewcvs?rev=248714=gcc=rev Log: xtensa: Fix PR target/78603 2017-05-30 Max Filippov

[Bug target/78118] xtensa: ICE in gcc-6.1.0/libgcc/libgcc2.c:1992:1: error: unrecognizable insn

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78118 --- Comment #6 from jcmvbkbc at gcc dot gnu.org --- Author: jcmvbkbc Date: Wed May 31 00:05:01 2017 New Revision: 248713 URL: https://gcc.gnu.org/viewcvs?rev=248713=gcc=rev Log: xtensa: Fix PR target/78118 It started failing after the following

[Bug c++/80916] Spurious "declared 'static' but never defined" warning

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80916 --- Comment #1 from Davin McCall --- (Does not actually require -Wno-invalid-offsetof to reproduce; that was just me copying my command line literally. Problem first appears in GCC 6.1, not in 5.x, still present in 7.1).

[Bug target/78603] internal compiler error: in dwarf2out_var_location, at dwarf2out.c:21846

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78603 --- Comment #5 from jcmvbkbc at gcc dot gnu.org --- Author: jcmvbkbc Date: Tue May 30 23:41:58 2017 New Revision: 248708 URL: https://gcc.gnu.org/viewcvs?rev=248708=gcc=rev Log: xtensa: Fix PR target/78603 2017-05-30 Max Filippov

Re: [PATCH] Add attribute((target_clone(...))) to PowerPC

On Tue, May 30, 2017 at 04:51:34PM -0500, Segher Boessenkool wrote: > Hi Mike, > > On Thu, May 25, 2017 at 04:05:39PM -0400, Michael Meissner wrote: > > +/* On PowerPC, we have a limited number of target clones that we care about > > + which means we can use an array to hold the options, rather

Re: [PATCH 9/13] D: D2 Testsuite Dejagnu files.

On May 28, 2017, at 2:16 PM, Iain Buclaw wrote: > > This patch adds D language support to the GCC test suite. Ok. If you could ensure that gcc without D retains all it's goodness and that gcc with D works on 2 different systems, that will help ensure integration

Re: [PATCH v2, rs6000] gcc mainline, add builtin support for vec_doublee, vec_doubleo, vec_doublel builtins

Hi! On Fri, May 26, 2017 at 09:17:26AM -0700, Carl E. Love wrote: >* config/rs6000/altivec.md: Add code generator for doublee, unsdoublee >doubleov, unsdoubleov, doublehv, unsdoublehv, doublelv, unsdoublelv. Please mention the full name of the define_*, i.e. *

[Bug c++/80840] [7/8 Regression] ICE in convert_nontype_argument reference to double

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80840 Jason Merrill changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

gcc-5-20170530 is now available

Snapshot gcc-5-20170530 is now available on ftp://gcc.gnu.org/pub/gcc/snapshots/5-20170530/ 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: backporting fixes for xtensa to stable branches

On Tue, May 30, 2017 at 3:26 PM, Max Filippov wrote: > Hi Sterling, > > for xtensa we have a number of bugfixes in the mainline that were never > backported to the stable branches. It'd be great having them in the stable > gcc releases instead of carrying the fixes in various

[Bug libfortran/80850] Sourced allocate() fails to allocate a pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80850 --- Comment #7 from Thomas Koenig --- 236968 OK 248467 Not OK Trying 242717 ...

Re: [PATCH rs6000] Addition fixes to BMI intrinsic tests, 2nd edition

On Fri, May 26, 2017 at 10:32:54AM -0500, Steven Munroe wrote: > * gcc.target/powerpc/bmi2-pdep32-1.c []: Add -mcpu=power7 to > dg-options. Change dg-require-effective-target powerpc_vsx_ok > to vsx_hw. Stray "[]"? > --- gcc/testsuite/gcc.target/powerpc/bmi2-pdep32-1.c

backporting fixes for xtensa to stable branches

Hi Sterling, for xtensa we have a number of bugfixes in the mainline that were never backported to the stable branches. It'd be great having them in the stable gcc releases instead of carrying the fixes in various toolchain builders. Would it be ok to do the following backports? to the

Re: Optimisation of std::binary_search of the header

On May 29, 2017, at 1:05 AM, jay pokarna wrote: > > Could you give me the contact of the standard committee? https://isocpp.org/std/the-committee

[Bug testsuite/80557] rewrite absolute line numbers into relative or saved line numbers

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80557 Tom de Vries changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[Bug c/80922] New: #pragma diagnostic ignored not honoured with -flto

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80922 Bug ID: 80922 Summary: #pragma diagnostic ignored not honoured with -flto Product: gcc Version: 7.0.1 Status: UNCONFIRMED Severity: normal Priority: P3

[Bug testsuite/80910] FAIL: gcc.target/x86_64/abi/ms-sys

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80910 Tom de Vries changed: What|Removed |Added Status|UNCONFIRMED |RESOLVED Resolution|---

[testsuite, committed] Test if host compiler supports -std=c++11 in ms-sysv.exp

Hi, this patch adds a test to see if the host compiler supports -std=c++11 in ms-sysv.exp, and if not marks ms-sysv as unsupported. Committed. Thanks, - Tom Test if host compiler supports -std=c++11 in ms-sysv.exp 2017-05-30 Tom de Vries PR testsuite/80910 *

[Bug testsuite/80910] FAIL: gcc.target/x86_64/abi/ms-sys

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80910 --- Comment #2 from Tom de Vries --- Author: vries Date: Tue May 30 22:00:57 2017 New Revision: 248701 URL: https://gcc.gnu.org/viewcvs?rev=248701=gcc=rev Log: Test if host compiler supports -std=c++11 in ms-sysv.exp 2017-05-30 Tom de Vries

[Bug c/54202] Overeager warning about freeing non-heap objects

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54202 --- Comment #6 from Thiago Macieira --- ping. If you can't fix GCC so that it can prove that the free is on a non-heap object, then please change the warning to indicate that GCC may be wrong. For example: warning: free() may be called with

[Bug libstdc++/80187] C++ variant should be trivially copy constructible if possible

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80187 --- Comment #5 from Tim Shen --- (In reply to Ambroz Bizjak from comment #4) > Oh wait sorry, that doesn't solve it (yet), the variant_storage_byte would > still have a default copy constructor that copies the byte member. Yeah, your solution

Re: [PATCH] Add attribute((target_clone(...))) to PowerPC

Hi Mike, On Thu, May 25, 2017 at 04:05:39PM -0400, Michael Meissner wrote: > +/* On PowerPC, we have a limited number of target clones that we care about > + which means we can use an array to hold the options, rather than having > more > + elaborate data structures to identify each possible

Re: [PATCH] add more detail to -Wconversion and -Woverflow (PR 80731)

On 05/29/2017 08:02 AM, Christophe Lyon wrote: On 25 May 2017 at 00:16, Martin Sebor wrote: On 05/24/2017 11:08 AM, Joseph Myers wrote: On Wed, 17 May 2017, Martin Sebor wrote: @@ -1036,31 +1079,76 @@ warnings_for_convert_and_check (location_t loc, tree type, tree expr,

[Bug c/80731] poor -Woverflow warnings, missing detail

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80731 --- Comment #5 from Martin Sebor --- Author: msebor Date: Tue May 30 21:27:35 2017 New Revision: 248700 URL: https://gcc.gnu.org/viewcvs?rev=248700=gcc=rev Log: gcc/testsuite/ChangeLog: PR c/80731 * g++.dg/ext/utf16-4.C: Relax

[Bug c++/80856] [7/8 Regression] ICE from template local overload resolution

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80856 --- Comment #2 from Jason Merrill --- Author: jason Date: Tue May 30 21:13:27 2017 New Revision: 248699 URL: https://gcc.gnu.org/viewcvs?rev=248699=gcc=rev Log: PR c++/80856 - ICE with local extern in template * semantics.c

C++ PATCH for c++/80856, ICE with local extern

My patch for 10200 caused finish_id_expression for Wrap to return the actual overload set rather than the plain identifier, and we stored that set in the template CALL_EXPR, but then at instantiation time we failed to go through and replace it with the instantiated overload set. This patch avoids

[Bug go/80914] gcc-go binaries don't run

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80914 --- Comment #3 from Steven Noonan --- This is from a different go.gcc binary, because I've rebuilt several times to try and troubleshoot. But this one still exhibits the bad behavior. Just in case, I've uploaded a copy of the binary, the entire

[Bug ada/80921] Cross compiling for mingw32 target fails to build Ada shared libraries

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80921 Eric Botcazou changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

Re: [PATCH 0/3] v3 of C++ template type diffing

On Wed, 2017-05-10 at 09:34 -0400, Nathan Sidwell wrote: > On 05/09/2017 09:41 PM, David Malcolm wrote: > > On Tue, 2017-05-09 at 10:52 -0400, Nathan Sidwell wrote: > > > I split out the non-c++ bits into a separate patch. > > > > v3 of the patch kit is thus three parts: > > > > [1/3] Non-C++

[Bug libstdc++/80187] C++ variant should be trivially copy constructible if possible

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80187 --- Comment #4 from Ambroz Bizjak --- Oh wait sorry, that doesn't solve it (yet), the variant_storage_byte would still have a default copy constructor that copies the byte member.

[Bug libstdc++/80187] C++ variant should be trivially copy constructible if possible

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80187 --- Comment #3 from Ambroz Bizjak --- Hey, Does this idea help: https://godbolt.org/g/3Iqp2c ? The storage is an array of "special" byte classes which have empty constructors/assign when those would be implemented by one of the mixins.

[Bug libfortran/80850] Sourced allocate() fails to allocate a pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80850 --- Comment #6 from Jerry DeLisle --- (In reply to DIL from comment #4) > Offset of zero is fine. I have never observed this SegFault before. I ran > the test on multiple machines with GCC/5.3.0, GCC/5.4.0, and GCC/6.3.1. > Also, as I mentioned

[Bug ada/80921] New: Cross compiling for mingw32 target fails to build Ada shared libraries

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80921 Bug ID: 80921 Summary: Cross compiling for mingw32 target fails to build Ada shared libraries Product: gcc Version: 6.3.0 Status: UNCONFIRMED Severity: normal

Re: Basic Block Statistics

I just wanted to send a quick follow up. Thanks to the incredible support on this list from Mr. Law and support in IRC from segher, djgpp and dmalcolm, I was able to put together a serviceable little plugin that does some very basic statistic generation on basic blocks. Here is a link to the

Re: MAINTAINERS update

On 05/30/2017 09:05 AM, Richard Biener wrote: > This leaves the nvptx and c6x ports without a maintainer. Do you have > any recommendations for a successor here? Not really. It would be a shame to lose the C6X port though. If I'm CC'd on any bug reports I'm prepared to keep it working - if

[Bug libfortran/80850] Sourced allocate() fails to allocate a pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80850 --- Comment #5 from Thomas Koenig --- I'm trying for some bisection. I hope this is not going to turn out as complex as PR 79430 ...

[Bug c++/80830] [8 Regression] ICE in tsubst_copy, at cp/pt.c:14569

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80830 Nathan Sidwell changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[Bug c/80892] [8 regression] -Wfloat-conversion now warns about non-floats

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80892 Martin Sebor changed: What|Removed |Added Keywords||patch --- Comment #2 from Martin Sebor

[PATCH] use the right conversion warning option (PR c/80892)

The conversion enhancements I committed in r248431 introduced an unintended change in which warning option is used to issue certain integer conversion warnings. Attached is a fix. Martin PR c/80892 - -Wfloat-conversion now warns about non-floats gcc/c-family/ChangeLog: PR c/80892 * c-warn.c

[Bug tree-optimization/80894] [8 Regression] 456.hmmer in SPEC CPU 2006 is miscompiled

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80894 seurer at gcc dot gnu.org changed: What|Removed |Added CC||seurer at gcc dot gnu.org

"nvptx" port (was: MAINTAINERS update)

Hi! On Tue, 30 May 2017 09:05:27 +0200, Richard Biener wrote: > This leaves the nvptx and c6x ports without a maintainer. Do you have > any recommendations for a successor here? > Otherwise we'll have to ask for volunteers or deprecate those ports. > > Jeff, maybe

[C++ PATCH] Kill IDENTIFIER_NAMESPACE_BINDINGS

At last, here's the final (for the moment) name-lookup data structure patch. It replaces IDENTIFIER_NAMESPACE_BINDINGS -- a list of ns/value tuples chained on each identifier -- with a per-namespace hash-map. nathan -- Nathan Sidwell 2017-05-30 Nathan Sidwell Kill

[Bug c++/80856] [7/8 Regression] ICE from template local overload resolution

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80856 Jason Merrill changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug bootstrap/80915] [8 Regression] bootstrap failed with LTO

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80915 H.J. Lu changed: What|Removed |Added Status|WAITING |RESOLVED Resolution|---

[C++ PATCH] Random cleanups

Some random cleanups. Mainly fixing stale comments and awkward whitespacing. Rename some name-lookup internal workers to the do_FOO form. natan -- Nathan Sidwell 2017-05-30 Nathan Sidwell * cp-tree.def (OVERLOAD): Fix comment. * cp-tree.h: Fix comments and whitespace. *

[Bug libstdc++/80893] std::vector creation dereferences null pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80893 --- Comment #3 from Jonathan Wakely --- This is actually a problem in vector though: it assumes allocate(0) returns a non-null pointer, which is unspecified. This should fix it: --- a/libstdc++-v3/include/bits/stl_bvector.h +++

[Bug bootstrap/80915] [8 Regression] bootstrap failed with LTO

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80915 --- Comment #4 from H.J. Lu --- This may be fixed by r248687.

Re: [PATCH] PR c++/77306 - Unable to specify visibility for explicit template instantiations

On 05/21/2017 11:47 PM, James Abbatiello wrote: On Sat, Apr 22, 2017 at 4:46 PM, James Abbatiello wrote: This is my first time attempting a contribution here so please point out any mistakes. I've tested this on x86_64-pc-linux-gnu in a VM. Hello, It has been a few weeks.

[PATCH, i386]: Fix PR 80833, avoid partial memory stalls for double-mode inter-unit moves

Hello! Attached patch implements splitting of double-mode inter-unit moves to movd/pinsrd and movd/pextrd (and their 64bit "q" variants for TImode moves) for SSE4 targets. This way, partial memory stalls are avoided. 2017-05-30 Uros Bizjak PR target/80833 *

[Bug target/80833] 32-bit x86 causes store-forwarding stalls for int64_t -> xmm

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80833 --- Comment #13 from uros at gcc dot gnu.org --- Author: uros Date: Tue May 30 17:18:25 2017 New Revision: 248691 URL: https://gcc.gnu.org/viewcvs?rev=248691=gcc=rev Log: PR target/80833 * config/i386/constraints.md (Yd): New

Re: MinGW compilation warnings in libiberty's waitpid.c

> This has been on my todo-list for a little while, as re-syncing is > something I normally do after pushing D language support updates into > libiberty. However I decided to give it a wait until I got all > pending patches in, the last of which I'm just pushing in now. That's very kind of you

[Bug libstdc++/80893] std::vector creation dereferences null pointer

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

[Bug libstdc++/80893] std::vector creation dereferences null pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80893 --- Comment #1 from Jonathan Wakely --- I can't reproduce this with the default configuration so I assume it's caused by --enable-libstdcxx-allocator=pool (why are you using that?)

[Bug libstdc++/79162] [7 Regression] [C++17] ambiguity in string assignment due to string_view overload

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79162 --- Comment #9 from Jonathan Wakely --- I'm unable to reproduce this with the following, based on the llvm code. GCC does the right thing here, so without a testcase there's nothing we can do. #include template class storage { public:

Re: [PATCH 3/4 v3][PR 67328] Added bool conversion for wide_ints

On Tue, May 30, 2017 at 4:35 PM, Richard Sandiford wrote: > Yuri Gribov writes: >> On Tue, May 30, 2017 at 11:35 AM, Richard Sandiford >> wrote: >>> Yuri Gribov writes: On Tue, May 30,

[Bug bootstrap/80915] [8 Regression] bootstrap failed with LTO

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80915 Nathan Sidwell changed: What|Removed |Added Status|UNCONFIRMED |WAITING Last reconfirmed|

[Bug bootstrap/80915] [8 Regression] bootstrap failed with LTO

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80915 --- Comment #3 from Nathan Sidwell --- Works for me: /data/users/nathans/trunk/obj/x86_64-lto/./prev-gcc/xg++ -B/data/users/nathans/trunk/obj/x86_64-lto/./prev-gcc/ -B/usr/local/x86_64-pc-linux-gnu/bin/ -nostdinc++

Re: [PATCH 2/2] DWARF: make it possible to emit debug info for declarations only

Thank you for your review, Richard. On 05/30/2017 01:59 PM, Richard Biener wrote: I think the issue is unfortunate in the C frontend as well. So I believe we can go without a new langhook and instead make sure dwarf2out_early_global_decl is not called for uninteresting decls (which means

[Bug libstdc++/79162] [7 Regression] [C++17] ambiguity in string assignment due to string_view overload

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79162 --- Comment #8 from Jonathan Wakely --- Can you reduce the failing code down to something smaller than the entirety of LLVM? Richard also says the overload shouldn't exist and is a bug, but the overload has to exist, because the C++17 draft is

Re: [PATCH 3/4 v3][PR 67328] Added bool conversion for wide_ints

Yuri Gribov writes: > On Tue, May 30, 2017 at 11:35 AM, Richard Sandiford > wrote: >> Yuri Gribov writes: >>> On Tue, May 30, 2017 at 7:35 AM, Richard Sandiford >>> wrote: Yuri Gribov

Re: [PATCH 1/2] gimplify_modify_expr: avoid DECL_DEBUG_EXPR links across functions

On 05/30/2017 01:51 PM, Richard Biener wrote: Ok. Thank you! This one is committed, now. -- Pierre-Marie de Rodat

Re: [PATCH GCC][4/6]Relax minimal segment length of DR_B for merging alias check

On Tue, May 30, 2017 at 12:27 PM, Richard Biener wrote: > On Thu, May 25, 2017 at 5:16 PM, Bin.Cheng wrote: >> On Tue, May 23, 2017 at 5:23 PM, Bin Cheng wrote: >>> Hi, >>> As commented in

[Bug c++/80920] warnings get position wrong - very confusing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80920 Jonathan Wakely changed: What|Removed |Added Keywords||diagnostic

[Bug libfortran/80850] Sourced allocate() fails to allocate a pointer

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80850 --- Comment #4 from DIL --- Offset of zero is fine. I have never observed this SegFault before. I ran the test on multiple machines with GCC/5.3.0, GCC/5.4.0, and GCC/6.3.1. Also, as I mentioned before, the test passed the VALGRIND check. Would

[Bug c++/80913] [8 regression] Infinite loop in cc1plus with stat hack patch

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80913 Nathan Sidwell changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

[C++ PATCH] Fix PR 80913

This patch fixes the bootstrap breakage reported by Rainer and David. Thanks for giving this one a spin. We're somewhat overzealous about pushing artificial tags, and excessive cleverness in my creation of update_binding failed to cope with that. nathan -- Nathan Sidwell 2017-05-30 Nathan

[Bug c++/80913] [8 regression] Infinite loop in cc1plus with stat hack patch

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80913 --- Comment #10 from Nathan Sidwell --- Author: nathan Date: Tue May 30 14:43:45 2017 New Revision: 248687 URL: https://gcc.gnu.org/viewcvs?rev=248687=gcc=rev Log: PR c++/80913 * name-lookup.c (add_decl_to_level): Assert not

[Bug bootstrap/80915] [8 Regression] bootstrap failed with LTO

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80915 --- Comment #2 from H.J. Lu --- (In reply to Nathan Sidwell from comment #1) > I cannot reproduce this. an x86_64-linux host using > --with-build-config=bootstrap-lto > > > How exactly is gcc being configured and built? Alternatively, is is

[Bug middle-end/80917] missed bit information propagation

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80917 --- Comment #2 from Marc Glisse --- For this special case, we could simplify a_6 = a_5(D) + 4; _2 = a_6 & 2; to _2 = a_5(D) & 2; I believe we already have a similar transform with | 4 instead of + 4.

[Committed][ARM] Fix ARM bootstrap failure

Fix ARM bootstrap failure due to an odd warning: /src/gcc/gcc/config/arm/arm-builtins.c: In function 'rtx_def* arm_expand_builtin(tree, rtx, rtx, machine_mode, int)': /src/gcc/gcc/config/arm/arm-builtins.c:3056:46: error: type qualifiers ignored on cast result type [-Werror=ignored-qualifiers]  

[PATCH][x86] Add missing mask intrinsics for MAX[SD,SS] and MIN[SD,SS]

Hi, This patch adds missing intrinsics for MAX[SD,SS] and MIN[SD,SS] listed below: - _mm_mask_max_sd, - _mm_maskz_max_sd, - _mm_mask_max_ss, - _mm_maskz_max_ss, - _mm_mask_min_sd, - _mm_maskz_min_sd, - _mm_mask_min_ss, - _mm_maskz_min_ss. gcc/ * config/i386/avx512fintrin.h

[Bug c++/80920] New: warnings get position wrong - very confusing

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80920 Bug ID: 80920 Summary: warnings get position wrong - very confusing Product: gcc Version: 5.4.0 Status: UNCONFIRMED Severity: normal Priority: P3 Component: c++

[Bug bootstrap/80915] [8 Regression] bootstrap failed with LTO

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80915 --- Comment #1 from Nathan Sidwell --- I cannot reproduce this. an x86_64-linux host using --with-build-config=bootstrap-lto How exactly is gcc being configured and built? Alternatively, is is possible for a self-contained testcase?

[Bug go/80914] gcc-go binaries don't run

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80914 --- Comment #2 from Ian Lance Taylor --- The failure is in libbacktrace. The program crashes because once libbacktrace fails the first time, the program is trying to use libbacktrace to show a stack trace of the failure. This leads to an

Re: [gofrontend-dev] Re: Go patches committed: merge recent changes to gofrontend

On Tue, May 30, 2017 at 3:46 AM, wrote: > > I am also facing a breaking build due to the sys.Goexperiment error > mentioned earlier: > > ... > ../../../gcc-svn-src/libgo/go/runtime/heapdump.go:379:14: error: reference > to undefined identifier ‘sys.Goexperiment’ >

[Bug testsuite/80910] FAIL: gcc.target/x86_64/abi/ms-sys

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80910 --- Comment #1 from Tom de Vries --- Created attachment 41440 --> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41440=edit tentative patch

Re: [PATCH][GRAPHITE] Fix PR80906, code-gen IVs in loop-closed position

On Tue, May 30, 2017 at 7:56 AM, Richard Biener wrote: > > We currently ICE when code generating loop-closed PHIs that are after-loop > used IVs. I didn't manage to find the place during analysis that is > supposed to reject such SCOPs thus the following patch "simply" makes >

[Bug testsuite/80759] gcc.target/x86_64/abi/ms-sysv FAILs

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80759 --- Comment #19 from ro at CeBiTec dot Uni-Bielefeld.DE --- > --- Comment #18 from Daniel Santos --- > I intended to respond to your comments from 6 days ago sooner, but better late > than never! Again, sorry for the delay No worries at all:

[v3] Fix cross compilation to Solaris

I recently tried a cross-build from sparc-sun-solaris2.12 to i386-pc-solaris2.12 (with cross-binutils and gas, but the native ld which has been a cross-linker for quite some time). The build failed in libstdc++-v3 like this: /vol/gcc/src/hg/trunk/local/libstdc++-v3/libsupc++/new_opa.cc:62:46:

[PATCH][GRAPHITE] Fix PR80906, code-gen IVs in loop-closed position

We currently ICE when code generating loop-closed PHIs that are after-loop used IVs. I didn't manage to find the place during analysis that is supposed to reject such SCOPs thus the following patch "simply" makes us properly generate code for those (works fine on the testcase). Bootstrapped and

[PATCH][www] Amend bugs/management.html with worklist items

This patch (in the attempt to find a place to put a link to http://gcc.opensuse.org/gcc_bugzilla/ to) adds a list of suggestions where to look for work in bugzilla. Ok? Thanks, Richard. 2017-05-30 Richard Biener * management.html: Add list of suggestions where to

[Bug c++/80913] [8 regression] Infinite loop in cc1plus with stat hack patch

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80913 --- Comment #9 from ro at CeBiTec dot Uni-Bielefeld.DE --- > --- Comment #7 from Nathan Sidwell --- > It doesn't appear to be the stathack patch at fault here. I still get the > infinite loop with my reduced testcase when I revert it. (Which

[PATCH][www] Streamline Benchmarks/

This groups all SPEC CPU (and properly naming them) as well as removes dead links (content) and adjusts what is run by SUSE. Our main landing-page at http://gcc.opensuse.org/ is now all new singing and dancing dynamic content (yay). Committed. Richard. 2017-05-30 Richard Biener

[PING] Make the OpenACC C++ acc_on_device wrapper "always inline"

Hi! Ping. On Tue, 23 May 2017 17:31:11 +0200, I wrote: > On Thu, 29 Oct 2015 17:22:46 -0700, Nathan Sidwell wrote: > > acc_on_device and it's builtin had a conflict. The function formally takes > > an > > enum argument, but the builtin takes an int -- primarily to avoid the

Re: [PATCH 3/4 v3][PR 67328] Added bool conversion for wide_ints

On Tue, May 30, 2017 at 11:35 AM, Richard Sandiford wrote: > Yuri Gribov writes: >> On Tue, May 30, 2017 at 7:35 AM, Richard Sandiford >> wrote: >>> Yuri Gribov writes: From

fix libgcc build for VxWorks

Hello, A build of the current mainline for e.g. powerpc-wrs-vxworks fails during the libgcc stage with something like: xgcc ... -I `case "/$(MULTIDIR)" in */mrtp*) echo .../target/usr/h ;; *) echo .../target/h ;; esac` ... /bin/bash: MULTIDIR: command not found The problem is the double

Re: [PING][PATCH, GCC/ARM] Only test tls-disable-literal-pool.c if target supports native TLS

On 30/05/2017 14:11:22, Christophe Lyon wrote: > On 30 May 2017 at 09:44, Prakhar Bahuguna wrote: > > On 29/05/2017 14:23:05, Christophe Lyon wrote: > >> On 19 May 2017 at 14:29, Prakhar Bahuguna wrote: > >> > On 11/05/2017 14:54:37, Prakhar

[Bug c/80116] Warn about macros expanding to multiple statements

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80116 Marek Polacek changed: What|Removed |Added Status|NEW |ASSIGNED Assignee|unassigned

[Bug c++/80913] [8 regression] Infinite loop in cc1plus with stat hack patch

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80913 David Edelsohn changed: What|Removed |Added Target|i386-pc-solaris2.12,|i386-pc-solaris2.12,

[committed] Improve OMP_PLACES=threads and OMP_PLACES=cores (PR libgomp/80822)

Hi! While the OpenMP specification leaves it completely in implementation-defined territory how OMP_PLACES=threads or OMP_PLACES=cores orders the individual places, for OMP_PROC_BIND=spread the order of the places is very important and Intel libomp as well as Cray runtime apparently choose an

Re: [PING][PATCH, GCC/ARM] Only test tls-disable-literal-pool.c if target supports native TLS

On 30 May 2017 at 09:44, Prakhar Bahuguna wrote: > On 29/05/2017 14:23:05, Christophe Lyon wrote: >> On 19 May 2017 at 14:29, Prakhar Bahuguna wrote: >> > On 11/05/2017 14:54:37, Prakhar Bahuguna wrote: >> >> tls-disable-literal-pool.c should

[Bug libgomp/80822] libgomp incorrect affinity when OMP_PLACES=threads

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80822 --- Comment #12 from Jakub Jelinek --- Author: jakub Date: Tue May 30 12:05:30 2017 New Revision: 248683 URL: https://gcc.gnu.org/viewcvs?rev=248683=gcc=rev Log: PR libgomp/80822 * config/linux/affinity.c

[Bug tree-optimization/80901] [8 Regression] ICE on valid code at -Os and above on x86_64-linux-gnu: in verify_loop_structure, at cfgloop.c:1644

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80901 Richard Biener changed: What|Removed |Added Status|ASSIGNED|RESOLVED Resolution|---

Re: [PATCH 2/2] DWARF: make it possible to emit debug info for declarations only

On Mon, May 29, 2017 at 9:50 AM, Pierre-Marie de Rodat wrote: > Hello, > > The DWARF back-end used to systematically ignore file-scope function and > variable declarations. While this is justified in language like C/C++, > where such declarations can appear in several

  1   2   3   4   >