On Sun, Jul 5, 2015 at 11:40 PM, H.J. Lu hjl.to...@gmail.com wrote:
Similar to -mpreferred-stack-boundary=3, -mincoming-stack-boundary=3 is
allowed with -mno-sse in 64-bit mode.
OK for trunk?
H.J.
gcc/
PR target/53383
* config/i386/i386.c (ix86_option_override_internal):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66714
--- Comment #14 from vries at gcc dot gnu.org ---
1.
In lower_omp_target for function fn3, we handle clause 'map(alloc:bD.1833
[pointer assign, bias: 0])' with variable-sized bD.1833.
The var bD.1833 has value-expr *b.0D.1844. For b.0D.1844, we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66714
--- Comment #15 from vries at gcc dot gnu.org ---
My guess at this point is that the problem is that in
replace_block_vars_by_duplicates, we replace the old decls in the block with
new decls, but that the value-exprs that we copy from the old to
Hi,
Using attached untested patch, I managed to minimize a test-case failure
for PR 66714.
The patch introduces two-phase marking in gt_cleare_cache:
- first phase, it loops over all the hash table entries and removes
those which are dead
- second phase, it runs over all the live hash table
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37591
Daniel Marjamäki daniel.marjamaki at gmail dot com changed:
What|Removed |Added
CC|
Rainer Orth r...@cebitec.uni-bielefeld.de writes:
2015-07-06 Rainer Orth r...@cebitec.uni-bielefeld.de
* read-md.c (decimal_string): Rename to ...
(md_decimal_string): ... this.
(handle_enum): Reflect this.
OK, thanks.
Richard
On Mon, Jul 6, 2015 at 11:49 AM, FX fxcoud...@gmail.com wrote:
Many of the floating point-related builtins are type-generic, including
__builtin_{isfinite,isinf_sign,isinf,isnan,isnormal,isgreater,islesser,isunordered}.
However, __builtin_signbit is not. It would make life easier for the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66136
nsz at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58586
--- Comment #8 from vehre at gcc dot gnu.org ---
Author: vehre
Date: Mon Jul 6 10:26:12 2015
New Revision: 225447
URL: https://gcc.gnu.org/viewcvs?rev=225447root=gccview=rev
Log:
gcc/testsuite/ChangeLog:
2015-07-06 Andre Vehreschild
Bootstrapped and tested on x86_64-unknown-linux-gnu, applied.
Richard.
2015-07-06 Richard Biener rguent...@suse.de
PR middle-end/66759
* match.pd: Add missing constraint of y to REAL_CST in
REAL_CST - x CMP y to y - CST CMP x simplification.
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66776
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Target||aarch64*
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66774
--- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org ---
(In reply to contact from comment #0)
As the bug does not
occur with -O0 I assume the bug is part of gcc, and not of my own code, but
I could obviously be wrong.
This is a
I note some parts of this duplicate my
https://gcc.gnu.org/ml/gcc-patches/2015-01/msg01422.html , which has been pinged
a couple of times. Both Charles' patch, and my two, contain parts the other does
not...
Cheers, Alan
Charles Baylis wrote:
gcc/ChangeLog:
DATE Charles Baylis
On Mon, Jul 06, 2015 at 09:20:39AM +0100, Szabolcs Nagy wrote:
fnmul was modeled as (-a)*b instead of -(a*b), which is wrong with
-frounding-math, so the correct pattern is added too and the other
one is only used if !flag_rounding_math.
This affects a glibc math test, similar fix will be
Hi Steve, hi Paul, hi all,
Steve and Paul, thank you very much for the reviews. Committed with the
requested changes as r225447 and r225448. The last commit adds the Changelog
entry in the testsuite I forgot. Sorry for that.
For the open issue in the testcase I have opened the pr:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66776
Bug ID: 66776
Summary: [AArch64] zero-extend version of csel not matching
properly
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Keywords: missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66588
--- Comment #5 from ktkachov at gcc dot gnu.org ---
(In reply to Segher Boessenkool from comment #4)
combine should not in general try multiple ways to write the same
thing; this will not scale. In this case, I don't see that some
backends
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66731
--- Comment #1 from nsz at gcc dot gnu.org ---
Author: nsz
Date: Mon Jul 6 11:00:03 2015
New Revision: 225450
URL: https://gcc.gnu.org/viewcvs?rev=225450root=gccview=rev
Log:
[AArch64] PR target/66731 Fix fnmul insn with -frounding-math
Eric Botcazou wrote:
Technically this is incorrect since AGGREGATE_TYPE_P includes ARRAY_TYPE
and ARRAY_TYPE doesn't have TYPE_FIELDS. I doubt we could reach that
case though (unless there's a language that allows passing arrays by value).
Ada passes small array types by the method specified
Hi,
Many of the floating point-related builtins are type-generic, including
__builtin_{isfinite,isinf_sign,isinf,isnan,isnormal,isgreater,islesser,isunordered}.
However, __builtin_signbit is not. It would make life easier for the
implementation of IEEE in Fortran if it were, and probably for
Richard Biener wrote:
I also believe this loop is equivalent to checking TYPE_ALIGN of the aggregate
type?
Jakub is correct: the intention is to discard any top-level alignment attribute
on a struct declaration.
I'll double check your wording in the abi document, but it seems to be
On 25/06/15 09:42, Tom de Vries wrote:
Hi,
this patch merges rewrite_virtuals_into_loop_closed_ssa (originally
submitted here: https://gcc.gnu.org/ml/gcc-patches/2015-06/msg01236.html
) to trunk.
Bootstrapped and reg-tested on x86_64.
OK for trunk?
Ping.
Thanks,
- Tom
On 25/06/15 09:43, Tom de Vries wrote:
Hi,
I ran into a failure with parloops for reduction loop testcase
libgomp/testsuite/libgomp.c/parloops-exit-first-loop-alt-3.c. When we
exercise the low iteration count loop, the test-case fails.
To understand the problem, let's first look at what
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66759
--- Comment #4 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Mon Jul 6 10:37:33 2015
New Revision: 225449
URL: https://gcc.gnu.org/viewcvs?rev=225449root=gccview=rev
Log:
2015-07-06 Richard Biener rguent...@suse.de
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66770
--- Comment #2 from Richard Biener rguenth at gcc dot gnu.org ---
This looks like a dup of PR66759 to me which has a reduced testcase and shows
a bug in folding of REAL_CST - x CMP REAL_CST.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65974
Neil Bird neil at fnxweb dot com changed:
What|Removed |Added
CC||neil at fnxweb dot com
One of the recent header file changes (haven't check which) broke
mainline Solaris bootstrap:
/vol/gcc/src/hg/trunk/local/gcc/read-md.c: In function 'char*
decimal_string(int)':
/vol/gcc/src/hg/trunk/local/gcc/read-md.c:782:27: error: 'char*
decimal_string(int)' redeclared as different kind of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66757
Eric Botcazou ebotcazou at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66714
--- Comment #17 from vries at gcc dot gnu.org ---
Created attachment 35918
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35918action=edit
update gzipped trace
latest trace
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66714
--- Comment #18 from vries at gcc dot gnu.org ---
Created attachment 35919
-- https://gcc.gnu.org/bugzilla/attachment.cgi?id=35919action=edit
combined testcase/trigger/tracing patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66768
amker at gcc dot gnu.org changed:
What|Removed |Added
CC||amker at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66714
vries at gcc dot gnu.org changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66771
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66749
--- Comment #5 from Yulia Koval julia.koval at intel dot com ---
(In reply to H.J. Lu from comment #4)
Created attachment 35904 [details]
A patch
Please try this.
It fixes the problem.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40267
--- Comment #2 from Francois-Xavier Coudert fxcoudert at gcc dot gnu.org ---
Author: fxcoudert
Date: Mon Jul 6 08:22:34 2015
New Revision: 225445
URL: https://gcc.gnu.org/viewcvs?rev=225445root=gccview=rev
Log:
PR libfortran/40267
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=40267
Francois-Xavier Coudert fxcoudert at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW
Hum, somehow I convinced myself that it was ok if the precision
wasn't the same (but I can't remember my line of thought). Your
testcase clearly shows I was wrong ;)
It's not mine, but Zhendong Su's. For the sake of completeness, I also had an
Ada testcase, but I know how convincing C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66774
Bug ID: 66774
Summary: Any optimization causes segfault on binary
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66774
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66771
--- Comment #7 from Jonathan Wakely redi at gcc dot gnu.org ---
Oops sorry, I mean:
if (!m_input.getline(buf, sizeof(buf)))
return false;
The version comparing to 0 only works in C++03 (or non-conforming versions of
libstdc++ pre-gcc-5)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66757
--- Comment #3 from Eric Botcazou ebotcazou at gcc dot gnu.org ---
Author: ebotcazou
Date: Mon Jul 6 08:43:58 2015
New Revision: 225446
URL: https://gcc.gnu.org/viewcvs?rev=225446root=gccview=rev
Log:
PR tree-optimization/66757
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50800
edanor1 at wp dot pl edanor1 at wp dot pl changed:
What|Removed |Added
CC||edanor1 at wp
2015-07-05 Steven G. Kargl ka...@gcc.gnu.org
* io.c (check_char_variable): New function.
(match_open_element, match_close_element, match_file_element,
match_dt_element, match_inquire_element, match_wait_element): Use it.
2015-07-05 Steven G. Kargl ka...@gcc.gnu.org
fnmul was modeled as (-a)*b instead of -(a*b), which is wrong with
-frounding-math, so the correct pattern is added too and the other
one is only used if !flag_rounding_math.
This affects a glibc math test, similar fix will be needed for ARM.
Tested with aarch64-none-linux-gnu cross compiler.
is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66773
Bug ID: 66773
Summary: sign-compare warning for == and != are pretty useless
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66775
Bug ID: 66775
Summary: Allocatable function result type(t) produces segfault
when uninitialized
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66777
Bug ID: 66777
Summary: faggressive-loop-optimizations behavior.
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66733
--- Comment #3 from Richard Biener rguenth at gcc dot gnu.org ---
Ok, it's actually slightly more twisted (but indeed related to CCP propagating
copies now).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53383
--- Comment #23 from hjl at gcc dot gnu.org hjl at gcc dot gnu.org ---
Author: hjl
Date: Mon Jul 6 11:50:47 2015
New Revision: 225452
URL: https://gcc.gnu.org/viewcvs?rev=225452root=gccview=rev
Log:
Allow -mincoming-stack-boundary=3 with
Hi all,
please find attached the next version of the patch for pr66035 fixing an ICE.
Scope (copied from first submit):
An ICE occurred when in a structure constructor an allocatable component of
type class was initialized with an existing class object. This was caused by
- the size of the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66759
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66214
--- Comment #9 from Tobias Burnus burnus at gcc dot gnu.org ---
Jason, any news on this:
(In reply to Jan Hubicka from comment #8)
Jaon, the issue here is that TYPE_CANONICAL is incomplete type:
[...]
Shouldn't the canonical type be always the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66769
--- Comment #3 from fiesh at zefix dot tv ---
Better, self contained problem case:
class A
{
void f(int a);
int g();
};
void A::f(int a) {}
int A::g()
{
auto r = [] (auto x) { f(*x); };
int * p;
r(p);
}
From: Trevor Saunders tbsaunde+...@tbsaunde.org
gcc/ChangeLog:
2015-07-06 Trevor Saunders tbsaunde+...@tbsaunde.org
* defaults.h: Provide default for WORD_REGISTER_OPERATIONS.
* config/alpha/alpha.h: Define WORD_REGISTER_OPERATIONS to 1.
* config/arc/arc.h: Likewise.
From: Trevor Saunders tbsaunde+...@tbsaunde.org
gcc/ChangeLog:
2015-07-06 Trevor Saunders tbsaunde+...@tbsaunde.org
* combine.c (update_rsp_from_reg_equal): Don't check if
SHORT_IMMEDIATES_SIGN_EXTEND is defined.
(reg_nonzero_bits_for_combine): Likewise.
*
From: Trevor Saunders tbsaunde+...@tbsaunde.org
gcc/ChangeLog:
2015-07-06 Trevor Saunders tbsaunde+...@tbsaunde.org
* rtl.h: Always define AUTO_INC_DEC.
* auto-inc-dec.c (pass_inc_dec::execute): Adjust.
* combine.c (combine_instructions): Likewise.
From: Trevor Saunders tbsaunde+...@tbsaunde.org
gcc/ChangeLog:
2015-07-06 Trevor Saunders tbsaunde+...@tbsaunde.org
* auto-inc-dec.c (pass_inc_dec::execute): Don't check the value
of AUTO_INC_DEC with the preprocessor.
* combine.c (combine_instructions): Likewise.
From: Trevor Saunders tbsaunde+...@tbsaunde.org
gcc/ChangeLog:
2015-07-06 Trevor Saunders tbsaunde+...@tbsaunde.org
* combine.c (can_combine_def_p): Don't check the value of
* HARD_FRAME_POINTER_IS_FRAME_POINTER with the preprocessor.
(combinable_i3pat): Likewise.
From: Trevor Saunders tbsaunde+...@tbsaunde.org
gcc/ChangeLog:
2015-07-06 Trevor Saunders tbsaunde+...@tbsaunde.org
* combine.c (do_SUBST_MODE): Don't check the value of HAVE_cc0
with the preprocessor.
(combine_instructions): Likewise.
(try_combine): Likewise.
From: Trevor Saunders tbsaunde+...@tbsaunde.org
Provide a default in files where that is possible, so that everything
else there can be unconditionally compiled. However rtlanal.c and
reload.c do tricky things that break providing a global default, so we
can't do that yet.
gcc/ChangeLog:
In this PR we hit the issue that when CCP faces a conditional which
is (still) undefined it will consider all outgoing edges executable.
Eventually we'll reverse that decision (but without reflecting that
in the lattice), but it's too late then if a PHI node merging
the edges has been evaluated
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61820
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE ro at CeBiTec dot
Uni-Bielefeld.DE ---
--- Comment #2 from Richard PALO richard at netbsd dot org ---
I have this as well on SunOS 5.11 illumos with 4.9* (on pkgsrc)
Right, the bug is
The intent (as I read it) of the iteration order in ssa_propagate is
to process stmts in the following order:
1) complete simulation of BBs from making one of their entries executable
2) simulation of stmts fed by stmts that changed to VARYING
3) simulation of the rest of stmts fed by stmts
From: Trevor Saunders tbsaunde+...@tbsaunde.org
Hi,
$subject.
patches individually bootstrapped + regtested on x86_64-linux-gnu, and the
series was run through config-list.mk with some other stuff a couple weeks ago.
I plan to commit this as preapproved tonight if nobody complains.
Trev
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66777
--- Comment #1 from Richard Biener rguenth at gcc dot gnu.org ---
-Waggressive-loop-optimizations, but it doesn't warn for me in this case. Of
course we warn about
t.c: In function ‘main’:
t.c:8:26: warning: ‘a[0]’ is used uninitialized in this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66769
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61636
Markus Trippelsdorf trippels at gcc dot gnu.org changed:
What|Removed |Added
CC||fiesh
There is a follow-up patch that I will be working on that will correctly
update the other
branch tests to correctly test out of range branch behaviour for
micromips. Currently these
are passing because the mips branch range offset is large enough. These
offsets will
need to be reduced for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=37591
--- Comment #8 from Manuel López-Ibáñez manu at gcc dot gnu.org ---
I'd vote for either removing this warning or fixing it.
You can use the corresponding -Wno-* option to remove it.
There's no much point in voting on this or other bugs: What
On 07/03/2015 04:13 AM, Chen Gang wrote:
On 07/01/2015 11:27 PM, Chen Gang wrote:
On 7/1/15 21:52, Bernd Schmidt wrote:
Below is a patch. Can you test this with anything you have beyond the testsuite?
It can fix this issue (Bug66620), let the insns standard, and can build
the bfin kernel
If __gthread_cond_timedwaitonclock is available it can be used it to fix
part of https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41861 by supporting
std::chrono::steady_clock properly with std::condition_variable.
This means that code using std::condition_variable::wait_for or
Hello,
I am Anthony Lackner of Anthony Lackner store.I want to order from your company
and I will like to know if you accept credit payment and the types of card
accepted by you. About the shipment I have a freight forwarder
(http://www.popular-shipping.com) that will handle the shipment when
All:
The below patch optimized the usage of the reserved stack space for function
arguments. The stack space is reserved if
the function is a libcall, variable number of arguments, aggregate data types,
and some parameter are reserved in registers
and some parameters is reserved in the stack.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66767
--- Comment #2 from Richard Biener rguenth at gcc dot gnu.org ---
Indeed.
bb 2:
# PT = { D.2299 } (nonlocal)
# ALIGN = 16, MISALIGN = 0
vectp_p.4_16 = p_7(D) + 1;
addr2int0_4 = (signed long) vectp_p.4_16;
andmask_3 = addr2int0_4 15;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66767
--- Comment #3 from Richard Biener rguenth at gcc dot gnu.org ---
Author: rguenth
Date: Mon Jul 6 13:12:39 2015
New Revision: 225454
URL: https://gcc.gnu.org/viewcvs?rev=225454root=gccview=rev
Log:
2015-07-06 Richard Biener rguent...@suse.de
Hi,
The near-far-3.c test is failing for micromips because it is expecting the call
to near_func to be performed by a jal instruction, but for micromips this is
done
by a jals instruction.
I have updated the expected test output to deal with this case. I have tested
this on the mips-mti-elf
On Mon, Jul 6, 2015 at 3:25 PM, Richard Biener
richard.guent...@gmail.com wrote:
On Mon, Jul 6, 2015 at 10:57 AM, Tom de Vries tom_devr...@mentor.com wrote:
Hi,
Using attached untested patch, I managed to minimize a test-case failure for
PR 66714.
The patch introduces two-phase marking in
Hi,
The LWXS instruction is part of the micromips ISA which means it is
valid to generate it for the no-smartmips-lwxs.c testcase. I have
updated the dg-options for the test to ensure that it does not
generate micromips code.
I have tested this on the mips-mti-elf target using
Hi,
Just some general comments...
On 06 Jul 2015, at 22:05, Ajit Kumar Agarwal ajit.kumar.agar...@xilinx.com
wrote:
+static bool
+microblaze_parm_needs_stack (cumulative_args_t args_so_far, tree type)
+{
+ enum machine_mode mode;
'enum' is not required in C++, please omit
Hi,
On Sun, 5 Jul 2015, Prathamesh Kulkarni wrote:
Hi,
The attached patches flatten cfgloop.h.
patch-1.diff moves around prototypes and structures to respective
header-files.
patch-2.diff (mostly auto-generated) replicates cfgloop.h includes in c files.
Bootstrapped and tested on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66620
--- Comment #13 from Bernd Schmidt bernds at gcc dot gnu.org ---
Author: bernds
Date: Mon Jul 6 12:49:26 2015
New Revision: 225453
URL: https://gcc.gnu.org/viewcvs?rev=225453root=gccview=rev
Log:
Fix assert caused by bad cfg manipulation in
Hi all,
this is a proposal to patch PR 66578
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66578 . It extends work of Mikael
Morin. The patch fixes two issues:
1. a source'd allocate in a block: allocate(c, source=a(:)). The issues occurs
because due to the new handling of source-expressions in
Similar to the vect_gen_niters_for_prolog_loop change I already noticed
on x86_64.
Built on ppc64-unknown-linux-gnu, applied.
Richard.
2015-07-06 Richard Biener rguent...@suse.de
PR tree-optimization/66767
* tree-vect-loop-manip.c (vect_create_cond_for_align_checks):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66767
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
The System.OS_Constants templates for GNAT has three preprocessor checks
for FreeBSD. In all three cases, DragonFly BSD needs to be treated the
same as FreeBSD. The attached patch accomplishes this.
Please consider incorporating the patch into trunk.
Regards,
John
Index:
On Mon, Jul 6, 2015 at 10:57 AM, Tom de Vries tom_devr...@mentor.com wrote:
Hi,
Using attached untested patch, I managed to minimize a test-case failure for
PR 66714.
The patch introduces two-phase marking in gt_cleare_cache:
- first phase, it loops over all the hash table entries and
-Original Message-
From: Andrew Bennett [mailto:andrew.benn...@imgtec.com]
Sent: Monday, July 06, 2015 9:20 AM
To: gcc-patches@gcc.gnu.org
Cc: Matthew Fortune; Moore, Catherine
Subject: [PATCH] MIPS: For micromips allow near-far-3.c test to use the jals
instruction to call
IA MCU is based on Intel Pentium ISA without x87 and passing parameters
in registers. We want to optimize for IA MCU without changing existing
Pentium codegen. This patch adds PROCESSOR_IAMCU for -march=iamcu,
which is based on -march=pentium with updated cost tables.
OK for trunk?
Thanks.
Hi,
Due to specifics of the POWER architecture, some forms of a vector
compare followed by a vector select are represented in RTL as a compare,
followed by a logical NOT, followed by the select. This tends to end up
generating an extra instruction. This patch adds a case to
simplify-rtx.c to
On Mon, 6 Jul 2015, Tom de Vries wrote:
On 25/06/15 09:42, Tom de Vries wrote:
Hi,
this patch merges rewrite_virtuals_into_loop_closed_ssa (originally
submitted here: https://gcc.gnu.org/ml/gcc-patches/2015-06/msg01236.html
) to trunk.
Bootstrapped and reg-tested on x86_64.
On Mon, 6 Jul 2015, Tom de Vries wrote:
On 25/06/15 09:43, Tom de Vries wrote:
Hi,
I ran into a failure with parloops for reduction loop testcase
libgomp/testsuite/libgomp.c/parloops-exit-first-loop-alt-3.c. When we
exercise the low iteration count loop, the test-case fails.
To
On 06/07/15 13:55 +0100, Mike Crowe wrote:
diff --git a/libgcc/gthr-posix.h b/libgcc/gthr-posix.h
index fb59816..0e01866 100644
--- a/libgcc/gthr-posix.h
+++ b/libgcc/gthr-posix.h
@@ -33,6 +33,7 @@ see the files COPYING3 and COPYING.RUNTIME respectively. If
not, see
#define __GTHREADS_CXX0X 1
On 06/07/15 13:55 +0100, Mike Crowe wrote:
If __gthread_cond_timedwaitonclock is available it can be used it to fix
part of https://gcc.gnu.org/bugzilla/show_bug.cgi?id=41861 by supporting
std::chrono::steady_clock properly with std::condition_variable.
This means that code using
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66778
Bug ID: 66778
Summary: [6.0 Regression] PPC 405 and 440 nmac failure
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
On the development branch of DragonFly BSD, it was discovered that
__LONG_LONG_SUPPORTED was accidently unconditionally defined. This had
a positive side effect of allowing GCC conftests to pass for C99 support
via wchar.h. When the bug was fixed, the wchar C99 conftest now fails,
resulting in a
Hi Trevor,
On Mon, Jul 06, 2015 at 08:11:30AM -0400, tbsaunde+...@tbsaunde.org wrote:
* defaults.h: Provide default for WORD_REGISTER_OPERATIONS.
* config/alpha/alpha.h: Define WORD_REGISTER_OPERATIONS to 1.
* config/arc/arc.h: Likewise.
* config/arm/arm.h: Likewise.
On Sat, Jul 4, 2015 at 4:34 PM, Marc Glisse marc.gli...@inria.fr wrote:
Hello,
these are just some minor changes. I believe I had already promised a build_
function to match integer_each_onep.
Bootstrap+testsuite on powerpc64le-unknown-linux-gnu (it looks like
*-match.c takes about 10
Andre,
Forget my comment. I was seeing arrows all pointing in one direction !
Cheers
Paul
On 6 July 2015 at 21:42, Andre Vehreschild ve...@gmx.de wrote:
Hi Paul,
Thanks for the review, but I don't understand the regexp. rank_remap =
ss-dimen ndim != 0 in my eyes is not a legal
On 07/01/2015 09:51 PM, Ajit Kumar Agarwal wrote:
-Original Message-
From: Joseph Myers [mailto:jos...@codesourcery.com]
Sent: Wednesday, July 01, 2015 3:48 AM
To: Ajit Kumar Agarwal
Cc: l...@redhat.com; GCC Patches; Vinod Kathail; Shail Aditya Gupta; Vidhumouli
Hunsigida; Nagaraju
On 06/25/2015 03:43 AM, Richard Biener wrote:
Yes, and if you just look at scalar code then with the rewrite we can
enable store if-conversion unconditionally.
_But_
when the new scheme triggers vectorization cannot succeed on the
result as we get
if (cond)
*p = val;
if-converted to
1 - 100 of 262 matches
Mail list logo