https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61955
--- Comment #8 from Dmitry Vyukov dvyukov at google dot com ---
Kostya, Alexey, Eugeniy, please land this fix to llvm tree while I am OOO.
Ping x2.
On 15/5/11 7:19 PM, Chung-Lin Tang wrote:
Ping.
On 2015/4/21 08:21 PM, Chung-Lin Tang wrote:
Hi,
while investigating some issues in the variable mapping code, I observed
that the GOMP_MAP_POINTER handling is essentially duplicated under the PSET
case.
This patch abstracts and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66234
Bug ID: 66234
Summary: Too much output from pragma message with g++ 4.8 and
above
Product: gcc
Version: 4.8.3
Status: UNCONFIRMED
Severity: minor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66235
Bug ID: 66235
Summary: [SH] Optimize tst reg,const movrt sequence
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
On Wed, 20 May 2015, Prathamesh Kulkarni wrote:
On 20 May 2015 at 18:18, Richard Biener rguent...@suse.de wrote:
On Wed, 20 May 2015, Prathamesh Kulkarni wrote:
On 20 May 2015 at 17:01, Richard Biener rguent...@suse.de wrote:
On Wed, 20 May 2015, Prathamesh Kulkarni wrote:
On 20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66215
--- Comment #6 from Jakub Jelinek jakub at gcc dot gnu.org ---
No, IMHO you can have many debug insns after that and before first real insn.
I'd go for something like:
rtx_insn *insn = get_insns ();
if (!active_insn_p (insn))
insn =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66207
--- Comment #4 from Uroš Bizjak ubizjak at gmail dot com ---
Native bootstrap with alphaev68-linux-gnu (a BWX architecture) with the patch
from Comment #1 succeeded, the testresults are at [1]. Comparing to non-LRA
testsuite run, here is only one
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66233
--- Comment #2 from Jakub Jelinek jakub at gcc dot gnu.org ---
Sounds like gimple folding issue.
We have:
vect__4.9_31 = (vector(4) float) { 0, 1, 2, 3 };
vect__5.10_32 = (vector(4) unsigned int) vect__4.9_31;
where the first stmt's rhs_code is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66207
--- Comment #5 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Uroš Bizjak from comment #4)
Native bootstrap with alphaev68-linux-gnu (a BWX architecture) with the
patch from Comment #1 succeeded, the testresults are at [1].
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66038
--- Comment #21 from Richard Biener rguenth at gcc dot gnu.org ---
(In reply to Douglas Mencken from comment #20)
I'm lost. “Vanilla” 5.1.0 configured without --disable-checking went thru
stage2 w/o any issue...
That's interesting - we might
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61955
--- Comment #5 from Andreas Schwab sch...@linux-m68k.org ---
linux/aio_abi.h was added in 2.5.32.
https://git.kernel.org/cgit/linux/kernel/git/tglx/history.git/commit/?id=ea5097be4e814a2a9457e60653052306295941e8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66211
--- Comment #6 from rguenther at suse dot de rguenther at suse dot de ---
On Wed, 20 May 2015, jakub at gcc dot gnu.org wrote:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66211
--- Comment #5 from Jakub Jelinek jakub at gcc dot gnu.org ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61955
Dmitry Vyukov dvyukov at google dot com changed:
What|Removed |Added
CC||dvyukov at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61955
--- Comment #7 from Andreas Schwab sch...@linux-m68k.org ---
Format it as a hexadecimal number.
On Thu, May 21, 2015 at 08:55:59AM +0200, Thomas Schwinge wrote:
Thanks, looks good to me -- Jakub?
Ok for trunk.
libgomp/
* oacc-init.c (resolve_device): Add FAIL_IS_ERROR argument. Update
function comment. Only call gomp_fatal if new argument is true.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61955
--- Comment #9 from Pierre Ossman ossman at cendio dot se ---
(In reply to Andreas Schwab from comment #5)
linux/aio_abi.h was added in 2.5.32.
https://git.kernel.org/cgit/linux/kernel/git/tglx/history.git/commit/
Manuel López-Ibáñez lopeziba...@gmail.com writes:
Index: ChangeLog
===
--- ChangeLog (revision 223445)
+++ ChangeLog (working copy)
@@ -1,3 +1,8 @@
+2015-05-20 Manuel López-Ibáñez m...@gcc.gnu.org
+
+ *
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66233
Jakub Jelinek jakub at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66221
--- Comment #1 from Ilya Enkovich ienkovich at gcc dot gnu.org ---
Author: ienkovich
Date: Thu May 21 08:32:52 2015
New Revision: 223471
URL: https://gcc.gnu.org/viewcvs?rev=223471root=gccview=rev
Log:
gcc/
PR middle-end/66221
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61955
--- Comment #10 from Andreas Schwab sch...@linux-m68k.org ---
Are you sure their user-space kernel headers are at 2.6.9 level?
https://git.kernel.org/cgit/linux/kernel/git/tglx/history.git/commit/?id=31a3791056e43c6dd7386b8bc0f5fb94848c5a61
Hi,
This patch fixes PR66221 by using build_distinct_type_copy instead of copy_node
to copy a function type for instrumented function. Bootstrapped and regtested
for x86_64-unknown-linux-gnu. Applied to trunk. Is it OK for gcc-5?
Thanks,
Ilya
--
gcc/
2015-05-21 Ilya Enkovich
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66215
--- Comment #5 from Dominik Vogt vogt at linux dot vnet.ibm.com ---
Wouldn't the correct and easy to identify place be right after the first
NOTE_INSN_BASIC_BLOCK?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52952
--- Comment #38 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
Author: manu
Date: Thu May 21 06:49:38 2015
New Revision: 223470
URL: https://gcc.gnu.org/viewcvs?rev=223470root=gccview=rev
Log:
gcc/testsuite/ChangeLog:
2015-05-21 Manuel
Hi!
On Thu, 7 May 2015 11:14:37 +0200, Jakub Jelinek ja...@redhat.com wrote:
On Thu, May 07, 2015 at 10:59:01AM +0200, Thomas Schwinge wrote:
build/genrecog [...]/source-gcc/gcc/common.md
[...]/source-gcc/gcc/config/nvptx/nvptx.md \
insn-conditions.md tmp-recog.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66230
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
On May 21, 2015 12:13:19 AM GMT+02:00, Jan Hubicka hubi...@ucw.cz wrote:
Hi,
this patch extends statistics from tree-ssa-alias to also cover TBAA
oracle.
This is useful to keep track of aliasing effectivity. For example the
hack
in alias.c putting globbing all pointers to one costs about 20% of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52952
--- Comment #39 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
A summary of what is still pending:
1. Handle macros
#define c%d
__builtin_printf(c, 0.5);
2. Handle non-contiguous strings:
__builtin_printf( % d ,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66233
Bug ID: 66233
Summary: internal compiler error: in expand_fix, at
optabs.c:5358
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61955
Pierre Ossman ossman at cendio dot se changed:
What|Removed |Added
CC||ossman at cendio
On 20/05/15 23:32, Aldy Hernandez wrote:
Perhaps I should've sent this to the java-patches list.
PING.
OK, I believe it.
Andrew.
Hi,
On 8 May 2015 at 00:07, Joseph Myers jos...@codesourcery.com wrote:
On Mon, 20 Apr 2015, Pavel Kopyl wrote:
Hi all,
To build a GCC-4.9.2 ARM cross-compiler for my setting I need to configure it
with --with-sysroot=/ --with-gxx-include-dir=/usr/include/c++/4.9.2.
But I found that gcc
Hi Julian!
On Thu, 7 May 2015 16:56:11 +0100, Julian Brown jul...@codesourcery.com wrote:
On Tue, 5 May 2015 16:09:18 +0200
Thomas Schwinge tho...@codesourcery.com wrote:
On Tue, 5 May 2015 08:43:48 -0400, John David Anglin
dave.ang...@bell.net wrote:
On 2015-05-05 5:43 AM, Thomas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61955
--- Comment #11 from Pierre Ossman ossman at cendio dot se ---
Not really. :)
I stumbled upon this trying to use 2.4 headers, so I honestly haven't tried
2.6.9, RHEL variant or otherwise.
And here's an additional patch for the testsuite which was missed in the
original posting.
This is a testism that's testing code generation as per
TARGET_RELAXED_ORDERING being false and therefore needs to be adjusted
as attached.
Ramana
PR target/66200
* g++.dg/abi/aarch64_guard1.C:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66221
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66215
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.8.5
On Wed, May 20, 2015 at 9:11 PM, Joseph Myers jos...@codesourcery.com wrote:
On Wed, 20 May 2015, Alex Velenko wrote:
Hi,
This patch prevents arm_thumb1_ok XPASS in sibcall-3.c and sibcall-4.c
testcases. Sibcalls are not ok for Thumb1 and testcases need to be fixed.
arm_thumb1_ok means
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66223
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |WAITING
---
On Thu, May 21, 2015 at 7:12 AM, Sandra Loosemore
san...@codesourcery.com wrote:
On targets such as ARM, some arches are compatible with options needed to
enable compilation with vectorization, but the specific hardware (or
simulator or BSP) available for execution tests may not implement or
Testism introduced by last commit to fix PR26702 on arm-*-linux*
targets. The fix is to restore target selector to arm*-*-eabi* as the
target macro changes only affect arm*-*-eabi*
Applied to trunk as obvious
Ramana
* gcc.target/arm/pr26702.c: Adjust target selector.
Index:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66230
--- Comment #2 from gpnuma at centaurean dot com ---
I understand you're short of time but this problem is very difficult to
reproduce !!
I did try to compile and link with -fsanitize=undefined this morning, now
here's the interesting part :
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66228
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66219
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66233
--- Comment #3 from Jakub Jelinek jakub at gcc dot gnu.org ---
Seems this is the
/* Handle cases of two conversions in a row. */
patterns in match.pd that are causing this.
I'd say the bug is that those simplifications are just handling
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66233
--- Comment #4 from Jakub Jelinek jakub at gcc dot gnu.org ---
Indeed, in 4.9 this is in tree-ssa-forwprop.c (combine_conversions) and in
fold-const.c (fold_unary_loc).
Perhaps we need {inter,inside,final}_vec_{int,float,unsignedp} variables too
Hi Sandra,
On 21/05/15 06:43, Sandra Loosemore wrote:
This is another patch aimed at fixing bugs relating to trying to execute
NEON code on a target that doesn't support it revealed by my
arm-none-eabi testing on a gazillion different multilibs. Inspired by
what vect.exp does and my other
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66236
Bug ID: 66236
Summary: [6 Regression] FAIL: gcc.c-torture/execute/pr42691.c
on alpha-linux-gnu
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
On Thu, May 21, 2015 at 10:38 AM, Ilya Enkovich enkovich@gmail.com wrote:
Hi,
This patch fixes PR66221 by using build_distinct_type_copy instead of
copy_node to copy a function type for instrumented function. Bootstrapped
and regtested for x86_64-unknown-linux-gnu. Applied to trunk.
On Thu, May 21, 2015 at 7:38 AM, Jeff Law l...@redhat.com wrote:
find_split_point will tend to favor splitting complex insns in such a way as
to encourage multiply-add insns. It does this by splitting an
unrecognizable insn at the (plus (mult)).
Now that many MULTs are canonicalized as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64208
Ramana Radhakrishnan ramana at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58660
Ramana Radhakrishnan ramana at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Hi!
This patch finishes the C #pragma omp taskloop support on the gomp 4.1
branch, including library support.
2015-05-21 Jakub Jelinek ja...@redhat.com
* tree.h (OMP_STANDALONE_CLAUSES): Adjust to cover
OMP_TARGET_{ENTER,EXIT}_DATA.
(OMP_CLAUSE_SHARED_FIRSTPRIVATE):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26702
--- Comment #13 from Ramana Radhakrishnan ramana at gcc dot gnu.org ---
Author: ramana
Date: Thu May 21 09:23:14 2015
New Revision: 223473
URL: https://gcc.gnu.org/viewcvs?rev=223473root=gccview=rev
Log:
Fix PR target/26702
For Kwok Cheung
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66237
Bug ID: 66237
Summary: [6.0 regression] FAIL: gcc.dg/tree-prof/pr34999.c
compilation, -fprofile-use -D_PROFILE_USE (internal
compiler error)
Product: gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66236
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
CC||law at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66235
--- Comment #1 from Oleg Endo olegendo at gcc dot gnu.org ---
This is actually a special case of PR 65250.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65979
--- Comment #19 from Oleg Endo olegendo at gcc dot gnu.org ---
(In reply to Oleg Endo from comment #18)
Yes, that is true. However, because op0, op1, op2 are all arith_reg_dest
the peephole will only match if those are GP regs. Each captured
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65937
Ramana Radhakrishnan ramana at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Hello!
From: Jeff Law [mailto:l...@redhat.com]
Sent: Wednesday, May 13, 2015 4:05 AM
OK for the trunk.
Thanks for your patience,
Thanks. Committed with the added PR rtl-optimization/64616 to both
ChangeLog entries.
This patch caused PR66236 [1].
[1]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66207
--- Comment #6 from Uroš Bizjak ubizjak at gmail dot com ---
(In reply to Uroš Bizjak from comment #5)
(In reply to Uroš Bizjak from comment #4)
Native bootstrap with alphaev68-linux-gnu (a BWX architecture) with the
patch from Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66230
--- Comment #3 from Markus Trippelsdorf trippels at gcc dot gnu.org ---
Another thing you might try is to use: -fno-strict-aliasing -fwrapv
-fno-aggressive-loop-optimizations (as per http://gcc.gnu.org/bugs/)
and see if the issue goes away, too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66163
--- Comment #10 from Martin Liška marxin at gcc dot gnu.org ---
Firefox developers just fixed first half of problem seen by null sanitizer and
I would still wait for fixing the rest:
https://bugzilla.mozilla.org/show_bug.cgi?id=1167119.
Looks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63345
--- Comment #7 from Jonathan Wakely redi at gcc dot gnu.org ---
Why does your patch need to touch operator* or operator- for any of the
iterators? For any dereferenceable iterator the cast should be valid, so if
you're seeing invalid casts it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66236
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |6.0
On Thu, 21 May 2015, Jan Hubicka wrote:
Hi,
this patch extends statistics from tree-ssa-alias to also cover TBAA oracle.
This is useful to keep track of aliasing effectivity. For example the hack
in alias.c putting globbing all pointers to one costs about 20% of all
answers on firefox. I.e.
Le 21/05/2015 19:51, Thomas Koenig a écrit :
Am 18.05.2015 um 00:05 schrieb Thomas Koenig:
this patch extends the inline matmul functionality to conjugate
complex numbers.
Regression-tested. OK for trunk?
OK (with the trivial change in the follow-up e-mail)?
I'd like to start extending
On Thu, May 21, 2015 at 06:17:43PM +0200, Michael Matz wrote:
Hi,
On Thu, 21 May 2015, Paul E. McKenney wrote:
The point is -exactly- to codify the current state of affairs.
Ah, I see, so it's not yet about creating a more useful (for compilers,
that is) model.
There are several
Jiong Wang writes:
This patch add -mtls-size option for AArch64. This option let user to do
finer control on code generation for various TLS model on AArch64.
For example, for TLS LE, user can specify smaller tls-size, for example
4K which is quite usual, to let AArch64 backend generate
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 value.
It's a fixed register and it is only ever set to 0 or 1.
Am 18.05.2015 um 00:05 schrieb Thomas Koenig:
this patch extends the inline matmul functionality to conjugate
complex numbers.
Regression-tested. OK for trunk?
OK (with the trivial change in the follow-up e-mail)?
I'd like to start extending this to TRANSPOSE(CONJG(A)) :-)
Thomas
On 05/07/2015 12:22 PM, Marek Polacek wrote:
- mark_used (decl);
+ mark_used (decl, 0);
This should use tf_none rather than 0.
+ build_enumerator (DECL_NAME (decl), value, newtag,
+ DECL_ATTRIBUTES (decl), DECL_SOURCE_LOCATION (decl));
This is assuming
On Thu, May 21, 2015 at 8:36 PM, H.J. Lu hjl.to...@gmail.com wrote:
I am testing this now. I will check it in if there is no regression.
OK.
Maybe just :
;; Return true if OP is a GOT memory operand.
(define_predicate GOT_memory_operand
(match_operand 0 memory_operand)
{
return
On Thu, 2015-05-21 at 16:45 +0100, Matthew Wahab wrote:
On 19/05/15 20:20, Torvald Riegel wrote:
On Mon, 2015-05-18 at 17:36 +0100, Matthew Wahab wrote:
Hello,
On 15/05/15 17:22, Torvald Riegel wrote:
This patch improves the documentation of the built-ins for atomic
operations.
On Thu, May 21, 2015 at 11:41 AM, Richard Henderson r...@redhat.com wrote:
On 05/21/2015 05:59 AM, H.J. Lu wrote:
+(define_predicate x32_sibcall_memory_operand
+ (and (match_operand 0 memory_operand)
+ (match_test CONSTANT_P (XEXP (op, 0)))
+ (match_test GET_CODE (XEXP (XEXP (op,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66176
--- Comment #1 from Thomas Koenig tkoenig at gcc dot gnu.org ---
Author: tkoenig
Date: Thu May 21 19:00:45 2015
New Revision: 223499
URL: https://gcc.gnu.org/viewcvs?rev=223499root=gccview=rev
Log:
2015-05-21 Thomas Koenig tkoe...@gcc.gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66241
--- Comment #3 from Vidya Praveen vp at gcc dot gnu.org ---
And this change seems to be the cause:
Author: hubicka
Date: Sat May 16 20:51:50 2015
New Revision: 223252
URL: https://gcc.gnu.org/viewcvs?rev=223252root=gccview=rev
Log:
*
Hi,
this is next part of the series. It disables canonical type calculation for
incomplete types with exception of arrays based on claim that we do not have
good notion of those.
I can botostrap this with additional checks in alias.c that canonical types are
always present with LTO but I need
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
* gcc.target/i386/pr32219-1.c: Enable test on FreeBSD.
*
On 05/21/2015 05:39 AM, Segher Boessenkool wrote:
Trying 18, 9 - 24:
Failed to match this instruction:
(set (reg:DI 4 4 [+8 ])
(plus:DI (plus:DI (reg:DI 5 5 [ val+8 ])
(reg:DI 76 ca))
(reg:DI 169 [+8 ])))
For some reason it has the CA reg not last. I think we
On 05/21/2015 05:59 AM, H.J. Lu wrote:
+(define_predicate x32_sibcall_memory_operand
+ (and (match_operand 0 memory_operand)
+ (match_test CONSTANT_P (XEXP (op, 0)))
+ (match_test GET_CODE (XEXP (XEXP (op, 0), 0)) == UNSPEC)
+ (match_test XINT (XEXP (XEXP (op, 0), 0), 1) ==
On 05/21/2015 09:12 AM, Thomas Schwinge wrote:
OK to commit?
gcc/
* config/nvptx/nvptx.md (allocate_stack): Rename to...
(allocate_stack_mode): ... this, and add :P on both
match_operand and unspec.
(allocate_stack): New expander.
If you really want
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 execute, the others follow along. So we skip
the real work in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65892
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |SUSPENDED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65979
Kazumoto Kojima kkojima at gcc dot gnu.org changed:
What|Removed |Added
Summary|Multiple issues in |[4.9/5/6
On 05/20/2015 11:12 PM, Sandra Loosemore wrote:
On targets such as ARM, some arches are compatible with options needed
to enable compilation with vectorization, but the specific hardware (or
simulator or BSP) available for execution tests may not implement or
enable those features. The vect.exp
Hi!
Jakub, for avoidance of doubt, the proposed refactoring makes sense to
me, but does need your approval:
On Thu, 21 May 2015 16:30:40 +0800, Chung-Lin Tang clt...@codesourcery.com
wrote:
Ping x2.
On 15/5/11 7:19 PM, Chung-Lin Tang wrote:
Ping.
On 2015/4/21 08:21 PM, Chung-Lin Tang
On Thu, May 21, 2015 at 2:59 PM, H.J. Lu hjl.to...@gmail.com wrote:
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
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66232
--- Comment #2 from H.J. Lu hjl.tools at gmail dot com ---
Created attachment 35585
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35585action=edit
A patch
I am testing this.
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, *.h: DOn't check HAVE_conditional_move with the preprocessor.
You know what I'm going to say here :-)
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
* defaults.h: Add default for STACK_PUSH_CODE.
* expr.c: Don't redefine STACK_PUSH_CODE.
*
Hello,
this patch adds basic support to libbacktrace for PE32 and PE32+ (Windows and
Windows64 object formats).
Support is ‘basic’ because neither DLL nor PIE (if that exists) are handled.
Furthermore, there is no windows versions of mmapio.c and mmap.c
Finally, I have disabled the support of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66242
--- Comment #1 from simon at pushface dot org ---
Created attachment 35588
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35588action=edit
Suggested patch
On Thu, 21 May 2015 13:57:00 +0200
Jakub Jelinek ja...@redhat.com wrote:
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
Ping
2015-05-05 14:05 GMT+03:00 Ilya Enkovich enkovich@gmail.com:
2015-04-21 8:52 GMT+03:00 Jeff Law l...@redhat.com:
On 04/17/2015 02:34 AM, Ilya Enkovich wrote:
On 15 Apr 14:07, Ilya Enkovich wrote:
2015-04-14 8:22 GMT+03:00 Jeff Law l...@redhat.com:
On 03/15/2015 02:30 PM, Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66239
--- Comment #1 from Maciej Andrzejewski maciej.andrzejewski at data dot pl ---
It is getting even more interesting.
I have disassabled 4 binaries compiled with options:
1) -mfloat-abi=softfp
2) -mfloat-abi=softfp -O
3) -mfloat-abi=hard
4)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66240
Bug ID: 66240
Summary: RFE: extend -falign-xyz syntax
Product: gcc
Version: 5.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
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
* genconfig.c (main): Always define HAVE_conditional_move.
* *.c: Don't check if HAVE_conditional_move is
On 05/20/2015 08:09 PM, tbsaunde+...@tbsaunde.org wrote:
From: Trevor Saunders tbsaunde+...@tbsaunde.org
gcc/c-family/ChangeLog:
2015-05-20 Trevor Saunders tbsaunde+...@tbsaunde.org
* c-cppbuiltin.c (c_cpp_builtins): Use if instead of #if with
STACK_GROWS_DOWNWARD.
On 05/20/2015 08:09 PM, tbsaunde+...@tbsaunde.org wrote:
From: Trevor Saunders tbsaunde+...@tbsaunde.org
gcc/c-family/ChangeLog:
2015-05-20 Trevor Saunders tbsaunde+...@tbsaunde.org
* c-cppbuiltin.c (c_cpp_builtins): Check the value of
STACK_GROWS_DOWNWARD rather than if it
On Thu, May 21, 2015 at 08:06:04PM +0930, Alan Modra wrote:
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
1 - 100 of 325 matches
Mail list logo