Jan,
This has broken all builds because method_type_class() is defined.
Graham
Hi Richard,
There is some minor testsuite fallout with these patches on MIPS a
couple of tests (see below)ICE ingen_int_mode () in both these ICE the mode is
CCmode.
Here we arrive at gen_int_mode () via a use of plus_constant () is cse.c
with a register with CCmode called from find_reg_offset
Hi Richard,
Thanks I'll give a go tomorrow.
Not sure why it has only been seen/reported for MIPS so far
I can't see why it can't happen in other backends.
Cheers
Graham
Stott
Cc: James Greenhalgh ; "gcc-patches@gcc.gnu.org"
Sent: Wednesday, 11 September 2013, 19:39
Subject: Re: Using gen_int_mode instead of GEN_INT minot testsuite fallout on
MIPS
Graham Stott writes:
> Hi Richard,
>
> There is some minor testsuite fallout with these patches
Jan.
This patch also breaks bootstrap due compilation errors reported for
pases.c and toplev.c
Graham
Hi
A heads up a change too tree_switch_conversion.c has broken bootstraps
Graham
Internal compile error mpn_base_power_of_two_p
Original message
From: graham stott
Date: 03/09/2018 11:58 (GMT+00:00)
To: gcc-patches
Cc: gmail
Subject: A recent change has broken bootstrap on trunk and gcc8-branch
Hi
A heads up a change too tree_switch_conversion.c
finished
jj
you going to do more washing?
A recent patch has broken RTL checking builds on x86_64 fails during combine
RTL check: expected code 'reg' have 'lshirtrt' in rhs_regno at rtl.h:1891
builfing libgçc2.c in function __mulsc3
if you do go can you please get some chicken fillets for papa thanks
Hi Joseph,
Thanks for the comments I will address these issues and send an updated patch.
Graham
There's no ChangeLog entry fof this
Original message
From: edlin...@gcc.gnu.org
Date: 01/08/2019 09:45 (GMT+00:00)
To: gcc-...@gcc.gnu.org
Subject: r273969 - in /trunk/gcc/lto: ChangeLog Make-lan...
Author: edlingerDate: Thu Aug 1 08:45:29 2019New Revision: 273969UR
All,
The struture init_expmed_rtl defined in expmed.c has many fields which are
totally unused
this patch removes them.
Bootstraped x86_64 all langauges
Graham
gcc/ChangeLog
* expmed.c: (init_expmed_rtl) Remove unused fields reg_fld, plus_fld,
mult_fld, sdiv_fld1, udiv_fld1,
sdi
Steven,
The new execute mips_machine_reorrg2 part of the patch doesn't have a return
value!
Graham
All,
When micromips was added scanasm.exe wasn't updated this was causing a few tests
which scanned the assembler output to start failing such as
dg.c++/debiug/dwarf2/lineno-simple1.C.
Fixed with the ollowing patch
Graham
testuite/ChangeLog:
21-05-2013 * graham stott grah
peephole's work by checking for a REG_EQUAL or/REG_EQUIV on the
instruction which sets the numerator for the DIV/MOD this doesn't catch all
possible cases but does catch the common cases where ths numerator is
set set in a insn immediately preceeding the DIV/MOD.
ChangeLog
2013-07-03 Gr
All,
The DIV/MOD expansion performed in expmed is basically driven by RTX costs/-Os
that are provided by the backend.In a few instances these costs and or _os
appear to be ignored.
One senerio is divsion by a constant in a mode whose size <=
HOST_BITS_PER_WIDE_INT
it will always expand the D
Hi Richard,
When -Os is used and the multiplier is of the for 2^N +- 1 we generate a MUL
instruction
rather that a shift-left N and add-sub 1.
The problem is that rtx cost for the MUL is too cheap causing the shift-left
and add-sub sequence
to be more expensive.
This patch makes the MU
.
ChangeLog
03-07-2013Graham Stott
* gcc/Makegfvile.in: Define c-family-warn. to WARN_STRICT.
Makefile.in.diff
Description: Binary data
This patch fixes the warnings from array-notation_common.c so that I can
then apply my Makefile missing -Werror patch.
Graham
ChangeLog
03-07-2013 graham.stott graham.st...@btinternet.com
* c-familly/array_notation_comon.c (length_mismatch_expr_p): Delete
unused
var
Hi Jeff, Richard
We could possibly also use VRP to change signed division to unsigned division
when dividing a
non-negative signed operand by a power of 2 because then the sign bit will be 0
and we could do
the division using logical shift right.
Graham
- Original Message -
From: Graham Stott
To: "gcc-patches@gcc.gnu.org"
Cc:
Sent: Wednesday, 3 July 2013, 16:25
Subject: Fix ununsed variables before my patch adding missing -Werror
This patch fixes the warnings from array-notation_common.c so that I can
then apply m
I've fixed the issue with the warnings and have now comitted the patch with a
corrected
ChangeLog entry as revision 200783
Graham
Hi Richard,
The problem was with adjusting to be more expansive the load imm + mul sequence
and
the shift + add sequence were the smake cost when optimizing for size so the
code in expmed.c
choose the MUL.
I also considered this version also I couldn't decide which was better just
went with
hi Richard,
I've Updated patch and added testcases basically they are the same testcase just
using different constants
I tried combining them into one testcase couldn'tget the scan-assembler stuff
working when multiple functions were in the assembler output I couldn't
couldn't work
out ho
Hi Richard, Jeff.
Richard what's your idea for exposing things early enough so that VRP can
eliminate the need for
a trao-if-zero insn iif possible.
Graham
Richard,
Isn't that to late for VRP its run twice before expand pass.
Graham
Richard,
I'll renumber then consecutively and fix the typo and change log entry before I
commit
Thanks
Graham
- Original Message -
From: Richard Sandiford
To: Graham Stott
Cc: "gcc-patches@gcc.gnu.org"
Sent: Tuesday, 9 July 2013, 18:31
Subject: Re: MIPS don'
Hi Jeff, Richard,
Not sure if that working.
I created some rtl using TRAP_IF to represent the TEQ and emiited via an
expander
The TRAP_IF rtl make ait all the way though the rtl optimizers which are run
after expand
even though it should be possible to determine is false.
(insn 7 3 20 2 (se
Erric,
Thanks I'll these errors
Graham
- Original Message -
From: Eric Botcazou
To: Graham Stott
Cc: gcc-patches@gcc.gnu.org
Sent: Wednesday, 10 July 2013, 17:26
Subject: Re: PING Fix ununsed variables before my patch adding missing -Werror
> ChangeLog
>
Hi Jeff, Richard.
None of the RTL optimzers look at TRAP_IF w.r.t optimiizations.
I've decided to add some code to cprop.c and simplification primetives to
simply_rtx () this do work once
I fixed cprop to run on my testcase whicg only had functiions which 3 blocks
currently it think theses noth
All
Currently using the match_scratch predicate on a destination operand will
trigger the warning
"warning: destination operand 0 allows non-lvalue",
This happends because add_predicate_code() will set the
pred->allows_non_lvalue when
it encounters a SCRATCH rtx code wh
Hi Richard,
Attached is an updated patch for feedback so MSA support to MIPS backend can
be added when open again for next stage1.
It is unfinished in that some comments from your review of the initial patch
have yet to be addressed.
The diff is against svn 207500
Graham
msa.svn.207500
All,
It happens with all mulitilib configurations not just arm-elf
if we have reached the end of the multilib_options string there are
no more options to process so break from the loop.
This patch is an alternative fix.
=
Index: gcc.c
===
Jan,
Any testcase do can add?
Graham
All
--- On Tue, 21/6/11, Richard Henderson wrote:
> From: Richard Henderson
> Subject: Re: __sync_swap* [ rename sync builtins ]
> To: "Andrew MacLeod"
> Cc: "Aldy Hernandez" , "Jakub Jelinek" ,
> "Joseph S. Myers" , "gcc-patches"
>
> Date: Tuesday, 21 June, 2011, 19:50
> On 06/21/2011 11:
Vladimir,
The wrong PR 4435 was in referrenced the commit
--- On Fri, 8/4/11, Jeff Law wrote:
> From: Jeff Law
> Subject: Re: patch to fix PR 48435
> To: "Vladimir Makarov"
> Cc: "gcc-patches"
> Date: Friday, 8 April, 2011, 16:18
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 04/
if i read this correctly it appears that IMPURE/PURE are not the normal pure
attribute used by gcc but some entirely diff attribute specific to FORTANso
people are taking about different things
Original message
From: Steve Kargl
Date: 16/06/2018 17:38 (GMT+00:00)
To: Janus
Heads
Due too -Wabi empty class std::intergal_constant warning compiling
libstdc++/c++/cxx11-shim_facets.cc
Graham
Hi
Fails due to undefind symbols runtime.*
O2 works
16:01 (GMT+00:00)
To: graham stott
Cc: gcc-patches
Subject: Re: bootstrap -O3 failure libgo on x64_86
On Sat, Sep 15, 2018 at 7:12 AM, graham stott via gcc-patches
wrote:
> Hi
> Fails due to undefind symbols runtime.*
> O2 works
I tried my best guess at recreating the pro
Ian
I've bootstrapped gcc 9 with gcc 8 again and I'm unable to recreate failure
boostrapping with gcc 9
so ignore I'll report if happens again
Graham
Original message
From: Ian Lance Taylor via gcc-patches
Date: 15/09/2018 16:01 (GMT+00:00)
To: graham
Original message
From: MCC CS
Date: 02/10/2018 14:38 (GMT+00:00)
To: gcc-patches@gcc.gnu.org
Subject: Re: Fold more boolean expressions
Thanks a lot!
All
Just a heads the trunk has been broken since about Weds most files fail compare
during bootstrap at O3 but pass at O2
My last succesful boostrap at O3 was Tuesday
I no idea which commit caused it
Graham
O3 bootstraps have started to fail to build since about Thursday.
Due to an internal compiler error when building asan.c in function
asan_emit_stack_protectìon tree-ssa--sccan.c:3396
Graham
Disabling asan the build works
Original message
From: graham stott via gcc-patches
Date: 19/05/2018 10:30 (GMT+00:00)
To: gcc-patches
Subject: O3 bootstraps fail on x86-64
O3 bootstraps have started to fail to build since about Thursday.
Due to an internal compiler
It's --disable-libsanitizer that works not --disable-asan I got that wrong
Original message
From: graham stott via gcc-patches
Date: 19/05/2018 10:30 (GMT+00:00)
To: gcc-patches
Subject: O3 bootstraps fail on x86-64
O3 bootstraps have started to fail to build
Looks like it fixed an GO Libs failure as well I was having
Original message
From: Jeff Law
Date: 29/10/2018 15:56 (GMT+00:00)
To: Segher Boessenkool , Andrew Pinski
Cc: GCC Patches
Subject: Re: [
On 10/29/18 1:49 AM, Segher Boessenkool wrote:
> On Mon, Oct 29, 2018 a
what about testcases? for these
Original message
From: Uros Bizjak
Date: 10/02/2019 12:26 (GMT+00:00)
To: "H.J. Lu"
Cc: gcc-patches@gcc.gnu.org
Subject: Re: [PATCH 29/43] i386: Emulate MMX ssse3_pmaddubsw with SSE
On 2/10/19, H.J. Lu wrote:
> Emulate MMX ssse3_pmaddu
All these patches from HJL have no testcases. Are they even sutable for gcc 9
at this stage
Original message
From: Uros Bizjak
Date: 11/02/2019 12:51 (GMT+00:00)
To: "H.J. Lu"
Cc: GCC Patches
Subject: Re: [PATCH 12/43] i386: Emulate MMX vec_dupv2si with SSE
On Mon, Fe
51 matches
Mail list logo
