On Fri, 10 Apr 2015, Gerald Pfeifer wrote:
> On Mon, 7 Apr 2014, Richard Biener wrote:
> >> htdocs/svn.html has four occurrences, and a few other pages also
> >> have some. Though I don't think it's appropriate to adjust the
> >> like of news.html, should I update svn.html?
> > Sure, go ahead.
>
On Sun, 12 Apr 2015, Jakub Jelinek wrote:
> Hi!
>
> Here is an attempt to adjust gcc_release for 5+ versioning scheme.
> The second hunk hopefully will use the right branch version, the first hunk
> (to be tested when -f will be invoked) should bump automatically BASE-VER
> (e.g. from 5.0.1 to 5.
On Mon, Apr 13, 2015 at 6:48 AM, Alan Modra wrote:
> On Wed, Mar 18, 2015 at 12:12:17PM +0100, Richard Biener wrote:
>> On Wed, Mar 18, 2015 at 5:22 AM, Alan Modra wrote:
>> > On Tue, Mar 17, 2015 at 01:28:41PM -0600, Jeff Law wrote:
>> >> On 03/14/2015 07:02 AM, Alan Modra wrote:
>> >> > PR
> -Original Message-
> From: gcc-patches-ow...@gcc.gnu.org [mailto:gcc-patches-
> ow...@gcc.gnu.org] On Behalf Of Joseph Myers
> Sent: Saturday, April 11, 2015 4:30 AM
> To: Hale Wang
> Cc: 'GCC Patches'
> Subject: Re: [PATCH] [1/2] [ARM] [libgcc] Support RTABI half-precision
> conversion f
On Mon, Apr 13, 2015 at 09:44:12AM +0200, Richard Biener wrote:
> > @@ -130,8 +130,20 @@ EOF
> >
> > # Update gcc/DEV-PHASE.
> >
> > -[ `cat ${SOURCE_DIRECTORY}/gcc/BASE-VER` = ${RELEASE} ] || \
> > -error "Release number ${RELEASE} does not match BASE-VER"
> > +if [ `cat ${SOU
On Mon, 13 Apr 2015, Jakub Jelinek wrote:
> On Mon, Apr 13, 2015 at 09:44:12AM +0200, Richard Biener wrote:
> > > @@ -130,8 +130,20 @@ EOF
> > >
> > > # Update gcc/DEV-PHASE.
> > >
> > > -[ `cat ${SOURCE_DIRECTORY}/gcc/BASE-VER` = ${RELEASE} ] || \
> > > -error "Release number ${R
On 13 April 2015 at 00:24, Ville Voutilainen wrote:
> The patch is a bit large since it does the baseline_symbols regeneration
That has been done on the trunk now.
> and other new-version api-dance.
Thanks, it'll have to wait until after 5.1 is released, as testing any
last minute fixes will be
On 04/13/2015 12:03 PM, Yury Gribov wrote:
Hi all,
I've submitted a libsanitizer cherry-pick from LLVM to not require xdr.h
on systems where it's not available. Pre-approved by Jakub in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64839 .
Forgot to attach patch. Commited in r222043.
commit ea
Hi all,
I've submitted a libsanitizer cherry-pick from LLVM to not require xdr.h
on systems where it's not available. Pre-approved by Jakub in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64839 .
-Y
Gerald Pfeifer writes:
> On Thu, 5 Feb 2015, Matthew Fortune wrote:
> > Thanks Catherine. Good call to remove the markup while reviewing. I've
> > done one more pass on this to have the same phrasing used where
> > similar points are being made. I also added a comment about link
> > compatibility
On Sun, Apr 12, 2015 at 10:34:06PM +0200, Gerald Pfeifer wrote:
> ...a Honza/Gerald co-production. :-) Applied.
>
> Jakub, is this (and another one I should have in the next few
> days) okay to backport even after RC1?
Yes, thanks.
> 2015-04-12 Jan Hubicka
> Gerald Pfeifer
>
>
Hi!
I've noticed there was no DATESTAMP bump this morning on gcc-5-branch,
hopefully fixed thusly.
2015-04-13 Jakub Jelinek
* update_version_svn: Update DATESTAMP also on
branches/gcc-[0-9]+-branch.
--- update_version_svn (revision 221957)
+++ update_version_svn (working co
Hi,
this patch adds DSE to early optimizations and handles testuiste fallout.
As discussed in PR 65076 this reduces number of CLOBBER statements in tramp3d
to 50% (and those accounts 29% of all code previously). The pass also quite
often kills real stores reducing Firefox binary by over 2% due to
b
Hi,
with multiple inheritance compiling the testcase bellow, the first call always
leads to call with offseted pointer, while the other call results in if
conditoinal testing if parameter is non-NULL.
This patch teach VRP that THIS pointers and references are non-zero. I hope
this is true also fo
On Mon, Apr 13, 2015 at 12:12:49PM +0200, Jan Hubicka wrote:
> @@ -1216,6 +1227,10 @@ gimple_stmt_nonzero_warnv_p (gimple stmt
> && DECL_IS_OPERATOR_NEW (fndecl)
> && !TREE_NOTHROW (fndecl))
> return true;
> + /* Referneces are alwyas non-NULL. */
Two typos.
I'll
2015-03-23 22:27 GMT+03:00 H.J. Lu :
> Hi,
>
> This patch adds bootstrap-mpx.mk so that we test mpx in gcc build by
> configuring GCC with
>
> --enable-libmpx --with-build-config="bootstrap-mpx"
>
> OK to install?
>
>
> H.J.
> ---
> 2015-03-23 H.J. Lu
>
> * bootstrap-mpx.mk: New file.
>
Ping (now that stage1 is open)
On 27 March 2015 at 19:14, Kyrill Tkachov wrote:
>
> On 24/03/15 19:53, Yvan Roux wrote:
>>
>> Hi,
>>
>> after the issue with duplicated alternatives exhibited by PR64208, I
>> checked the arm.md file and found that *arm_subsi3_insn has a
>> duplication where alt 4
On 13/04/15 11:47, Yvan Roux wrote:
Ping (now that stage1 is open)
Hi Yvan,
This patch is ok, but can you wait until GCC 5.1 is released before committing
please?
That way trunk and the GCC 5 branch won't diverge too much if there are any
last minute
(hopefully none in this area!) fixes that
On 13 April 2015 at 12:55, Kyrill Tkachov wrote:
>
> On 13/04/15 11:47, Yvan Roux wrote:
>>
>> Ping (now that stage1 is open)
>
> Hi Yvan,
>
> This patch is ok, but can you wait until GCC 5.1 is released before
> committing please?
> That way trunk and the GCC 5 branch won't diverge too much if th
On Mon, 13 Apr 2015, Hale Wang wrote:
> Yes, you are right. It's my fault to add the "only" here. Thank you to point
> out this.
> Beside this, is this patch OK for you?
I don't think it's a good idea for libgcc to include large pieces of
assembly code generated by a compiler. Just compile the
Hello,
this patch makes std::distance(list.first(),list.end()) a constant time
operation when optimizing, with no penalty for other calls. We could do
the test always (no __builtin_constant_p) but then it will add a small
runtime penalty for other calls, someone else can take responsibility fo
On Mon, 13 Apr 2015, Jan Hubicka wrote:
> Hi,
> with multiple inheritance compiling the testcase bellow, the first call always
> leads to call with offseted pointer, while the other call results in if
> conditoinal testing if parameter is non-NULL.
>
> This patch teach VRP that THIS pointers and
On 13/04/15 06:45 +0200, Hans-Peter Nilsson wrote:
Ever since aligmnent was made sane-ish, 62259.cc has failed for
reasons obvious in the patch. Can I please commit this?
Yes, OK for trunk and the gcc-5-branch, thanks.
On Mon, 13 Apr 2015, Jan Hubicka wrote:
> Hi,
> this patch adds DSE to early optimizations and handles testuiste fallout.
> As discussed in PR 65076 this reduces number of CLOBBER statements in tramp3d
> to 50% (and those accounts 29% of all code previously). The pass also quite
> often kills real
On 02.02.2015 12:03, Jonathan Wakely wrote:
> On 2 February 2015 at 02:37, Michael Hanselmann wrote:
>> Calls to `std::uncaught_exception` after calling
>> `std::rethrow_exception' always return `true' when
>> `std::uncaught_exception' should return `false' unless an exception is
>> in flight. `std
> On Mon, 13 Apr 2015, Jan Hubicka wrote:
>
> > Hi,
> > with multiple inheritance compiling the testcase bellow, the first call
> > always
> > leads to call with offseted pointer, while the other call results in if
> > conditoinal testing if parameter is non-NULL.
> >
> > This patch teach VRP th
On Mon, 13 Apr 2015, Jan Hubicka wrote:
> > On Mon, 13 Apr 2015, Jan Hubicka wrote:
> >
> > > Hi,
> > > with multiple inheritance compiling the testcase bellow, the first call
> > > always
> > > leads to call with offseted pointer, while the other call results in if
> > > conditoinal testing if
Hello,
just a simple pattern for match.pd. I am ignoring the issue of whether
isnan is the same as isunordered, I am only combining isunordered
together.
2015-04-13 Marc Glisse
PR tree-optimization/63387
gcc/
* match.pd ((x unord x) | (y unord y) -> (x unord y),
(x
On 13 April 2015 at 13:13, Michael Hanselmann wrote:
> On 02.02.2015 12:03, Jonathan Wakely wrote:
>> On 2 February 2015 at 02:37, Michael Hanselmann wrote:
>>> Calls to `std::uncaught_exception` after calling
>>> `std::rethrow_exception' always return `true' when
>>> `std::uncaught_exception' shou
On Mon, Apr 13, 2015 at 2:23 PM, Marc Glisse wrote:
> Hello,
>
> just a simple pattern for match.pd. I am ignoring the issue of whether isnan
> is the same as isunordered, I am only combining isunordered together.
Ok.
Thanks,
Richard.
> 2015-04-13 Marc Glisse
>
> PR tree-optimization
On 02/01/2015 12:48 AM, Maxim Kuvyrkov wrote:
Hi,
This patch fixes a minor issue in scheduler debug output: statistics
for rank_for_schedule autoprefetcher decisions are not being logged
and printed out.
OK for stage 1? Tested on arm-linux-gnueabihf, and I will bootstrap
and test the patch on
On 02/01/2015 12:55 AM, Maxim Kuvyrkov wrote:
Hi,
It turned out that the values for PARAM_SCHED_AUTOPREF_QUEUE_DEPTH
that I initially selected were unfortunate. The value of "-1" is
special in parameter handling code, and it can't be used on command
line. This makes it impossible to disable sc
On 02/16/2015 03:26 AM, Thomas Preud'homme wrote:
Hi,
The RTL cprop pass in GCC operates by doing a local constant/copy propagation
first and then a global one. In the local one, if a constant cannot be
propagated (eg. due to constraints of the destination instruction) a copy
propagation is d
Ping now that stage1 is open.
https://gcc.gnu.org/ml/gcc-patches/2015-02/msg00232.html
Thanks,
Kyrill
On 04/02/15 12:12, Kyrill Tkachov wrote:
Hi all,
This patch improves the vc patterns in neon.md to use proper RTL
operations rather than UNSPECS.
It is done in a similar way to the analogous a
On 04/11/2015 04:15 PM, Bernhard Reutner-Fischer wrote:
gcc/config/openbsd.h:143:18: error: ‘OBSD_LIB_SPEC’ was not declared in
this scope
#define LIB_SPEC OBSD_LIB_SPEC
^
gcc/gcc.c:879:31: note:
in expansion of macro ‘LIB_SPEC’
static const char *lib_spec = LIB_SPEC;
On Mon, 13 Apr 2015, Richard Biener wrote:
On Mon, Apr 13, 2015 at 2:23 PM, Marc Glisse wrote:
Hello,
just a simple pattern for match.pd. I am ignoring the issue of whether isnan
is the same as isunordered, I am only combining isunordered together.
Ok.
Oups, I am an idiot. My own comment
On 04/11/2015 04:27 PM, Bernhard Reutner-Fischer wrote:
Hi,
I'd like to ask an RM or global reviewer to kindly consider the
following patches preventing one or the other target in config-list.mk
to build:
[PATCH, bfin] handle BFIN_CPU_UNKNOWN in TARGET_CPU_CPP_BUILTINS
https://gcc.gnu.org/ml/gc
On 03/27/2015 09:26 AM, Jan Hubicka wrote:
Hi,
I notieced that GGC hash tables are now accounted to hash-table.h:alloc_entries
that is not very informative (we do not have any stats for heap hash tables that
would be nice to have).
This patch fixes the first problem by adding annotations. OK (pe
On 13/04/15 13:42 +0200, Marc Glisse wrote:
this patch makes std::distance(list.first(),list.end()) a constant
time operation when optimizing, with no penalty for other calls. We
could do the test always (no __builtin_constant_p) but then it will
add a small runtime penalty for other calls, som
On 09/04/15 12:10, Yvan Roux wrote:
diff --git a/gcc/testsuite/gcc.target/arm/pr65648.c
b/gcc/testsuite/gcc.target/arm/pr65648.c
new file mode 100644
index 000..e075546
--- /dev/null
+++ b/gcc/testsuite/gcc.target/arm/pr65648.c
@@ -0,0 +1,9 @@
+/* { dg-do run } */
+/* { dg-skip-if "avoid co
Hi,
this is a short progress report (with a current patch ontop of the
debug-early branch attached).
So I worked towards making regular non-LTO mode output DWARF in two stages,
early (before .text) and late (after .text). I've also prototyped the
LTO side (BLOCK support
still missing) to show wh
Hi all,
This is an update to https://gcc.gnu.org/ml/gcc-patches/2014-11/msg02706.html,
rebased on top of the new cores that went in since that time.
It's just a refactoring.
Bootstrapped and tested on arm-linux.
Ok for trunk (to commit after GCC 5 release)?
Thanks,
Kyrill
2015-04-13 Kyrylo
Ping.
https://gcc.gnu.org/ml/gcc-patches/2015-03/msg01014.html
Jeff, could you help review this patch?
Or could you point me to someone who can review this?
I can't figure out from MAINTAINERS who should be in charge of this part of the
compiler.
Thanks,
Kyrill
On 19/03/15 14:39, Kyrill Tkacho
Hello!
2015-04-13 Uros Bizjak
* config/i386/i386.md (*bmi2_umul3_1): Merge from
*bmi2_umulsidi3_1 and *bmi2_umulditi3_1 using DWIH mode iterator.
Bootstrapped and regression tested on x86_64-linux-gnu {,-m32},
committed to mainline.
Uros.
Index: i386.md
==
On 13 April 2015 at 15:42, Kyrill Tkachov wrote:
>
> On 09/04/15 12:10, Yvan Roux wrote:
>>
>> diff --git a/gcc/testsuite/gcc.target/arm/pr65648.c
>> b/gcc/testsuite/gcc.target/arm/pr65648.c
>> new file mode 100644
>> index 000..e075546
>> --- /dev/null
>> +++ b/gcc/testsuite/gcc.target/arm/pr
On Mon, 13 Apr 2015, Jonathan Wakely wrote:
On 13/04/15 13:42 +0200, Marc Glisse wrote:
this patch makes std::distance(list.first(),list.end()) a constant time
operation when optimizing, with no penalty for other calls. We could do the
test always (no __builtin_constant_p) but then it will add
https://gcc.gnu.org/ml/gcc-patches/2015-02/msg00243.html
thanks,
Christian
On 13/04/15 15:10, Yvan Roux wrote:
On 13 April 2015 at 15:42, Kyrill Tkachov wrote:
On 09/04/15 12:10, Yvan Roux wrote:
diff --git a/gcc/testsuite/gcc.target/arm/pr65648.c
b/gcc/testsuite/gcc.target/arm/pr65648.c
new file mode 100644
index 000..e075546
--- /dev/null
+++ b/gcc/testsuite/g
On Mon, Apr 13, 2015 at 03:36:06PM +0100, Kyrill Tkachov wrote:
> Yes, the arm part is ok. I believe Jakub ok'ed the gcc.c-torture hunk.
> I think it can go in now, as it is a testcase for a PR that was fixed for GCC
> 5.
> Does it need to be committed to the release branch as well?
Yes, but it p
On 13/04/15 16:14 +0200, Marc Glisse wrote:
On Mon, 13 Apr 2015, Jonathan Wakely wrote:
On 13/04/15 13:42 +0200, Marc Glisse wrote:
this patch makes std::distance(list.first(),list.end()) a constant
time operation when optimizing, with no penalty for other calls.
We could do the test always (
On 10/04/15 21:52 +0100, Jonathan Wakely wrote:
I'm sure this still isn't complete, but at least it now contains
information for releases since 4.5, and documents any deprecations.
Committed to trunk.
commit ad10c021b751c515a2e20c74661594a5e99dcede
Author: Jonathan Wakely
Date: Mon Jan 27
On 04/13/2015 08:01 AM, Kyrill Tkachov wrote:
Ping.
https://gcc.gnu.org/ml/gcc-patches/2015-03/msg01014.html
Jeff, could you help review this patch?
Or could you point me to someone who can review this?
I can't figure out from MAINTAINERS who should be in charge of this part
of the compiler.
It'
This tries to rewrite this paragraph to something I could have
understood without reading thrice. What do you think?
Gerald
2015-04-13 Gerald Pfeifer
* doc/plugins.texi (Plugins): Rewrite first introductory paragraph.
Index: doc/plugins.texi
=
On Mon, 13 Apr 2015, Hans-Peter Nilsson wrote:
> b.cc:5:25: warning: requested alignment 16 is larger than 8 [-Wattributes]
>alignas (16) char x[16];
>
> which is mysterious (where does the 8 come from?), until I grep
> the error string and find
> c-family/c-common.c:check_cxx_fundamental_ali
On 04/03/2015 07:48 AM, Jason Merrill wrote:
On 03/20/2015 08:11 PM, Aldy Hernandez wrote:
+ /* For class scoped static functions, the dumped early
+ version was the declaration, whereas the next time
+ around with a different context should be the
+ specificatio
On 04/13/2015 10:57 AM, Gerald Pfeifer wrote:
This tries to rewrite this paragraph to something I could have
understood without reading thrice. What do you think?
Gerald
2015-04-13 Gerald Pfeifer
* doc/plugins.texi (Plugins): Rewrite first introductory paragraph.
Index: doc/plugin
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 supposed to return the cost of multiplying by a constant 'coeff'.
It calculates that by taking the cost of a MULT rtx by that constant
and comparing it to the cost of
This fixes a regression I introduced by not exporting some of the
fstream constructors (the C2 base object ones) when using the new
std::string. Sorry for not finding this myself before the RC.
All the recently-updated baseline_symbols.txt files need updating. I
did this with sed and sort, and ve
Hello Rainer,
On 08 Apr 15:27, Rainer Orth wrote:
> Ok for mainline?
Patch is ok, thanks!
--
K
On Mon, Apr 13, 2015 at 12:54 AM, Jerry DeLisle wrote:
> Hi all,
>
> The attached patch fixes this bug. It also eliminates non-freed memory
> whenever
> a format error occurs. Particular important when the user has use IOSTAT
> and generate_error does not exit, but returns to continue program ex
On Mon, Apr 13, 2015 at 07:28:30PM +0100, Jonathan Wakely wrote:
> This fixes a regression I introduced by not exporting some of the
> fstream constructors (the C2 base object ones) when using the new
> std::string. Sorry for not finding this myself before the RC.
>
> All the recently-updated base
Kirill Yukhin writes:
> Hello Rainer,
> On 08 Apr 15:27, Rainer Orth wrote:
>> Ok for mainline?
>
> Patch is ok, thanks!
Thanks. How about the gcc-5 branch? It would be good to avoid those
failures there, too.
Rainer
--
---
On 13/04/15 20:37 +0200, Jakub Jelinek wrote:
On Mon, Apr 13, 2015 at 07:28:30PM +0100, Jonathan Wakely wrote:
This fixes a regression I introduced by not exporting some of the
fstream constructors (the C2 base object ones) when using the new
std::string. Sorry for not finding this myself before
On Mon, Apr 13, 2015 at 3:43 AM, Ilya Enkovich wrote:
> 2015-03-23 22:27 GMT+03:00 H.J. Lu :
>> Hi,
>>
>> This patch adds bootstrap-mpx.mk so that we test mpx in gcc build by
>> configuring GCC with
>>
>> --enable-libmpx --with-build-config="bootstrap-mpx"
>>
>> OK to install?
>>
>>
>> H.J.
>> ---
On 13 Apr 21:16, Rainer Orth wrote:
> Kirill Yukhin writes:
>
> > Hello Rainer,
> > On 08 Apr 15:27, Rainer Orth wrote:
> >> Ok for mainline?
> >
> > Patch is ok, thanks!
>
> Thanks. How about the gcc-5 branch? It would be good to avoid those
> failures there, too.
Definetely! OK for gcc-5. (s
On 04/13/2015 02:01 PM, Aldy Hernandez wrote:
...or perhaps we could change the condition to:
if ((is_cu_die (old_die->die_parent)
+ || old_die->die_parent->die_tag == DW_TAG_module
|| context_die == NULL
Does checking context_die == old_die->die_parent work?
Jason
On 04/13/2015 05:04 PM, Jason Merrill wrote:
On 04/13/2015 02:01 PM, Aldy Hernandez wrote:
...or perhaps we could change the condition to:
if ((is_cu_die (old_die->die_parent)
+ || old_die->die_parent->die_tag == DW_TAG_module
|| context_die == NULL
Does checking context_
Kirill Yukhin writes:
> On 13 Apr 21:16, Rainer Orth wrote:
>> Kirill Yukhin writes:
>>
>> > Hello Rainer,
>> > On 08 Apr 15:27, Rainer Orth wrote:
>> >> Ok for mainline?
>> >
>> > Patch is ok, thanks!
>>
>> Thanks. How about the gcc-5 branch? It would be good to avoid those
>> failures ther
On Mon, 13 Apr 2015, Marc Glisse wrote:
On Mon, 13 Apr 2015, Richard Biener wrote:
On Mon, Apr 13, 2015 at 2:23 PM, Marc Glisse wrote:
Hello,
just a simple pattern for match.pd. I am ignoring the issue of whether
isnan
is the same as isunordered, I am only combining isunordered together.
PR c++/61636
* g++.dg/cpp1y/pr61636.C: New test.
---
gcc/cp/parser.c | 16
gcc/testsuite/g++.dg/cpp1y/pr61636.C | 19 +++
2 files changed, 35 insertions(+)
create mode 100644 gcc/testsuite/g++.dg/cpp1y/pr61636.C
diff --git a/g
PR c++/64382
* g++.dg/cpp1y/pr64382.C: New test.
---
gcc/cp/cp-tree.h | 1 +
gcc/cp/parser.c | 21 +
gcc/cp/semantics.c | 8 +---
gcc/testsuite/g++.dg/cpp1y/pr64382.C | 23 +++
Hi Jason,
I finally scraped some time together to look into these two generic
lambda default capture bugs and believe I have a solution. Still have
to run tests but I thought I'd get these out for your perusal whilst I
rebase onto origin/master and run the testsuite.
Cheers,
Adam
Hi,
while looking on a testcase, i noticed that for simple code
if (param > 6.0)
BB1;
else
BB2;
the inline predicates currectly determine (param > 6.0) predicate
for BB1, but they give (true) predicate to BB2 unless -fno-trapping-math is
specified. This is because invert_tree_comparis
On Wed, Feb 25, 2015 at 5:26 AM, Richard Biener wrote:
>
> This fixes missed tracking of alignment of non-invariant addresses
> in CCP.
>
> Bootstrapped and tested on x86_64-unknown-linux-gnu, queued for GCC 6.
>
> Richard.
>
> 2015-02-25 Richard Biener
>
> PR tree-optimization/65204
>
On 04/13/2015 02:26 PM, H.J. Lu wrote:
On Mon, Apr 13, 2015 at 3:43 AM, Ilya Enkovich wrote:
2015-03-23 22:27 GMT+03:00 H.J. Lu :
Hi,
This patch adds bootstrap-mpx.mk so that we test mpx in gcc build by
configuring GCC with
--enable-libmpx --with-build-config="bootstrap-mpx"
OK to install?
Hello!
2015-04-14 Uros Bizjak
* config/i386/predicates.md (any_QIreg_operand): Rename from
q_regs_operand. Do not process subregs.
(QIreg_operand): Use QI_REGNO_P predicate.
(ext_QIreg_operand): Ditto.
(ext_register_operand): Ditto.
* config/i386/i386.md (TEST splitter
On 03/26/2015 05:28 PM, Steve Ellcey wrote:
The issue that I am trying to address is MSA registers on MIPS. The O32
MIPS ABI specifies an 8 byte aligned stack but MSA registers should be 16
byte aligned when spilled to memory. I don't see anyway to do this unless
we can force the stack to be 1
On 03/15/2015 02:30 PM, Richard Sandiford wrote:
Ilya Enkovich writes:
This patch allows propagation of loop invariants for i386 if propagated
value is a constant to be used in address operand. Bootstrapped and
tested on x86_64-unknown-linux-gnu. OK for trunk or stage 1?
Is it necessary for
On 01/30/2015 11:04 PM, Chen Gang S wrote:
The related warning (cross compile tile with --disable-threads):
../../../../gcc-tile-new/libgcc/libgcov-interface.c: In function
'__gcov_fork':
../../../../gcc-tile-new/libgcc/libgcov-interface.c:182:53: warning: suggest
braces around empty bod
On 01/28/2015 12:03 AM, Maxim Kuvyrkov wrote:
Hi,
Turns out that the above patch applies without conflicts to two
functions in rtlanal.c: get_base_term(), for which the patch is
intended, and get_index_term(), for which the patch is not.
Due to git rebases and patch updates, I have accidentally
80 matches
Mail list logo
