with-sysroot=/upstream/release-microblaze
--prefix=/upstream/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, s
On November 28, 2014 8:02:23 PM CET, Jakub Jelinek 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.
>
>Bootstrapped/regtest
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
===
--- 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
ca
On Tue, Oct 21, 2014 at 9:10 AM, Jakub Jelinek 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)
> FAIL: gcc.t
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 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 only if there aren
Hi,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64114
was fixed by
http://gcc.gnu.org/viewcvs/gcc?view=revision&revision=217947
I checked in this testcase to close it.
H.J.
---
Index: gcc/testsuite/ChangeLog
===
--- gcc/testsuite
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 mention
> 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
Date: Sat Nov 29 20:45:10 2014 +
* src/c++9
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 int
On Sat, Nov 29, 2014 at 5:15 PM, Segher Boessenkool
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 an arith insn wit
13 matches
Mail list logo
