https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65801
--- Comment #15 from paolo at gcc dot gnu.org paolo at gcc dot gnu.org ---
Author: paolo
Date: Mon Apr 20 21:46:59 2015
New Revision: 49
URL: https://gcc.gnu.org/viewcvs?rev=49root=gccview=rev
Log:
/cp
2015-04-20 Paolo Carlini
Rather than maintain two lists, re-use gold's target file to determine
whether the current target is supported.
2015-04-20 Mike Frysinger vap...@gentoo.org
* configure.ac: Replace $target checks with gold/configure.tgt.
* configure: Regenerate.
---
configure| 20
-Original Message-
From: Matthew Fortune [mailto:matthew.fort...@imgtec.com]
Sent: Monday, April 20, 2015 3:10 PM
To: Sameera Deshpande; Moore, Catherine
Cc: Richard Sandiford; gcc-patches@gcc.gnu.org; echri...@gmail.com
Subject: RE: [PATCH][MIPS] Enable load-load/store-store
On Mon, Apr 20, 2015 at 01:29:03PM -0600, Jeff Law wrote:
Segher, can you please add yourself to the MAINTAINERS file for the
additional role.
Done as this.
Cheers,
Segher
2015-04-20 Segher Boessenkool seg...@kernel.crashing.org
* MAINTAINERS (Various Maintainers): Add myself
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65180
--- Comment #6 from boger at us dot ibm.com ---
I have verified this testcase now passes on ppc64le with today's gcc-5-branch
and with gcc trunk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65801
--- Comment #14 from Jakub Jelinek jakub at gcc dot gnu.org ---
(In reply to Paolo Carlini from comment #13)
Ok, I'll commit it in an hour or so to trunk. Is it too late for 5.1?
It is IMHO too late for that, but not too late for 5.2.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65820
Bug ID: 65820
Summary: escape backslashes in .d file
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: other
On 04/20/2015 12:58 PM, Szabolcs Nagy wrote:
No fixincludes are needed for musl.
fixincludes/Changelog:
2015-04-16 Gregor Richards gregor.richa...@uwaterloo.ca
* mkfixinc.sh: Add *-musl* with no fixes.
OK.
jeff
On Wed, 14 Jan 2015, Marek Polacek wrote:
A few months ago I posted the porting to document for GCC 5.
But I never got around to commit it, so here it is again, this
time with feewing.
Thanks again for doing this. Below is my last set of changes: Break
some paragraphs and longer sentences,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65821
Bug ID: 65821
Summary: [4.8.2 regression] incorrect debug line # info for
main
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65801
Paolo Carlini paolo.carlini at oracle dot com changed:
What|Removed |Added
CC||jakub at
On Mon, Apr 20, 2015 at 05:24:39PM +0100, Kyrill Tkachov wrote:
Hi all,
When trying to compile a testcase with -mcpu=cortex-a57+crypto+nocrc I got
the weird assembler error:
Assembler messages:
Error: missing architectural extension
Error: unrecognized option -mcpu=cortex-a57+crypto+no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65818
--- Comment #1 from John David Anglin danglin at gcc dot gnu.org ---
Created attachment 35371
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35371action=edit
Preprocessed source
On 17/04/15 05:58 AM, Georg-Johann Lay wrote:
I allowed me to CC Vladimir; maybe he can propose how the backend can
describe an efficient, constraint-based solution. The problem is
about expanders producing insns with non-fixed hard-regs as in/out
operands or clobbers. This includes move
On Mon, Apr 20, 2015 at 01:11:41PM -0400, David Edelsohn wrote:
@@ -6510,6 +6518,8 @@ offsettable_ok_by_alignment (rtx op, HOST_WIDE_INT
return false;
dsize = GET_MODE_SIZE (mode);
+ if (dsize POWERPC64_TOC_POINTER_ALIGNMENT)
+return false;
Why do you immediately fail
diff --git a/gcc/testsuite/ChangeLog b/gcc/testsuite/ChangeLog
index b4052ef..18eede3 100644
--- a/gcc/testsuite/ChangeLog
+++ b/gcc/testsuite/ChangeLog
@@ -1,3 +1,12 @@
+2015-04-19 Martin Sebormse...@redhat.com
+
+PR sanitizer/65479
+* gcc/testsuite/c-c++-common/asan/misalign-1.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65801
--- Comment #12 from Jason Merrill jason at gcc dot gnu.org ---
(In reply to Paolo Carlini from comment #11)
Draft patch 2
I think let's go with this. It's odd, but not complex and does what we want.
On 04/20/2015 12:51 PM, Szabolcs Nagy wrote:
This are minor correctness fixes required for musl.
(fcntl.h is the standard header and always available on Linux,
sys/fcntl.h is just a legacy alias, so use the standard one.)
libitm/Changelog:
2015-04-16 Gregor Richards
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65819
Thomas Koenig tkoenig at gcc dot gnu.org changed:
What|Removed |Added
Keywords|
On Mon, Apr 20, 2015 at 10:11 PM, Vladimir Makarov wrote:
I might be wrong but I think you have a bloated code because you use
scratches. I already told several times that usage of scratch is always a
bad idea. It was a bad idea for an old RA and is still a bad idea for IRA.
The usage of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65818
Bug ID: 65818
Summary: libiberty/vprintf-support.c:41:1: ICE: in expand_i
fn_va_arg_1, at tree-stdarg.c:1095
Product: gcc
Version: 6.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65819
Bug ID: 65819
Summary: overzealous checking in gfc_check_dependency for
identical=true
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Hi Peter,
On Wed, 31 Oct 2012, Peter Colberg wrote:
gcc‑lua extends the GNU Compiler Collection with the ability to run Lua
scripts. The plugin provides an interface to register callback functions
for plugin events, and inspect the abstract syntax tree of a translation
unit. The plugin is
Hi Peter,
On Wed, 31 Oct 2012, Peter Colberg wrote:
gcc‑lua extends the GNU Compiler Collection with the ability to run Lua
scripts. The plugin provides an interface to register callback functions
for plugin events, and inspect the abstract syntax tree of a translation
unit. The plugin is
On Mon, Apr 20, 2015 at 12:17:08PM -0600, Jeff Law wrote:
So just one question. Why handle the split case differently? In the split
case you effectively move the debug insn to the new block. In the !split
case, you just delete the debug insn.
The idea was that when split we have a new block
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65821
--- Comment #2 from chihin ko chihin.ko at oracle dot com ---
(In reply to Andrew Pinski from comment #1)
It is doing (b+3) first which is from :5 which seems correct to me. Default
arguments should have a line information right?
Then gdb
On Thu, Apr 16, 2015 at 4:55 PM, Richard Biener rguent...@suse.de wrote:
On Thu, 16 Apr 2015, Tom de Vries wrote:
[stage1 ping^2]
On 10-03-15 16:30, Tom de Vries wrote:
[stage1 ping]
On 22-02-15 14:13, Tom de Vries wrote:
On 19-02-15 14:03, Richard Biener wrote:
On Thu, 19 Feb 2015,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64916
--- Comment #5 from Jeffrey A. Law law at gcc dot gnu.org ---
Author: law
Date: Tue Apr 21 05:23:08 2015
New Revision: 56
URL: https://gcc.gnu.org/viewcvs?rev=56root=gccview=rev
Log:
PR rtl-optimization/64916
*
On 20/04/15 06:27 PM, Steven Bosscher wrote:
On Mon, Apr 20, 2015 at 10:11 PM, Vladimir Makarov wrote:
I might be wrong but I think you have a bloated code because you use
scratches. I already told several times that usage of scratch is always a
bad idea. It was a bad idea for an old RA and
On Tue, Apr 21, 2015 at 09:39:16AM +0800, Terry Guo wrote:
Is this one ok to trunk?
Probably, if you send the patch + changelog entry :-)
Did you fix the comment? REG_USERVAR_P and HARD_REGISTER_P can be
set for more than just register asm.
Segher
On 04/20/2015 01:09 AM, Shiva Chen wrote:
Hi, Jeff
Thanks for your advice.
can_replace_by.patch is the new patch to handle both cases.
pr43920-2.c.244r.jump2.ori is the original jump2 rtl dump
pr43920-2.c.244r.jump2.patch_can_replace_by is the jump2 rtl dump
after patch
On 04/20/2015 01:09 AM, Shiva Chen wrote:
Hi, Jeff
Thanks for your advice.
can_replace_by.patch is the new patch to handle both cases.
pr43920-2.c.244r.jump2.ori is the original jump2 rtl dump
pr43920-2.c.244r.jump2.patch_can_replace_by is the jump2 rtl dump
after patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65822
Bug ID: 65822
Summary: [4.8.2 regression] Used variant fun names in dwarf
info for CTORs
Product: gcc
Version: 4.8.2
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65822
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65767
--- Comment #3 from amker at gcc dot gnu.org ---
Author: amker
Date: Tue Apr 21 02:23:18 2015
New Revision: 55
URL: https://gcc.gnu.org/viewcvs?rev=55root=gccview=rev
Log:
PR testsuite/65767
* g++.dg/lto/pr65276_0.C: Change
Implementation is pretty straightforward. The only catch is that the
middle-end doesn't actually assume that REFERENCE_TYPEs are non-NULL so
code like
int a = *(int *)0;
if (a != 0)
will warn that a will never be NULL yet the middle-end will fold the
conditional to false instead of true
Hi there,
Is this one ok to trunk?
BR,
Terry
On Wed, Apr 15, 2015 at 6:45 PM, Hale Wang hale.w...@arm.com wrote:
Ping for trunk?
Hale
-Original Message-
From: Richard Sandiford [mailto:rdsandif...@googlemail.com]
Sent: Friday, February 27, 2015 4:04 AM
To: Terry Guo
Cc: Segher
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65821
--- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org ---
It is doing (b+3) first which is from :5 which seems correct to me. Default
arguments should have a line information right?
Hi Kyrill,
In AMD Seattle board, I see that CPU implementer is 0x41 and CPU part is
0xd07.CPU variant is 1 but you don’t do anything with that.
It matches with cortex-a57 and its features.
I will try a bootstrap test as well.
Regards,
Venkat.
-Original Message-
From:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64916
Jeffrey A. Law law at redhat dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
To confirm: Yes, I've signed the FSF copyright assignment document, and
yes we've discussed the changes relative to my own (which were mostly
just cleanups and sanity anyway). I'm Gregor Richards and I approve this
message.
With valediction,
- Gregor Richards
On 04/20/2015 02:49 PM,
On Mon, 20 Apr 2015, Thomas Schwinge wrote:
Gerald, is it OK to commit the following to update GCC 5 changes' »New
Languages and Language specific improvements« section?
Sure thing.
Gerald
On Fri, Apr 17, 2015 at 12:19:14PM +0100, Kugan wrote:
My point is that adding your patch while keeping the logic at the top
which claims to catch ALL vector operations makes for less readable
code.
At the very least you'll need to update this comment:
/* TODO: The cost
On Mon, 2015-04-20 at 19:56 +0100, Szabolcs Nagy wrote:
Set up dynamic linker name for sh.
gcc/Changelog:
2015-04-16 Gregor Richards gregor.richa...@uwaterloo.ca
* config/sh/linux.h (MUSL_DYNAMIC_LINKER): Define.
The SH parts are OK for trunk.
Cheers,
Oleg
On Wed, 15 Apr 2015, Tom de Vries wrote:
On 03-04-15 14:39, Tom de Vries wrote:
On 27-03-15 15:10, Tom de Vries wrote:
Hi,
this patch fixes PR65443, a todo in the parloops pass for function
transform_to_exit_first_loop:
...
TODO: the common case is that latch of the loop
Le 19/04/2015 17:58, Thomas Koenig a écrit :
Hello world,
here is the first installation of the matmul inlining patch.
This patch calculates c=MATMUL(a,b) using DO loops where there is no
dependency between a and c/b and c loops, taking care of realloc on
assignment and bounds checking
On Mon, Apr 20, 2015 at 10:30:32PM +0930, Alan Modra wrote:
and there could be other debug insns for the same variable on that path,
say saying that decl lives in some other register, or can be computed using
an expression involving other registers, or memory etc. Say you could have
Yes,
Hello,
The documentation for the __atomic builtins isn't clear about their expectations
and behaviour. In particular, assumptions about the C11/C++11 restrictions on
programs should be stated and the different behaviour of memory models in fences
and in operations should be noted. The behaviour
Georg-Johann Lay a...@gjlay.de writes:
+a href=http://gcc.gnu.org/onlinedocs/gcc/Spec-Files.html;spec
file/a.
+If the compiler is used together with AVR-LibC, this requires at
+least GCCnbsp;5.2 and a version of AVR-LibC which implements
Really 5.2?
-Andi
On 20/04/15 12:03, Kyrill Tkachov wrote:
On 18/04/15 15:18, Richard Earnshaw wrote:
On 15/04/15 16:22, Kyrill Tkachov wrote:
Hi all,
This patch goes through the arm backend and replaces expressions of the
form
a = lo a = hi with IN_RANGE (a, lo, hi) which is that tiny bit
smaller
and
On Sun, Apr 19, 2015 at 11:17 PM, Jason Merrill ja...@redhat.com wrote:
On 04/19/2015 07:45 PM, Patrick Palka wrote:
stdarg_p() apparently returns false for a variadic function that has no
concrete parameters, e.g. void foo (...);. This patch fixes this
issue by removing the predicate's
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65814
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65812
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
CC||mpolacek at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65811
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
CC||jason at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65788
--- Comment #9 from Richard Biener rguenth at gcc dot gnu.org ---
Can you please try to reduce it to a testcase?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65788
--- Comment #8 from H.J. Lu hjl.tools at gmail dot com ---
I am using ld.bfd from binutils master branch.
On Mon, 23 Mar 2015, Richard Biener wrote:
On Fri, 20 Mar 2015, David Malcolm wrote:
On Thu, 2015-03-12 at 14:20 +0100, Richard Biener wrote:
After noticing tree-parloop.c passing crap to split_block (a tree
rather than a gimple or an rtx) I noticed those CFG functions simply
take
Hi,
because I really dislike the hassle our (almost) flattened header
files cause quite often, I have made a very simple experiment to find
out how the header files really depend on each other. Some results,
together with a dozen of short paragraphs of relevant text are here:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60806
Maxim Kuvyrkov mkuvyrkov at gcc dot gnu.org changed:
What|Removed |Added
CC||mkuvyrkov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65807
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65811
--- Comment #3 from Marek Polacek mpolacek at gcc dot gnu.org ---
struct foo { int i; };
static void fn1 ();
inline void
fn1 ()
{
static struct foo a[1];
}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65788
--- Comment #7 from rguenther at suse dot de rguenther at suse dot de ---
On Mon, 20 Apr 2015, hjl.tools at gmail dot com wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65788
--- Comment #6 from H.J. Lu hjl.tools at gmail dot com ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65807
--- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org ---
Author: jakub
Date: Mon Apr 20 13:30:01 2015
New Revision: 32
URL: https://gcc.gnu.org/viewcvs?rev=32root=gccview=rev
Log:
PR debug/65807
* dwarf2out.c (add_AT_wide):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65814
Bug ID: 65814
Summary: [5/6 Regression] FAIL:
libgomp.oacc-c/../libgomp.oacc-c-c++-common/acc_on_dev
ice-1.c -DACC_DEVICE_TYPE_host_nonshm=1
-DACC_MEM_SHARED=0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65807
--- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org ---
Author: jakub
Date: Mon Apr 20 13:31:02 2015
New Revision: 33
URL: https://gcc.gnu.org/viewcvs?rev=33root=gccview=rev
Log:
PR debug/65807
* dwarf2out.c (add_AT_wide):
On Mon, Apr 20, 2015 at 04:23:17PM +0300, Maxim Kuvyrkov wrote:
I have been trying to figure out why I constantly get 2 extra TLS symbols in
my aarch64-linux-gnu libstdc++ ABI tests, and it turned out to be due to
support for non-TLS toolchain -- as discussed here [*].
However, as far as I
Hi!
add_AT_wide is the only add_AT_* that doesn't clear or otherwise initialize
dw_attr_val.val_entry field, so it contains random garbage, which isn't
desirable when ggc walks it during collections.
Supposedly this omission originates from the val_entry addition being added
everywhere only
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65813
Bug ID: 65813
Summary: GO: bug347.go segment violation on S390x
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: go
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37131
--- Comment #20 from Thomas Koenig tkoenig at gcc dot gnu.org ---
First submitted patch:
https://gcc.gnu.org/ml/gcc-patches/2015-04/msg00969.html
On Mon, Apr 20, 2015 at 10:55:56AM +0200, Jakub Jelinek wrote:
On Mon, Apr 20, 2015 at 06:12:26PM +0930, Alan Modra wrote:
I had it that way in my first patch, then decided to try deleting..
I can certainly change it back even if only to do it the standard way
for safety's sake, but I'm
On Mon, Apr 20, 2015 at 3:02 PM, Martin Jambor mjam...@suse.cz wrote:
Hi,
because I really dislike the hassle our (almost) flattened header
files cause quite often, I have made a very simple experiment to find
out how the header files really depend on each other. Some results,
together with
As a dataflow maintainer, I approve this patch for the next release.
However, you will have to get approval of a release manager to get it
into 5.0.
On 04/20/2015 04:22 AM, Thomas Preud'homme wrote:
Ping?
-Original Message-
From: gcc-patches-ow...@gcc.gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65742
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||danglin at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65808
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
CC||mpolacek at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65752
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
CC||mpolacek at
On Mon, Apr 20, 2015 at 12:40:49PM +0930, Alan Modra wrote:
with the log for the ubsan fails
/src/gcc-5/gcc/testsuite/c-c++-common/ubsan/object-size-10.c:19:11: runtime
error: index 128 out of bounds for type 'char [128]'
/src/gcc-5/gcc/testsuite/c-c++-common/ubsan/object-size-10.c:19:11:
On Mon, Apr 20, 2015 at 09:35:07AM +0200, Jakub Jelinek wrote:
On Mon, Apr 20, 2015 at 12:40:49PM +0930, Alan Modra wrote:
with the log for the ubsan fails
/src/gcc-5/gcc/testsuite/c-c++-common/ubsan/object-size-10.c:19:11: runtime
error: index 128 out of bounds for type 'char [128]'
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65809
--- Comment #5 from Iain Sandoe iains at gcc dot gnu.org ---
(In reply to Dominique d'Humieres from comment #4)
Created attachment 35362 [details]
assembly created by r211698
The difference between the assembly created by r211652 and r211698
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65801
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
CC||mpolacek at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41089
--- Comment #59 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to vries from comment #58)
Given the fix of PR64950, we should be able to remove the workaround
committed for this PR.
I have started bootstrap/regtest with the following
Hi Gerald, this is the patch against GCC-5's release notes.
Okay to install?
Johann
Index: gcc-5/changes.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-5/changes.html,v
retrieving revision 1.109
diff -u -p -r1.109 changes.html
On Mon, Apr 20, 2015 at 12:03:11PM +0100, Kyrill Tkachov wrote:
The definition and comment on IN_RANGE in system.h is:
/* A macro to determine whether a VALUE lies inclusively within a
certain range without evaluating the VALUE more than once. This
macro won't warn if the VALUE is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65788
--- Comment #6 from H.J. Lu hjl.tools at gmail dot com ---
r18 failed for me:
https://gcc.gnu.org/ml/gcc-regression/2015-04/msg00231.html
My GCC was configured with
--prefix=/export/gnu/import/git/gcc-test-spec-lto/usr --enable-clocale=gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65810
--- Comment #6 from Alan Modra amodra at gmail dot com ---
It isn't seen most of the time because the failure happens only when r2 isn't
16-byte aligned (50% chance) and the r2 offset to a long double constant is
n*64k+32k-8 (0.012% chance per
Hi,
I have been trying to figure out why I constantly get 2 extra TLS symbols in my
aarch64-linux-gnu libstdc++ ABI tests, and it turned out to be due to support
for non-TLS toolchain -- as discussed here [*].
However, as far as I understand, aarch64-linux-gnu postdates NPTL
implementation,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65697
--- Comment #40 from mwahab at gcc dot gnu.org ---
(In reply to Andrew Macleod from comment #25)
Documentation needs updating for sure... The rules have changed under us
since originally SEQ_CST and sync were intended to be the same thing...
Hi, Jeff
Thanks for your advice.
can_replace_by.patch is the new patch to handle both cases.
pr43920-2.c.244r.jump2.ori is the original jump2 rtl dump
pr43920-2.c.244r.jump2.patch_can_replace_by is the jump2 rtl dump
after patch can_replace_by.patch
Could you help me to review the patch?
Hi, Jeff
Thanks for your advice.
can_replace_by.patch is the new patch to handle both cases.
pr43920-2.c.244r.jump2.ori is the original jump2 rtl dump
pr43920-2.c.244r.jump2.patch_can_replace_by is the jump2 rtl dump
after patch can_replace_by.patch
Could you help me to review the patch?
On Mon, Apr 20, 2015 at 09:17:21AM +0100, Ramana Radhakrishnan wrote:
On Mon, Apr 20, 2015 at 7:50 AM, Bin Cheng bin.ch...@arm.com wrote:
Hi,
As comments at PR65767 and PR65718, we should use namespace other than std
to avoid duplicated definition problem on arm-none-eabi. This patch fixes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65802
--- Comment #7 from Richard Biener rguenth at gcc dot gnu.org ---
(In reply to vries from comment #6)
(In reply to vries from comment #5)
So the question is: should ifn_va_arg have ECF_NOTHROW?
Adding ECF_NOTHROW to ifn_va_arg also fixes
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65802
--- Comment #8 from vries at gcc dot gnu.org ---
(In reply to Richard Biener from comment #7)
(In reply to vries from comment #6)
(In reply to vries from comment #5)
So the question is: should ifn_va_arg have ECF_NOTHROW?
Adding
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65809
--- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org ---
So most likely r211689 ? Can you attach assembly created by r211688 and
r211689 ?
Isn't this just a darwin linker bug?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65807
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41089
vries at gcc dot gnu.org changed:
What|Removed |Added
CC||rth at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65809
--- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org ---
No, __emutls_v.a certainly is not a user variable, that is an artificial
object, the thread local variable of course lives elsewhere.
You could just drop the stabs for TLS vars on the
Hello Ramana
Can you respin this now that we are in stage1 again ?
Ramana
Attached the rebased, rechecked set of patches. Original with comments
posted in
https://gcc.gnu.org/ml/gcc-patches/2014-11/msg02455.html
https://gcc.gnu.org/ml/gcc-patches/2014-11/msg02458.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65796
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65801
--- Comment #3 from Paolo Carlini paolo.carlini at oracle dot com ---
Ok, thus what shall we do? Shall we go back to my minimal patch which only
touched enums? https://gcc.gnu.org/ml/gcc-patches/2014-08/msg00880.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65812
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot
On 15/04/15 16:41, Jeff Law wrote:
On 04/14/2015 02:07 AM, Kyrill Tkachov wrote:
Hi Jeff,
Thanks for looking at this.
On 13/04/15 19:18, Jeff Law wrote:
On 03/16/2015 04:12 AM, Kyrill Tkachov wrote:
Hi all,
Eyeballing the mult_by_coeff_cost function I think it has a typo/bug.
It's
1 - 100 of 250 matches
Mail list logo