Hello!
This is yet another bug caused by rtx having modeless scalar integer
constants. We need to use context to find the actual mode of a
CONST_INT or CONST_WIDE_INT.
+++ b/gcc/testsuite/gcc.dg/debug/dwarf2/pr66728.c
@@ -0,0 +1,14 @@
+/* { dg-do compile { target { x86_64-*-* lp64 } } } */
On Sat, Aug 22, 2015 at 10:02 AM, Uros Bizjak ubiz...@gmail.com wrote:
Hello!
This is yet another bug caused by rtx having modeless scalar integer
constants. We need to use context to find the actual mode of a
CONST_INT or CONST_WIDE_INT.
+++ b/gcc/testsuite/gcc.dg/debug/dwarf2/pr66728.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67157
Guido Haztsis guido.hatzsis at yandex dot com changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67318
Bug ID: 67318
Summary: [6 regression] Parsing error when using abbreviated
integral type names in template parameter pack
declaration
Product: gcc
Version: 6.0
On Thu, Aug 20, 2015 at 12:08 AM, James Greenhalgh
james.greenha...@arm.com wrote:
On Wed, Aug 19, 2015 at 05:00:14PM +0100, Andrew Pinski wrote:
Just like the patch for AARCH64_FUSION_PAIR, this is a patch for
AARCH64_EXTRA_TUNING_OPTION. Note I tested this patch on top of the
patch for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67315
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Severity|critical|normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67315
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
The following fixes two warnings reported by tsan when running OMP'ed code. As
suggested by Andrew Pinski in PR67303 for gomp_iter_guided_next, by employing a
relaxed atomic load. The same pattern occurred a couple of more times, so fixed
as well. I used the same approach for the warning in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67303
Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed:
What|Removed |Added
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66761
Joost VandeVondele Joost.VandeVondele at mat dot ethz.ch changed:
What|Removed |Added
URL|
On Fri, Aug 21, 2015 at 07:54:11PM -0400, David Malcolm wrote:
In the git world, the first line of the commit message has special
meaning, being treated as the title of the commit.
It would be nice if we could use a real commit message, not just a short
title line; for example,
I've committed this to gomp4. It gets partitioned routines working by
surrounding the call by fork join instructions such that the right number of
active threads get to the call.
nathan
2015-08-22 Nathan Sidwell nat...@codesourcery.com
gcc/
* omp-low.c (build_oacc_routine_dims): Size
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67317
--- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org ---
Can you provide the full preprocessed source?
Attached patch cleans up the list of links we provide for GCC binaries:
- pware.hvcc.edu is dead, no mirror or newer alternative found
- h8300-hms.sourceforge.net is inactive since 2003, carries only gcc 3.2 and 3.3
- sunsite.informatik.rwth-aachen.de only has gcc 3.0.1
- SCO website has gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67310
jol_indien at yahoo dot fr changed:
What|Removed |Added
Attachment #36234|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67310
--- Comment #2 from jol_indien at yahoo dot fr ---
This new version of the patch is:
* an optimisation, avoiding modifying code that does not need to be
* a bugfix, fixing nocona architecture detection
Please consider applying in recent gcc
2015-08-21 23:11 GMT+02:00 François Dumont frs.dum...@gmail.com:
I think I found a better way to handle this problem. It is c++locale.cc
that needs to be built with --fimplicit-templates. I even think that the
*_cow.cc file do not need this option but as I don't know what is the
drawback of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67316
--- Comment #3 from Lionel Landwerlin llandwerlin at gmail dot com ---
Thanks for the explanation.
I did notice the warning, I was just surprised that hboehm's GC suddenly stop
working. I guess that's the price a major version bump :)
input_location is not always up-to-date in the preprocessor. Using the
actual token's location is always best. Bootstrapped regtested on
x86-64-linux-gnu committed as obvious https://gcc.gnu.org/r227096
Cheers,
Manuel.
Fix column location in c_lex_with_flags errors
gcc/testsuite/ChangeLog:
OK.
Jason
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67290
Segher Boessenkool segher at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67316
Manuel López-Ibáñez manu at gcc dot gnu.org changed:
What|Removed |Added
CC||manu at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67288
Segher Boessenkool segher at gcc dot gnu.org changed:
What|Removed |Added
CC||segher at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67308
Jerome Robert jeromerobert at gmx dot com changed:
What|Removed |Added
CC||jeromerobert
OK.
Jason
On Sat, 2015-08-22 at 05:55 -0500, Segher Boessenkool wrote:
On Fri, Aug 21, 2015 at 07:54:11PM -0400, David Malcolm wrote:
In the git world, the first line of the commit message has special
meaning, being treated as the title of the commit.
It would be nice if we could use a real
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57195
Michael Collison michael.collison at linaro dot org changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67322
Bug ID: 67322
Summary: [Aarch64] Exploit Wide Add operations when appropriate
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65152
--- Comment #3 from Roger Orr rogero at howzatt dot demon.co.uk ---
Note that this has been fixed in gcc-trunk (tested 22-Aug-2015)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65152
--- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org ---
Yes, fixed by r227044
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67323
Bug ID: 67323
Summary: Use non-unit stride loads by preference when
applicable
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
This is a modified version of the previous patch that addresses issue
raised by Ramana. The patch now uses vect_select instead of unspec.
I had to fix an unrelated issue to the read_name function in read-md.c.
The fix corrects broken support for mode iterators inside ''. Without
this fix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67318
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64327
--- Comment #6 from Vittorio Zecca zeccav at gmail dot com ---
I fixed this one by substituting rtlanal.c:4907
if (bitwidth HOST_BITS_PER_WIDE_INT )
with
if (bitwidth HOST_BITS_PER_WIDE_INT || !bitwidth)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67321
--- Comment #1 from Michael Collison michael.collison at linaro dot org ---
Created attachment 36242
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=36242action=edit
Patch to generate arm vaddw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67324
Bug ID: 67324
Summary: Failures in Assignable concept's requires-expression
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: major
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63426
Bug 63426 depends on bug 61943, which changed state.
Bug 61943 Summary: tree-ssa-loop-ivopts.c:4148 signed integer overflow
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61943
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67320
Bug ID: 67320
Summary: Incorrect standard names for wide addition
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
* David Malcolm:
+pThe log message for a checkin should be a single line giving a
+descriptive title for the checkin, followed by a blank line, followed by
+the complete ChangeLog entry for the change. This is the git convention;
+giving titles to checkins makes life easier for developers
OK.
Jason
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67320
--- Comment #1 from Michael Collison michael.collison at linaro dot org ---
Created attachment 36241
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=36241action=edit
Patch for widening addition doc
Proposed patch to fix wide addition
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67321
Bug ID: 67321
Summary: [ARM] Exploit Wide Add operations when appropriate
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61943
Vittorio Zecca zeccav at gmail dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
On 05/29/2015 10:25 PM, Yaakov Selkowitz wrote:
This is the second in a series of patches to make a build with an
in-tree GNU libiconv work as designed.
Currently GDB is the only toolchain component which actually uses an
in-tree libiconv. This patch modifies the common AM_ICONV to use an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67037
--- Comment #3 from Mikael Pettersson mikpelinux at gmail dot com ---
Started with r206023, an LRA patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63693
--- Comment #4 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org ---
Author: paolo
Date: Sat Aug 22 17:44:46 2015
New Revision: 227098
URL: https://gcc.gnu.org/viewcvs?rev=227098root=gccview=rev
Log:
/cp
2015-08-22 Paolo Carlini
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67319
Bug ID: 67319
Summary: Short-hand concepts for variadic member functions
broken
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63693
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
nvptx cannot support alloca, this marks up the tests that use alloca directly
or indirectly (mainly via VLAs).
I checked x86_64-linux test results are unaffected.
committed to trunk.
nathan
2015-08-22 Nathan Sidwell nat...@acm.org
* c-c++-common/Wsizeof-pointer-memaccess1.c: Require
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66957
Casey Carter Casey at Carter dot net changed:
What|Removed |Added
CC||Casey at Carter
On Sat, Aug 22, 2015 at 10:59:31AM -0400, David Malcolm wrote:
+pThe log message for a checkin should be a single line giving a
+descriptive title for the checkin, followed by a blank line, followed by
+the complete ChangeLog entry for the change. This is the git convention;
+giving
On Thu, Aug 20, 2015 at 5:15 PM, Michael Meissner
meiss...@linux.vnet.ibm.com wrote:
PR 67211 is an error that shows up on the GCC 5.x branch when the test case is
compiled with -mcpu=power7 -mtune=power8 -O3. In looking at the code, I
noticed
that the code optimized adjancent 64-bit
52 matches
Mail list logo