/release-microblaze
Thread model: single
gcc version 5.0.0 20141129 (experimental) (GCC)
After finish analysing, I shall start make check under microblaze qemu
(may need about 12-13 days for testing).
Welcome any ideas, suggestions, and completions.
Thanks.
On 11/20/2014 11:33 PM, Chen Gang
On November 28, 2014 8:02:23 PM CET, Jakub Jelinek ja...@redhat.com wrote:
Hi!
As the following patch shows, , NULL) is passed to these 5 functions
way too often that forcing everybody to spell it everywhere seems to
verbose, leading to formatting issues and making code less readable.
It turned out that those two could be converted. At least two of the
remaining three gfc_warning_now_1 currently can't (they lead to ICEs).
Committed as Rev. 218180.
Tobias
Index: gcc/fortran/ChangeLog
===
---
Hi all,
this patch uses the unbuffered gfc_warning_now code for gfc_warning,
which might be buffered. Looking at the code, I fail to construct a code
where buffering would be done - and the buffer be dropped in case of
warnings. I used defines to make it simpler to re-instate buffereing in
On Tue, Oct 21, 2014 at 9:10 AM, Jakub Jelinek ja...@redhat.com wrote:
Hi!
This patch fixes a bunch of recent regressions:
FAIL: gcc.target/i386/avx-1.c (internal compiler error)
FAIL: gcc.target/i386/avx-1.c (test for excess errors)
FAIL: gcc.target/i386/avx-2.c (internal compiler error)
When searching for an usable algorithm with -minline-all-stringops,
decide_alg stops when it sees libcall even if there is a usable
algorithm. It goes into an infinite loop. This patch changes
decide_alg to stop searching only if there aren't any usable algorithms.
Testd on Linux/x86-64. OK for
On Sat, Nov 29, 2014 at 6:00 AM, H.J. Lu hjl.to...@gmail.com wrote:
When searching for an usable algorithm with -minline-all-stringops,
decide_alg stops when it sees libcall even if there is a usable
algorithm. It goes into an infinite loop. This patch changes
decide_alg to stop searching
Hi,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64114
was fixed by
http://gcc.gnu.org/viewcvs/gcc?view=revisionrevision=217947
I checked in this testcase to close it.
H.J.
---
Index: gcc/testsuite/ChangeLog
===
---
This patch converts all warnings to Var(), which cleans up options.c
quite a bit and makes it additionally possible to use the OPT_* with
common diagnostics, once gfc_warning is converted. I also remove one
-Wall setting of a warning as it was already enabled by default;
additionally, I
This patch converts all warnings to Var(), which cleans up options.c quite a
bit and makes it additionally possible to use the OPT_* with common
diagnostics, once gfc_warning is converted. I also remove one -Wall setting
of a warning as it was already enabled by default; additionally, I
These are a few small things I noticed while working on the facets,
which I'm going to commit separately.
Tested x86_64-linux and powerpc64-linux, committed to trunk.
commit 384475184b4245ac23cb35a363e7e8d98838ec2e
Author: Jonathan Wakely jwak...@redhat.com
Date: Sat Nov 29 20:45:10 2014
On Thu, Nov 27, 2014 at 05:44:30PM -0800, Segher Boessenkool wrote:
The first three of these are from the previous series, with hopefully
all comments addressed.
The fourth simplifies the code that breaks up an arith insn with a
compare to zero, using the helpers that the third patch
On Sat, Nov 29, 2014 at 5:15 PM, Segher Boessenkool
seg...@kernel.crashing.org wrote:
On Thu, Nov 27, 2014 at 05:44:30PM -0800, Segher Boessenkool wrote:
The first three of these are from the previous series, with hopefully
all comments addressed.
The fourth simplifies the code that breaks up
13 matches
Mail list logo