On Tue, 2015-05-19 at 10:04 +0200, Oleg Endo wrote:
Since a recent change to the tree optimizers
https://gcc.gnu.org/ml/gcc-patches/2015-05/msg00089.html
some related SH patterns stopped working. The attached patch fixes
this.
Tested briefly with 'make all' and with
make -k check-gcc
X32 doesn't support indirect branch via 32-bit memory slot since
indirect branch will load 64-bit address from 64-bit memory slot.
Since x32 GOT slot is 64-bit, we should allow indirect branch via GOT
slot for x32.
I am testing it on x32. OK for master if there is no regression?
Thanks.
H.J.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66242
Bug ID: 66242
Summary: Front-end error if exception propagation disabled
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=29358
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
CC||mpolacek at
On 05/20/2015 08:09 PM, tbsaunde+...@tbsaunde.org wrote:
From: Trevor Saunders tbsaunde+...@tbsaunde.org
gcc/ChangeLog:
2015-05-20 Trevor Saunders tbsaunde+...@tbsaunde.org
* *.c: Remove comparison of ARG_FRAME_POINTER_REGNUM and
FRAME_POINTER_REGNUM with the preprocessor.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54236
--- Comment #14 from Oleg Endo olegendo at gcc dot gnu.org ---
Author: olegendo
Date: Thu May 21 12:36:35 2015
New Revision: 223479
URL: https://gcc.gnu.org/viewcvs?rev=223479root=gccview=rev
Log:
gcc/
PR target/54236
*
On 5/20/2015 2:13 PM, Martin Uecker wrote:
mark maule mark.ma...@oracle.com:
On 5/20/2015 3:27 AM, Richard Biener wrote:
On Mon, May 18, 2015 at 10:01 PM, mark maule mark.ma...@oracle.com wrote:
The usual issue with this kind of behavior is out-of-bound accesses of
arrays in a loop
or
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66241
Bug ID: 66241
Summary: ICE: verify_type failed while building libstdc++
(dwarfout.c: gen_type_die_with_usage())
Product: gcc
Version: 6.0
Status: UNCONFIRMED
The following papers over the C++ FE issue that it doesn't track
lvalueness before folding stuff.
Bootstrapped and tested on x86_64-unknown-linux-gnu, applied to trunk.
Richard.
2015-05-21 Richard Biener rguent...@suse.de
PR c++/66211
* match.pd: Guard pattern optimzing
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66236
--- Comment #4 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Thomas Preud'homme from comment #3)
Alternatively, you can try the patch proposed at [1] and see if it fixes the
issue you're facing since it seems to be the same one.
On Thu, May 21, 2015 at 01:42:11PM +0200, Bernd Schmidt wrote:
This uses the patch I committed yesterday which introduces warp broadcasts
to implement the vector-single predication needed for OpenACC. Outside a
loop with vector parallelism, only one of the threads representing a vector
must
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66241
--- Comment #1 from Vidya Praveen vp at gcc dot gnu.org ---
Created attachment 35586
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35586action=edit
preprocessed file to reproduce ICE
On Thu, May 21, 2015 at 02:05:12PM +0100, Julian Brown wrote:
OpenACC handles function calls specially (calling them routines -- of
varying sorts, gang, worker, vector or seq, affecting where they can be
invoked from). The plan is that all threads will call such routines --
and then some
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66247
--- Comment #5 from Marc Glisse glisse at gcc dot gnu.org ---
(In reply to Matthew L. Martin from comment #3)
The source code in question is downloaded as a prerequisite for building
gcc-5.1.0 (gmp).
Where should I file a bug against the
On Thu, May 21, 2015 at 1:56 PM, Jim Wilson jim.wil...@linaro.org wrote:
On 05/20/2015 10:00 AM, H.J. Lu wrote:
By default, alignment of DImode and DFmode is set to 8 bytes.
Intel MCU psABI specifies alignment of DImode and DFmode
to be 4 bytes. I'd like to make get_mode_alignment to return
On Sun, May 10, 2015 at 10:01 AM, Sriraman Tallam tmsri...@google.com wrote:
On Sun, May 10, 2015, 8:19 AM H.J. Lu hjl.to...@gmail.com wrote:
On Sat, May 9, 2015 at 9:34 AM, H.J. Lu hjl.to...@gmail.com wrote:
On Mon, May 4, 2015 at 7:45 AM, Michael Matz m...@suse.de wrote:
Hi,
On Thu, 30
On Thu, 2015-05-21 at 11:59 -0700, Richard Henderson wrote:
On 05/21/2015 11:44 AM, Segher Boessenkool wrote:
On Thu, May 21, 2015 at 11:34:14AM -0700, Richard Henderson wrote:
Actually, I believe that the way CA is modeled at the moment is dangerous.
It's not a 64-bit value, but a 1-bit
On 05/08/2015 06:26 AM, Eric Botcazou wrote:
[Jason, question below.]
What's the replacement mechanism for the first pass on global_decls? The
comment explains that generating debug info must be delayed in this case.
My apologies for the delay on Ada. I have reworked the patch to leave
On Thu, May 21, 2015 at 2:12 PM, Sriraman Tallam tmsri...@google.com wrote:
On Sun, May 10, 2015 at 10:01 AM, Sriraman Tallam tmsri...@google.com wrote:
On Sun, May 10, 2015, 8:19 AM H.J. Lu hjl.to...@gmail.com wrote:
On Sat, May 9, 2015 at 9:34 AM, H.J. Lu hjl.to...@gmail.com wrote:
On Mon,
On Thu, May 21, 2015 at 2:40 PM, H.J. Lu hjl.to...@gmail.com wrote:
On Thu, May 21, 2015 at 2:25 PM, H.J. Lu hjl.to...@gmail.com wrote:
On Thu, May 21, 2015 at 2:08 PM, H.J. Lu hjl.to...@gmail.com wrote:
On Thu, May 21, 2015 at 1:56 PM, Jim Wilson jim.wil...@linaro.org wrote:
On 05/20/2015
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66250
Bug ID: 66250
Summary: Can't adjust complex nor decimal floating point modes
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
On 05/21/2015 10:12 PM, Sriraman Tallam wrote:
My original proposal, for x86_64 only, was to add
-fno-plt=function-name. This lets the user decide for which
functions PLT must be avoided. Let the compiler always generate an
indirect call using call *func@GOTPCREL(%rip). We could do this
On 05/21/2015 02:05 PM, Sandra Loosemore wrote:
On 05/21/2015 01:19 PM, Martin Sebor wrote:
2015-05-21 Martin Sebor mse...@redhat.com
* extend.texi (Return Address): Clarify possible effects
of calling the functions with non-zero arguments.
diff --git a/gcc/doc/extend.texi
I've committed this obvious patch to fix PR 60943. When deducing an auto return
type we failed to propagate any reference qualification on the function type.
built tested on x86_64-linux.
nathan
2015-05-21 Nathan Sidwell nat...@acm.org
cp/
PR c++/60943
* decl2.c (change_return_type):
On 05/21/2015 04:32 PM, Jan Hubicka wrote:
I think at LTO time it is useful to have two things
- be able to say what type comply C++ ODR rule, because we special case these
for ODR warnings
- be able to say at LTO time what types are anonymous, that is they are not
compatible
On Thu, May 21, 2015 at 2:25 PM, H.J. Lu hjl.to...@gmail.com wrote:
On Thu, May 21, 2015 at 2:08 PM, H.J. Lu hjl.to...@gmail.com wrote:
On Thu, May 21, 2015 at 1:56 PM, Jim Wilson jim.wil...@linaro.org wrote:
On 05/20/2015 10:00 AM, H.J. Lu wrote:
By default, alignment of DImode and DFmode is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66223
--- Comment #2 from Daniel Frey d.frey at gmx dot de ---
I'm using Ubuntu 14.04 in a VM, packages are installed from
http://ppa.launchpad.net/ubuntu-toolchain-r/test/ubuntu trusty main. Package
version is 5.1.0-0ubuntu11~14.04.1
Output from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60943
Nathan Sidwell nathan at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65979
--- Comment #25 from Oleg Endo olegendo at gcc dot gnu.org ---
(In reply to John Paul Adrian Glaubitz from comment #24)
I am partially to be blamed for that. I initially reported the gcc-5 issue
here, then saw gcc-4.9 failed to build as well
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66237
--- Comment #5 from Andreas Schwab sch...@linux-m68k.org ---
This fixes the ICE both on aarch64 and m68k.
On 05/21/2015 01:08 PM, Vladimir Makarov wrote:
On 05/21/2015 05:54 AM, Ilya Enkovich wrote:
Thanks. For me it looks like an inheritance bug. It is really hard
to fix the bug w/o the source code. Could you send me your patch in
order I can debug RA with it to investigate more.
Sure! Here
On Thu, May 21, 2015 at 02:23:47PM -0600, Jeff Law wrote:
On 05/21/2015 01:08 PM, Vladimir Makarov wrote:
On 05/21/2015 05:54 AM, Ilya Enkovich wrote:
Thanks. For me it looks like an inheritance bug. It is really hard
to fix the bug w/o the source code. Could you send me your patch in
Hello,
I would like to ping this. Currently we have a problem with Ada ICE because we
consider a global variable produced by ada to have type in C++ anonymous
namespace and we get false ODR merging wraning compiling clang because we
consider instances of templates with parameter in anonymous
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60943
--- Comment #2 from Nathan Sidwell nathan at gcc dot gnu.org ---
Author: nathan
Date: Thu May 21 20:50:45 2015
New Revision: 223502
URL: https://gcc.gnu.org/viewcvs?rev=223502root=gccview=rev
Log:
cp/
PR c++/60943
*
On Thu, May 21, 2015 at 2:08 PM, H.J. Lu hjl.to...@gmail.com wrote:
On Thu, May 21, 2015 at 1:56 PM, Jim Wilson jim.wil...@linaro.org wrote:
On 05/20/2015 10:00 AM, H.J. Lu wrote:
By default, alignment of DImode and DFmode is set to 8 bytes.
Intel MCU psABI specifies alignment of DImode and
On 05/21/2015 08:19 PM, Martin Sebor wrote:
A program I instrumented to help me debug an otherwise unrelated
problem in 5.1.0 has been crashing in calls to
__builtin_return_address. After checking the manual, I didn't
think I was doing anything wrong. I then did some debugging and
found that
On Thu, May 21, 2015 at 08:24:22PM +0100, Will Deacon wrote:
On Wed, May 20, 2015 at 07:16:06PM +0100, Paul E. McKenney wrote:
On Wed, May 20, 2015 at 04:46:17PM +0100, Will Deacon wrote:
On Wed, May 20, 2015 at 01:15:22PM +0100, Paul E. McKenney wrote:
Indeed, something like this does
On 21.05.15 20:14, Andreas Tobler wrote:
On 20.05.15 22:30, Jeff Law wrote:
On 05/20/2015 11:04 AM, Andreas Tobler wrote:
Hi,
the attached patch enables some PIE tests on FreeBSD.
Ok for trunk?
Thanks,
Andreas
2015-05-20 Andreas Tobler andre...@gcc.gnu.org
*
On 05/21/2015 01:19 PM, Martin Sebor wrote:
2015-05-21 Martin Sebor mse...@redhat.com
* extend.texi (Return Address): Clarify possible effects
of calling the functions with non-zero arguments.
diff --git a/gcc/doc/extend.texi b/gcc/doc/extend.texi
index 7470e40..b37e893 100644
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66237
--- Comment #4 from Mikhail Maltsev miyuki at gcc dot gnu.org ---
Created attachment 35593
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35593action=edit
Proposed patch
Please try this patch. I tested it on the attached profile and it
On Thu, May 21, 2015 at 1:02 PM, Paul E. McKenney
paul...@linux.vnet.ibm.com wrote:
The compiler can (and does) speculate non-atomic non-volatile writes
in some cases, but I do not believe that it is permitted to speculate
either volatile or atomic writes.
I do *not* believe that a compiler
On 05/20/2015 10:00 AM, H.J. Lu wrote:
By default, alignment of DImode and DFmode is set to 8 bytes.
Intel MCU psABI specifies alignment of DImode and DFmode
to be 4 bytes. I'd like to make get_mode_alignment to return
32 bits for DImode and DFmode. Is there a way to adjust alignment
of
On 05/21/2015 04:32 PM, Jan Hubicka wrote:
I think at LTO time it is useful to have two things
- be able to say what type comply C++ ODR rule, because we special case
these
for ODR warnings
- be able to say at LTO time what types are anonymous, that is they are
not
Jeff Law writes:
On 05/14/2015 03:13 PM, Jiong Wang wrote:
Jeff Law writes:
For all kinds of reassociation we have to concern ourselves with adding
overflow where it didn't already occur. Assuming a 32 bit architecture
we could get overflow if A is 0x7fff, b is -4 and and c = 3
On 21 May 2015 at 07:33, Sandra Loosemore san...@codesourcery.com wrote:
ARM testing shares the AArch64 advsimd-intrinsics execution tests. On ARM,
though, the NEON support being tested is optional -- some arches are
compatible with the NEON compilation options but hardware available for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66221
--- Comment #3 from Ilya Enkovich ienkovich at gcc dot gnu.org ---
Author: ienkovich
Date: Thu May 21 09:47:32 2015
New Revision: 223474
URL: https://gcc.gnu.org/viewcvs?rev=223474root=gccview=rev
Log:
gcc/
Backport from mainline
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66017
--- Comment #3 from Jonathan Wakely redi at gcc dot gnu.org ---
I think this would solve it (I'm still trying to build a clang that will allow
me to reproduce the error):
--- a/libstdc++-v3/include/bits/stl_tree.h
+++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66190
--- Comment #8 from Marek Polacek mpolacek at gcc dot gnu.org ---
Ok, then maybe the following could work (only lightly tested so far). Arguably
static_init_p could be renamed to e.g. no_sanitize_p.
diff --git gcc/cp/cp-gimplify.c
On Thu, May 21, 2015 at 01:02:12PM +0200, Thomas Schwinge wrote:
Hi!
On Thu, 7 May 2015 19:32:26 +0100, Julian Brown jul...@codesourcery.com
wrote:
Here's a new version of the patch [...]
OK for trunk?
Makes sense to me (with just a request to drop the testsuite changes, see
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66230
--- Comment #10 from Markus Trippelsdorf trippels at gcc dot gnu.org ---
(In reply to gpnuma from comment #8)
Thanks Markus I didn't think these alignment issues were actually the
problem, it goes a long way.
By doing memmoves instead of
On 20 May 23:27, Vladimir Makarov wrote:
On 20/05/15 04:17 AM, Ilya Enkovich wrote:
On 19 May 11:22, Vladimir Makarov wrote:
On 05/18/2015 08:13 AM, Ilya Enkovich wrote:
2015-05-06 17:18 GMT+03:00 Ilya Enkovich enkovich@gmail.com:
Hi Vladimir,
Could you please comment on this?
FAIL: gcc.target/powerpc/ti_math1.c scan-assembler-times adde 1
is seen on powerpc64le-linux since somewhere between revision 218587
and 218616. See
https://gcc.gnu.org/ml/gcc-testresults/2014-12/msg01287.html and
https://gcc.gnu.org/ml/gcc-testresults/2014-12/msg01325.html
A regression hunt
On 19/05/15 17:03, Ramana Radhakrishnan wrote:
On Tue, May 19, 2015 at 4:54 PM, pins...@gmail.com wrote:
On May 19, 2015, at 5:54 AM, Ramana Radhakrishnan
ramana.radhakrish...@foss.arm.com wrote:
Like the ARM port, the AArch64 ports needs to set glibc_integral_traps to
false as integer
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66236
--- Comment #3 from Thomas Preud'homme thopre01 at gcc dot gnu.org ---
Alternatively, you can try the patch proposed at [1] and see if it fixes the
issue you're facing since it seems to be the same one.
[1]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66230
--- Comment #5 from gpnuma at centaurean dot com ---
Ok I did just try -fno-strict-aliasing -fwrapv
-fno-aggressive-loop-optimizations and the issue is still there.
If I add the printf(something); at the top of the function, everything works
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66230
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65979
--- Comment #20 from Kazumoto Kojima kkojima at gcc dot gnu.org ---
(In reply to Oleg Endo from comment #19)
Could you guys please test this patch? Actually, now it looks quite obvious
I think.
gen_rtx_SET functions required SImode as their
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66230
--- Comment #9 from gpnuma at centaurean dot com ---
What I mean is the structs I was using the pointer casts allocations with are
instanciated by the program itself, so there could be a way to instanciate them
with the required alignment I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66237
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65979
--- Comment #21 from Oleg Endo olegendo at gcc dot gnu.org ---
(In reply to Kazumoto Kojima from comment #20)
(In reply to Oleg Endo from comment #19)
Could you guys please test this patch? Actually, now it looks quite obvious
I think.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66230
--- Comment #4 from gpnuma at centaurean dot com ---
Sorry I meant gcc 4.9.2 / -O3 of course, 4.8 works fine.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66181
--- Comment #9 from Christophe Lyon clyon at gcc dot gnu.org ---
Jan, when do you plan to commit your patch?
So far it made it impossible for me to run validations on a subset of 29
commits related to ARM/AArch64 targets since the ICE was
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66236
--- Comment #2 from Thomas Preud'homme thopre01 at gcc dot gnu.org ---
Hi Uroš, I tried with a n alpha-linux-gnu GCC cross-compiler built from
revision 223280 but couldn't reproduce this. I configured it with just --prefix
and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66238
Bug ID: 66238
Summary: C/Fortran interoperability broken with -flto
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
I'm pinging the C++ parts.
Thanks,
On Thu, May 07, 2015 at 06:22:40PM +0200, Marek Polacek wrote:
This (third) version of the patch entails the change in tsubst_enum Ed
suggested + new testcase.
Bootstrapped/regtested on x86_64-linux, ok for trunk?
2015-05-07 Marek Polacek
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66220
--- Comment #4 from Franz Sirl sirl at gcc dot gnu.org ---
Patch from #c3 works fine for our codebase, I couldn't spot any false positives
anymore.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66239
Bug ID: 66239
Summary: Unoptimized sqrt(float or double) returns wrong values
for ARM Cortex-A8 -mfloat-abi=[soft,softfp]
Product: gcc
Version: unknown
Status:
On 20/05/15 21:45 +0200, François Dumont wrote:
On 20/05/2015 12:19, Jonathan Wakely wrote:
Does this fix https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65392 ?
With the patch this code of the bug report generates the following
debug message:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66230
--- Comment #7 from Markus Trippelsdorf trippels at gcc dot gnu.org ---
See https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65709 for a similar bug
in LZ4.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66230
--- Comment #8 from gpnuma at centaurean dot com ---
Thanks Markus I didn't think these alignment issues were actually the problem,
it goes a long way.
By doing memmoves instead of pointer cast allocations I got rid of the
segfault, but of
Hi!
On Thu, 7 May 2015 19:32:26 +0100, Julian Brown jul...@codesourcery.com wrote:
Here's a new version of the patch [...]
OK for trunk?
Makes sense to me (with just a request to drop the testsuite changes, see
below), to get the existing regressions under control. Jakub?
PR
Hi all,
The crypto intrinsics are missing an __extension__ and an __always_inline__
attribute that all the other
intrinsics have. I don't see any reason for them to be different and the
always_inline attribute will be needed
if we decide to wrap the intrinsics inside a target SIMD pragma.
On Thu, May 21, 2015 at 04:22:38PM +0200, Michael Matz wrote:
Hi,
On Wed, 20 May 2015, Paul E. McKenney wrote:
I'm not sure... you'd require the compiler to perform static analysis of
loops to determine the state of the machine when they exit (if they
exit!)
in order to show
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66089
--- Comment #7 from vehre at gcc dot gnu.org ---
Ah, ok, which opens the question why that isn't done?
Hi!
We ICE on the following testcase at -O3 on x86_64-linux, because
gimple folding attempts to simplify FLOAT_EXPR conversion of
signed V4SI to V4SF feeding FIX_TRUNC_EXPR to unsigned V4SI
into a FIX_TRUNC_EXPR with unsigned V4SI lhs and signed V4SI rhs1,
which is invalid GIMPLE.
All the other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66245
Bug ID: 66245
Summary: ICE on select type with empty type spec
Product: gcc
Version: 5.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66212
Andri Yngvason andri.yngvason at marel dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66246
Bug ID: 66246
Summary: PCH breaks preprocessor
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: preprocessor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66239
Ramana Radhakrishnan ramana at gcc dot gnu.org changed:
What|Removed |Added
CC||ramana
OK. You might consider updating autogen. It seems 5.18 doesn't
handle the version test quite right. Any 5.18.n should do fine. I
guess I didn't test the version test with older versions. :)
On Thu, May 21, 2015 at 6:58 AM, David Edelsohn dje@gmail.com wrote:
The AIX port of GCC is one of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51726
Jacek Caban jacek at codeweavers dot com changed:
What|Removed |Added
CC||jacek at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65979
--- Comment #24 from John Paul Adrian Glaubitz glaubitz at physik dot
fu-berlin.de ---
(In reply to Kazumoto Kojima from comment #23)
Ouch. The peephole in problem was added at gcc-5 not at 4.9. The above
patch should fix the original
On 05/20/2015 06:11 PM, Alexandre Oliva wrote:
The only serious problem with the patch is that it changes Makefile.in,
but not the corresponding part of Makefile.tpl from which it is
generated. Ok with that change.
Now, if you'd also update the comments just before it, that still
suggest we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66089
--- Comment #6 from Mikael Morin mikael at gcc dot gnu.org ---
(In reply to vehre from comment #5)
For the interpretation of (intrinsic) assignment, you have to look at
7.2.1.3:
The execution of the assignment shall have the same effect as if
On Thu, May 21, 2015 at 10:11:41AM -0400, Jason Merrill wrote:
On 05/21/2015 09:44 AM, Marek Polacek wrote:
+ if (!DECL_BUILT_IN (fndecl))
I think you want DECL_IS_BUILTIN. OK with that change.
Right. With DECL_IS_BUILTIN we print
q.c:1:5: note: declared here
int printf (const char
When GCC defaults to C++14, it gives -Wsized-deallocation warnings for
the non-sized operator deletes. We dealt with this for the sized ones
by passing -Wno-sized-deallocation on the command line, but using
#pragma GCC diagnostic seems cleaner to me.
Applying to trunk.
commit
On Wed, 2015-05-20 at 14:40 -0400, David Edelsohn wrote:
The current definition of _GLIBC_READ_MEM_BARRIER in libstdc++ is too
weak for an ACQUIRE FENCE, which is what it is intended to be. The
original code emitted an isync instead of lwsync.
All of the guard acquire and set code needs to
When combine needs to split a complex insn, it will canonicalize a
simple (mult X (const_int Y)) where Y is a power of 2 into the expected
(ashift X (const_int Y')) if the (mult ...) is selected as a split point.
However if the split point is (plus (mult (X (const_int Y)) Z) combine
fails
See https://gcc.gnu.org/ml/gcc-patches/2015-05/msg01977.html for
the rationale.
Bootstrapped/regtested on x86_64-linux, applying to trunk.
2015-05-21 Marek Polacek pola...@redhat.com
* c-typeck.c (inform_declaration): Use DECL_IS_BUILTIN instead of
DECL_BUILT_IN.
diff --git
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66246
--- Comment #1 from kai-bugs at cats dot ms ---
Created attachment 35591
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35591action=edit
Source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66211
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Known to work||6.0
This patch permits constants to appear in the following SPARK annotations:
Depends
Global
Initializes
Part_Of
Refined_Depends
Refined_Global
Refined_State
-- Source --
-- legal_usage.ads
package Legal_Usage
with SPARK_Mode,
This is part #2, fixes wrong-code because of bogus reduction op used
and factors out common code (which I'd otherwise need to duplicate
once more...).
Bootstrap and regtest running on x86_64-unknown-linux-gnu.
Richard.
2015-05-21 Richard Biener rguent...@suse.de
* tree-vect-loop.c
Hi,
I have not managed to ping this, get it approved and commit it in time
for gcc 5 but it is a useful cleanup that clarifies a number of things
and something I'd like to base further cleanups on. It still applies
cleanly and I have re-tested and re-bootstrapped the patch on
x86_64-linux
The AIX port of GCC is one of the few ports that does not define
NO_IMPLICIT_EXTERN_C. A user reported a problem that we tracked to an
AIX header that explicitly used C++ features (bracketed by #ifdef
__cplusplus).
AIX headers have included some C++ features, mostly protected by
#if defined
H.J. Lu hjl.to...@gmail.com writes:
Here is the complete patch. Tested on Linux/x86-64. It is also
available on hjl/pie/master branch in git mirror.
As always, please keep generated files like configure and config.in out
of the submission: it simplifies review.
diff --git a/gcc/Makefile.in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66219
--- Comment #2 from Cao Da Shi dscao999 at hotmail dot com ---
This issue poped up when cross compiling systemd-219. It is confirmed that the
missed section has the __attribute__((used)) declared. But still the link will
only pass without -flto,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65283
chrbr at gcc dot gnu.org changed:
What|Removed |Added
CC||chrbr at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65979
--- Comment #23 from Kazumoto Kojima kkojima at gcc dot gnu.org ---
Ouch. The peephole in problem was added at gcc-5 not at 4.9. The above
patch should fix the original conftest.c issue, but debien 4.9-16 problem
would be an another issue.
On 05/21/2015 07:40 AM, Segher Boessenkool wrote:
On Wed, May 20, 2015 at 11:38:44PM -0600, Jeff Law wrote:
I've also verified this is one of the changes ultimately necessary to
resolve the code generation regressions caused by Venkat's combine.c
change on the PA across my 300+ testfiles for a
101 - 200 of 325 matches
Mail list logo