> On Jul 10, 2018, at 2:10 AM, Richard Biener
> wrote:
>
> On Mon, Jul 9, 2018 at 9:08 PM Will Schmidt wrote:
>>
>> Hi,
>> Re-posting. Richard provided feedback on a previous version of this
>> patch, I wanted to make sure he was/is OK with the latest. :-)
>>
>> Add support for Gimple fol
well with systems that used a single speculation
>>> barrier that essentially had to wait until all preceding speculation
>>> had to be resolved.
>> Right. I suggest the Intel and IBM reps chime in on the updated semantics.
>>
>
> Yes, logically, this is a bool
> On Jul 10, 2018, at 8:48 AM, Richard Biener
> wrote:
>
> On Tue, Jul 10, 2018 at 3:33 PM Bill Schmidt wrote:
>>
>>
>>> On Jul 10, 2018, at 2:10 AM, Richard Biener
>>> wrote:
>>>
>>> On Mon, Jul 9, 2018 at 9:08 PM Will S
Bill
[gcc]
2018-07-10 Bill Schmidt
Steve Munroe
* config/rs6000/emmintrin.h (_mm_and_si128): New function.
(_mm_andnot_si128): Likewise.
(_mm_or_si128): Likewise.
(_mm_xor_si128): Likewise.
[gcc/testsuite]
2018-07-10 Bill Schmidt
Hi,
I occasionally get questions about powerpc64le-linux-gnu being a primary
platform
for GCC, since the release criteria don't specifically call it out (see
https://gcc.gnu.org/gcc-8/criteria.html). Currently powerpc64-linux-gnu (for
big-endian) is listed instead, which is misleading. I wonder
Hi Richard,
I can't ack the patch, but I am happy with it. Thank you for this work!
-- Bill
Bill Schmidt, Ph.D.
STSM, GCC Architect for Linux on Power
IBM Linux Technology Center
wschm...@linux.vnet.ibm.com
> On Jul 27, 2018, at 4:37 AM, Richard Earnshaw
> wrote:
>
>
>
Question: Is the new gcc git repository at gcc.gnu.org/git/gcc.git
using the same location as the earlier git mirror did? I'm curious
whether our repository on pike is still syncing with the new master, or
whether we need to make some adjustments before we next rebase pu
against master.
I apologize, I sent this to the wrong mailing list, this had meant to be
internal. But thank you very much for the information! It appears we
have some adjustments to make.
Thanks!
Bill
On 1/19/20 8:46 AM, H.J. Lu wrote:
On Sun, Jan 19, 2020 at 6:33 AM Bill Schmidt wrote:
Question: Is
On 1/30/20 6:17 PM, Segher Boessenkool wrote:
This is my current work-in-progress version. There still are rough
edges, and not much is done for the output modifiers yet, but it should
be in much better shape wrt the user manual now. The internals manual
also is a bit better I think.
md.texi
On 1/31/20 9:42 AM, Segher Boessenkool wrote:
Hi Bill,
Thanks a lot for looking at this! :-)
On Fri, Jan 31, 2020 at 08:49:21AM -0600, Bill Schmidt wrote:
+(define_register_constraint "wa"
"rs6000_constraints[RS6000_CONSTRAINT_wa]"
+ "A VSX register (VSR), @c
2020-02-03 Bill Schmidt
* config/rs6000/rs6000-genbif.c (bif_file): New filescope
variable.
(ovld_file): Likewise.
(header_file): Likewise.
(init_file): Likewise.
(defines_file): Likewise.
(pgm_path): Likewise.
(bif_path
Includes header documentation and initial set of include directives.
2020-02-03 Bill Schmidt
* config/rs6000/rs6000-genbif.c: New file.
---
gcc/config/rs6000/rs6000-genbif.c | 124 ++
1 file changed, 124 insertions(+)
create mode 100644 gcc/config/rs6000
s for easy
consumption, but some of the patches may still be a bit large. Please
let me know if you'd like me to break any of them up.
Thanks in advance for the review!
Bill Schmidt (14):
Initial create of rs6000-genbif.c.
Add stubs for input files. These will grow much larger.
Add f
2020-02-03 Bill Schmidt
* config/rs6000/rs6000-genbif.c (MININT): New defined constant.
(exit_codes): New enum.
(consume_whitespace): New function.
(advance_line): New function.
(safe_inc_pos): New function.
(match_identifier): New function
track this as I move through the transition.
2020-02-03 Bill Schmidt
* config/rs6000/rs6000-bif.def: New file.
* config/rs6000/rs6000-call.c (altivec_overloaded_builtins):
Annotate some deprecated and bogus entries.
* config/rs6000/rs6000-overload.def: New file
2020-02-03 Bill Schmidt
* config/rs6000/rs6000-genbif.c (rbtree.h): New include.
(num_bif_stanzas): New filescope variable.
(num_bifs): Likewise.
(num_ovld_stanzas): Likewise.
(num_ovlds): Likewise.
(exit_codes): Add more enum values
2020-02-03 Bill Schmidt
* config/rs6000/rs6000-genbif.c (MAXBIFSTANZAS): New defined
constant.
(bif_stanzas): New filescope variable.
(curr_bif_stanza): Likewise.
(fnkinds): New enum.
(typelist): New struct.
(attrinfo): New struct
2020-02-03 Bill Schmidt
* config/rs6000/rs6000-genbif.c (void_status): New enum.
(basetype): Likewise.
(restriction): Likewise.
(typeinfo): New struct.
(match_basetype): New function.
(match_const_restriction): New function.
(match_type
2020-02-03 Bill Schmidt
* config/rs6000/rbtree.c: New file.
* config/rs6000/rbtree.h: New file.
---
gcc/config/rs6000/rbtree.c | 233 +
gcc/config/rs6000/rbtree.h | 51
2 files changed, 284 insertions(+)
create mode 100644 gcc
2020-02-03 Bill Schmidt
* config/rs6000/rs6000-genbif.c (ovld_stanza): New struct.
(MAXOVLDSTANZAS): New defined constant.
(ovld_stanzas): New filescope variable.
(curr_ovld_stanza): Likewise.
(MAXOVLDS): New defined constant.
(ovlddata): New
2020-02-03 Bill Schmidt
* config/rs6000/rs6000-genbif.c (write_autogenerated_header): New
function.
(write_bif_enum): New callback function.
(write_ovld_enum): New callback function.
(write_decls): New function.
(write_extern_fntype): New
2020-02-03 Bill Schmidt
* config/rs6000/rs6000-genbif.c (write_defines_file): Implement.
---
gcc/config/rs6000/rs6000-genbif.c | 4
1 file changed, 4 insertions(+)
diff --git a/gcc/config/rs6000/rs6000-genbif.c
b/gcc/config/rs6000/rs6000-genbif.c
index 7bb7d2b24a4..0bcd035060d
2020-02-03 Bill Schmidt
* config/rs6000/rs6000-genbif.c (complete_vector_type): New
function.
(complete_base_type): New function.
(construct_fntype_id): New function.
(parse_bif_entry): Call construct_fntype_id.
(parse_ovld_entry): Likewise
2020-02-03 Bill Schmidt
* config/rs6000/rs6000-genbif.c (typemap): New struct.
(TYPE_MAP_SIZE): New defined constant.
(type_map): New filescope variable.
(write_fntype): New callback function.
(map_token_to_type_node): New function
2020-02-03 Bill Schmidt
* config.gcc (powerpc-*-*-*): Add rs6000-bif.o to extra_objs.
* config/rs6000/t-rs6000 (rs6000-genbif.o): New target.
(rbtree.o): Likewise.
(rs6000-genbif): Likewise.
(rs6000-bif.c): Likewise.
(rs6000-bif.o): Likewise
On 2/4/20 12:27 PM, Segher Boessenkool wrote:
Hi!
On Mon, Feb 03, 2020 at 08:26:02PM -0600, Bill Schmidt wrote:
Includes header documentation and initial set of include directives.
Please use full sentences in commit messages.
OK.
+/* This program generates built-in function
On 2/4/20 4:36 PM, Segher Boessenkool wrote:
On Tue, Feb 04, 2020 at 03:10:32PM -0600, Bill Schmidt wrote:
I really don't think using the new acronym "bif" helps; built-in
functions already are often called "builtins" (or "intrinsics", which is
problematic i
On 2/5/20 6:30 AM, Segher Boessenkool wrote:
Hi!
On Wed, Feb 05, 2020 at 08:57:16AM +0100, Richard Biener wrote:
On Tue, Feb 4, 2020 at 6:40 PM Segher Boessenkool
wrote:
On Mon, Feb 03, 2020 at 08:26:01PM -0600, Bill Schmidt wrote:
My intent is to make adding new built-in functions as
Hi,
PR93570 reports that the documentation shows __builtin_mtfsf to return a double,
but that is incorrect. The return signature should be void. Corrected herein.
Built on powerpc64le-unknown-linux-gnu and verified correct PDF output.
Committed
as obvious.
Thanks!
Bill
2020-02-06 Bill
On 2/10/20 9:24 PM, Segher Boessenkool wrote:
Hi!
On Mon, Feb 10, 2020 at 01:45:42PM -0500, Michael Meissner wrote:
This patch renames the PowerPC internal switch -mprefixed-addr to be
-mprefixed.
If you use -mpcrel, you must be using the 64-bit ELF v2 ABI, and the code model
must be medium.
Hi!
I can't approve this, but for what it's worth it looks fine to me.
Bill
On 12/11/19 6:31 AM, Kewen.Lin wrote:
Hi,
We found that the vectorization cost modeling on scalar COND_EXPR is a bit off
on rs6000. One typical case is 548.exchange2_r, -Ofast -mcpu=power9 -mrecip
-fvect-cost-model=u
Hi Christian and Jakub,
I'm curious whether there was ever any resolution for:
http://gcc.gnu.org/ml/gcc-patches/2012-12/msg01124.html.
We've encountered what appears to be the same issue internally when
building a cross for powerpc64le-linux-gnu:
/scratch/tmp/anton/toolchain/build/src/gcc/libgc
On Thu, 2013-08-22 at 19:47 +0200, Jakub Jelinek wrote:
> On Thu, Aug 22, 2013 at 09:39:48AM -0500, Bill Schmidt wrote:
> > Hi Christian and Jakub,
> >
> > I'm curious whether there was ever any resolution for:
> > http://gcc.gnu.org/ml/gcc-patches/2012-12/msg
On Mon, 2013-09-02 at 11:15 +0200, Richard Biener wrote:
> On Mon, Sep 2, 2013 at 8:56 AM, bin.cheng wrote:
> > Hi,
> >
> > The gimple-ssa-strength-reduction pass handles CAND_REFs in order to find
> > different MEM_REFs sharing common part in addressing expression. If such
> > MEM_REFs are found
On Mon, 2013-09-02 at 11:15 +0200, Richard Biener wrote:
> On Mon, Sep 2, 2013 at 8:56 AM, bin.cheng wrote:
> > Hi,
> >
> > The gimple-ssa-strength-reduction pass handles CAND_REFs in order to find
> > different MEM_REFs sharing common part in addressing expression. If such
> > MEM_REFs are found
On Mon, 2013-09-09 at 14:25 +0800, bin.cheng wrote:
> Thanks for reviewing, I will correct all stupid spelling problem in the next
> version of patch.
>
> On Mon, Sep 9, 2013 at 8:15 AM, Bill Schmidt
> wrote:
> >
> >>>+ int (i * S).
> >>&
On Mon, 2013-09-09 at 10:20 -0500, Bill Schmidt wrote:
> On Mon, 2013-09-09 at 14:25 +0800, bin.cheng wrote:
> > Thanks for reviewing, I will correct all stupid spelling problem in the
> > next version of patch.
> >
> > On Mon, Sep 9, 2013 at 8:15 A
On Tue, 2013-09-10 at 15:41 +0800, bin.cheng wrote:
> On Mon, Sep 9, 2013 at 11:35 PM, Bill Schmidt
> wrote:
> >
> >> > I rely on size_binop to convert T2 into sizetype, because T2' may be in
> >> > other kind of type. Otherwise there will be ssa_ve
On Wed, 2013-09-11 at 10:32 +0200, Richard Biener wrote:
> On Tue, Sep 10, 2013 at 5:53 PM, Yufeng Zhang wrote:
> > Hi,
> >
> > Following Bin's patch in
> > http://gcc.gnu.org/ml/gcc-patches/2013-09/msg00695.html, this patch tweaks
> > backtrace_base_for_ref () to strip of any widening conversion
On Wed, 2013-09-11 at 21:08 +0930, Alan Modra wrote:
> On Wed, Aug 14, 2013 at 10:32:01AM -0500, Bill Schmidt wrote:
> > This fixes a long-standing problem with GCC's implementation of the
> > PPC64 ELF ABI. If a structure contains a member requiring 128-bit
> > alignm
continuing to
investigate the recently introduced problems.
I also bootstrapped and tested the patch on a big-endian machine
(powerpc64-unknown-linux-gnu) to verify that I introduced no regressions
in that environment.
Ok for trunk?
Thanks,
Bill
gcc:
2013-09-30 Bill Schmidt
* config
t; * gimple-ssa-strength-reduction.c (safe_to_multiply_p): New
> > function.
> > (backtrace_base_for_ref): Call get_unwidened, check 'base_in'
> > again and set unwidend_p with true; call safe_to_multiply_p to avoid
> >
On Tue, 2013-10-01 at 08:17 -0500, Bill Schmidt wrote:
> On Tue, 2013-10-01 at 12:19 +0200, Richard Biener wrote:
> > On Wed, Sep 25, 2013 at 1:37 PM, Yufeng Zhang wrote:
> > > Hello,
> > >
> > > Please find the updated version of the patch in the att
On Tue, 2013-10-01 at 08:17 -0500, Bill Schmidt wrote:
> On Tue, 2013-10-01 at 12:19 +0200, Richard Biener wrote:
> > On Wed, Sep 25, 2013 at 1:37 PM, Yufeng Zhang wrote:
> > > Hello,
> > >
> > > Please find the updated version of the patch in the att
dig deeper into why those opportunities are
missed when sizetype is larger than int. Let me know if you need help
figuring it out.
Thanks,
Bill
On Tue, 2013-10-01 at 16:06 +0100, Yufeng Zhang wrote:
> Hi Bill,
>
> Thank you for the review and the offer to help.
>
> On 10/01/13
On Tue, 2013-10-01 at 11:56 -0500, Bill Schmidt wrote:
> OK, thanks. The problem that you've encountered is that you are
> attempting to do something illegal. ;) (Bin's original patch is
> actually to blame for that, as well as me for not catching it then.)
>
> As y
On Tue, 2013-10-01 at 23:57 +0100, Yufeng Zhang wrote:
> On 10/01/13 20:55, Bill Schmidt wrote:
> >
> >
> > On Tue, 2013-10-01 at 11:56 -0500, Bill Schmidt wrote:
> >> OK, thanks. The problem that you've encountered is that you are
> >> attempting
On Tue, 2013-10-01 at 20:21 -0500, Bill Schmidt wrote:
> On Tue, 2013-10-01 at 23:57 +0100, Yufeng Zhang wrote:
> > On 10/01/13 20:55, Bill Schmidt wrote:
> > >
> > >
> > > On Tue, 2013-10-01 at 11:56 -0500, Bill Schmidt wrote:
> > >> OK, thanks.
be a legal basis for the second, resulting in an invalid replacement.
The obvious solution is to keep a statement from serving as its own
basis.
Bootstrapped and tested on powerpc64-unknown-linux-gnu with no new
regressions, committed as obvious.
Thanks,
Bill
--
Bill Schmidt, Ph.D.
IBM Advance Too
On Wed, 2013-10-02 at 07:40 -0500, Bill Schmidt wrote:
> On Tue, 2013-10-01 at 20:21 -0500, Bill Schmidt wrote:
> > On Tue, 2013-10-01 at 23:57 +0100, Yufeng Zhang wrote:
> > > On 10/01/13 20:55, Bill Schmidt wrote:
> > > >
> > > >
> > > >
known-linux-gnu and
powerpc64-unknown-linux-gnu. Ok for trunk?
Thanks,
Bill
2013-10-06 Bill Schmidt
* config/rs6000/rs6000.c (altivec_expand_vec_perm_const_le): New.
(altivec_expand_vec_perm_const): Call it.
Index: gcc/config/rs6000/rs6
okay for trunk?
Thanks,
Bill
2013-10-09 Bill Schmidt
* config/rs6000/vector.md (vec_realign_load): Generate vperm
directly to circumvent subtract from splat{31} workaround.
* config/rs6000/rs6000-protos.h (altivec_expand_vec_perm_le): New
prototype.
regressions. Ok for trunk?
Thanks,
Bill
2013-10-11 Bill Schmidt
* config/rs6000/vsx.md (*vsx_le_perm_load_v2di): Generalize to
handle vector float as well.
(*vsx_le_perm_load_v4si): Likewise.
(*vsx_le_perm_store_v2di): Likewise
2013-10-15 Bill Schmidt
* config/rs6000/vsx.md (vsx_concat_): Adjust output for LE.
(vsx_concat_v2sf): Likewise.
Index: gcc/config/rs6000/vsx.md
===
--- gcc/config/rs6000/vsx.md(revision 203508)
+++ gcc
For vector unpack operations, the meaning of "high" and "low" is
reversed for little endian.
Bootstrapped and tested on powerpc64{,le}-unknown-linux-gnu with no
regressions. This fixes one test case for little endian
(gcc.dg/vect/vect-122.c).
Ok for trunk?
Thanks,
Bil
. Adjusting the loop boundaries fixes the problem.
Currently bootstrapping for powerpc64{,le}-unknown-linux-gnu. Ok to
commit to trunk if no regressions?
Thanks,
Bill
2013-10-18 Bill Schmidt
* config/rs6000/rs6000.c (vspltis_constant): Make sure we check
all elements for both
On Fri, 2013-10-18 at 00:34 -0400, David Edelsohn wrote:
> On Thu, Oct 17, 2013 at 10:43 PM, Bill Schmidt
> wrote:
> > Hi,
> >
> > In little endian mode, we managed to convert a load of the V4SI vector
> > {3, 3, 3, 7} into a vspltisw of 3, apparently taking of
lean towards the
last as the most easily understood.
Thanks,
Bill
On Fri, 2013-10-18 at 00:09 -0500, Bill Schmidt wrote:
>
> On Fri, 2013-10-18 at 00:34 -0400, David Edelsohn wrote:
> > On Thu, Oct 17, 2013 at 10:43 PM, Bill Schmidt
> > wrote:
> > > Hi,
> > >
no new
regressions. Is this ok for trunk?
Thanks,
Bill
2013-10-19 Bill Schmidt
* altivec.md (vec_unpacku_hi_v16qi): Adjust for little endian.
(vec_unpacku_hi_v8hi): Likewise.
(vec_unpacku_lo_v16qi): Likewise.
(vec_unpacku_lo_v8hi): Likewise.
Index: gcc
otstrapped and tested on powerpc64{,le}-unknown-linux-gnu with no new
failures. Is this ok for trunk?
Thanks,
Bill
2013-10-21 Bill Schmidt
* config/rs6000/rs6000.c (altivec_expand_vec_perm_const): Reverse
meaning of merge-high and merge-low masks for little endian; avoid
wapped
(or swapped back) to ensure proper right-to-left numbering
from 0 to 2N-1. */
On Mon, 2013-10-21 at 10:02 -0400, David Edelsohn wrote:
> On Mon, Oct 21, 2013 at 8:49 AM, Bill Schmidt
> wrote:
> > Hi,
> >
> > In altivec_expand_vec_perm_con
Please hold off reviewing this. I see at least one testcase that will
have to be modified (expected code generation pattern will be different
for LE vs. BE). I'll resubmit the whole thing later today.
Thanks,
Bill
On Mon, 2013-10-21 at 11:39 -0500, Bill Schmidt wrote:
> Whoops, look
(9 vector failures left to go!). Bootstrapped and tested on
powerpc64{,le}-unknown-linux-gnu with no new failures. Is this ok for
trunk?
Thanks,
Bill
gcc:
2013-10-21 Bill Schmidt
* config/rs6000/rs6000.c (altivec_expand_vec_perm_const): Reverse
meaning of merge-high and merge
fixes 3 test case failures for the little endian
target. Is this ok for trunk?
Thanks,
Bill
2013-10-22 Bill Schmidt
* config/rs6000/altivec.md (mulv8hi3): Adjust for little endian.
Index: gcc/config/rs6000/altivec.md
Hi,
These two test cases require source changes when compiled on a little
endian target. Verified on powerpc64{,le}-unknown-linux-gnu. Ok to
commit?
Thanks,
Bill
2013-10-28 Bill Schmidt
* gcc.dg/vmx/gcc-bug-i.c: Add little endian variant.
* gcc.dg/vmx/eg-5.c: Likewise
n in the code in rs6000.c:
altivec_expand_vec_perm_const_le ().
The change has no intended effect when generating big-endian code.
Bootstrapped and tested on powerpc64{,le}-unknown-linux-gnu with no new
regressions. This fixes the gcc.dg/vect/pr51581-4.c test failure for
little endian. Ok for trunk?
Thanks,
Bill
vector and swap the order of the input operands. I added a test
case based on the bug report.
Bootstrapped and tested on powerpc64{,le}-unknown-linux-gnu with no
regressions. The new test now passes for both endiannesses. Is this ok
for trunk?
Thanks,
Bill
gcc:
2013-10-31 Bill Schmidt
m2 = tmp;
}
For PowerPC, the target hook would return !BYTES_BIG_ENDIAN. The
default implementation for all other targets would return false.
Would you find such an approach tolerable?
Thanks,
Bill
--- Begin Message ---
On Wed, Oct 30, 2013 at 6:55 PM, Bill Schmidt
wrote:
>
After discussing this for Richard S at some length today, I want to
withdraw this for now and re-examine the issue. I don't feel I
understand this as well as I thought I did... ;)
Thanks,
Bill
On Thu, 2013-10-31 at 21:06 -0500, Bill Schmidt wrote:
> Hi maintainers,
>
> I agree w
way to
make it fully accurate?
Bootstrapped and tested on powerpc64{,le}-unknown-linux-gnu with no
regressions. This fixes two failing test cases. Is this ok for trunk?
Thanks!
Bill
2013-11-02 Bill Schmidt
* config/rs6000/vsx.md (*vsx_le_perm_store_ for VSX_D):
Replace the d
Hi,
This set of patches addresses the problem with vector multiply even/odd
instructions in little endian mode that I incorrectly attempted to
address as part of expand_mult_highpart. (Thanks to Richard Sandiford
for setting me on the right path.)
The first patch fixes the root problem wherein t
{,le}-unknown-linux-gnu with no regressions. Ok for trunk?
Thanks,
Bill
2013-11-03 Bill Schmidt
* config/rs6000/altivec.md (vec_widen_umult_even_v16qi): Swap
meanings of even and odd multiplies for little endian.
(vec_widen_smult_even_v16qi): Likewise
the generic handling code for
VEC_WIDEN_MULT_LO_EXPR.
Bootstrapped and tested with the rest of the patch set on
powerpc64{,le}-unknown-linux-gnu, with no regressions. Is this ok for
trunk?
Thanks,
Bill
2013-11-03 Bill Schmidt
* config/rs6000/altivec.md (vec_widen_umult_hi_v16qi): Swap
to reverse the order of
inputs on the merge high/low instructions to compensate.
Bootstrapped and tested with the rest of the patch set on
powerpc64{,le}-unknown-linux-gnu with no regressions. Ok for trunk?
Thanks,
Bill
2013-11-03 Bill Schmidt
* config/rs6000/altivec.md (mulv4si3
hen fixing them.
Bootstrapped and tested on powerpc64{,le}-unknown-linux-gnu with no
regressions. Is this ok for trunk?
Thanks,
Bill
2013-11-04 Bill Schmidt
* config/rs6000/vector.md (vec_pack_trunc_v2df): Adjust for
little endian.
Index: gcc/config/r
On Mon, 2013-11-04 at 15:48 +, Richard Sandiford wrote:
> Bill Schmidt writes:
> > + /* We need this to be vmulouh for both big and little endian,
> > + but for little endian we would swap this, so avoid that. */
> > + if (BYTES_BIG_ENDIAN
Per Richard S's suggestion, I'm reworking parts 1 and 3 of the patch
set, but this one will remain unchanged and is ready for review.
Thanks,
Bill
On Sun, 2013-11-03 at 23:34 -0600, Bill Schmidt wrote:
> Hi,
>
> This patch fixes the widening multiply high/low operations to
-linux-gnu with no
regressions. Is this ok for trunk?
Thanks,
Bill
2013-11-04 Bill Schmidt
* config/rs6000/altivec.md (mulv4si3): Ensure we generate vmulouh
for both big and little endian.
(mulv8hi3): Swap input operands for merge high and merge low
instructions
Hi,
Here's a new version of this patch, revised according to Richard
Sandiford's suggestions. Unfortunately the diffing is a little bit ugly
for this version.
Bootstrapped and tested on powerpc64{,le}-unknown-linux-gnu with no
regressions. Is this ok for trunk?
Thanks,
Bill
2013-1
2013-11-04 Bill Schmidt
* config/rs6000/vector.md (vec_pack_sfix_trunc_v2df): Adjust for
little endian.
(vec_pack_ufix_trunc_v2df): Likewise.
Index: gcc/config/rs6000/vector.md
===
--- gcc/config/rs6000
Hi Peter,
The buildbot shows the latest LLVM ppc64 build is working ok:
http://lab.llvm.org:8011/builders/llvm-ppc64-linux2/builds/8086
This build completed about two hours ago.
Hope this helps,
Bill
On Mon, 2013-11-04 at 20:02 -0600, Peter Bergner wrote:
> On Mon, 2013-11-04 at 17:48 -0800, K
Blanchard
Bill Schmidt
PR target/63354
* config/rs6000/linux64.h (TARGET_KEEP_LEAF_WHEN_PROFILED): New
#define.
* config/rs6000/rs6000.c (rs6000_keep_leaf_when_profiled): New
function.
[gcc/testsuite]
2016-01-21 Anton Blanchard
test no longer runs on 32-bit targets.
Tested on powerpc64-unknown-linux-gnu using -m32. Is this ok for trunk?
Thanks,
Bill
2016-01-21 Bill Schmidt
PR testsuite/67489
* gcc.target/powerpc/p8vector-builtin-8.c: Remove { target int128
} from dg-do compile directive
The testcase will need a slight adjustment, as currently it fails on
powerpc64 with -m32 testing. Working on a fix.
Bill
On Thu, 2016-01-21 at 12:28 -0500, David Edelsohn wrote:
> On Thu, Jan 21, 2016 at 11:48 AM, Bill Schmidt
> wrote:
> > Hi,
> >
> > Anton Blanchard p
Hi,
On Thu, 2016-01-21 at 21:21 -0600, Bill Schmidt wrote:
> The testcase will need a slight adjustment, as currently it fails on
> powerpc64 with -m32 testing. Working on a fix.
>
> Bill
>
This patch adjusts the gcc.target/powerpc/pr63354 test to require 64-bit
code gener
OK, thanks, Joseph! I'll make that adjustment later today.
Bill
On Fri, 2016-01-22 at 15:51 +, Joseph Myers wrote:
> On Thu, 21 Jan 2016, Bill Schmidt wrote:
>
> > +/* { dg-do compile { target { powerpc64*-linux-* } } } */
>
> That's suboptimal; you should all
On Sun, 2016-01-24 at 02:18 +0100, Jan-Benedict Glaw wrote:
> On Thu, 2016-01-21 23:42:40 -0600, Bill Schmidt
> wrote:
> > On Thu, 2016-01-21 at 21:21 -0600, Bill Schmidt wrote:
> > > The testcase will need a slight adjustment, as currently it fails on
> > > powerpc
Thanks, committed as r232793.
Bill
On Mon, 2016-01-25 at 08:54 -0500, David Edelsohn wrote:
> On Sun, Jan 24, 2016 at 9:17 PM, Bill Schmidt
> wrote:
>
> > Hi Jan, thanks for the report! Patch below that should fix the problem.
> > Bootstrapped and tested on powerpc64le-
for 4.9 on powerpc64le-unknown-linux-gnu. Ok to commit
to that branch?
Thanks,
Bill
2016-01-26 Bill Schmidt
* gcc.dg/and-1.c: Remove nand test for powerpc*-*-*.
Index: gcc/testsuite/gcc.dg/and-1.c
===
--- gcc/testsuite
2016-01-28 Bill Schmidt
PR target/65546
* gcc.dg/vect/costmodel/ppc/costmodel-vect-31a.c: Disable check
for "vectorization not profitable" when the target supports
misaligned loads and stores.
Index: gcc/testsuite/gcc.dg/vect/costmodel/ppc/
Actually, please hold off on this. The test in general is just faulty.
I'll get something more complete later on.
Sorry for the noise,
Bill
On Thu, 2016-01-28 at 11:45 -0600, Bill Schmidt wrote:
> Hi,
>
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65546 discusses the failure
&g
ower7 and
-mcpu=power8, which differ in their support for misalignment. Is this
ok for trunk? Provided verification succeeds on 4.9 and 5, is the
revised test ok for those releases?
Thanks,
Bill
2016-01-28 Bill Schmidt
PR target/65546
* gcc.dg/vect/costmodel/ppc/costm
Hi,
The following was applied to the website to record additional GCC 6
changes for PowerPC. The changes passed XHTML verification.
Index: changes.html
===
RCS file: /cvs/gcc/wwwdocs/htdocs/gcc-6/changes.html,v
retrieving revision 1
ll,
>
> > 2014-02-20 Bill Schmidt
> >
> > * config/rs6000/altivec.md (altivec_lvxl): Rename as
> > *altivec_lvxl__internal and use VM2 iterator instead of
> > V4SI.
> > (altivec_lvxl_): New define_expand incorporating
> > -ma
. I hand-checked some of the existing test cases that invoke
__builtin_altivec_lvxl and vec_lvxl to verify correct code gen. Is this
okay for trunk? I would also like to backport this to GCC 5 and 4.9 if
that's acceptable.
Thanks,
Bill
2016-02-16 Bill Schmidt
On Tue, 2016-02-16 at 11:40 -0800, David Edelsohn wrote:
> This is okay, but how about starting with a testcase for this?
That's fine. I'll make it generic enough that we can add to it later,
then.
Bill
>
> Thanks David
>
> On Feb 16, 2016 11:37 AM, "Bill S
On Tue, 2016-02-16 at 11:40 -0800, David Edelsohn wrote:
> This is okay, but how about starting with a testcase for this?
Fair enough. Here's the revised patch with a test, which I've verified
on powerpc64-unknown-linux-gnu. Ok to proceed?
Thanks!
Bill
[gcc]
2016-02-16
ll
On Sat, 2016-02-06 at 21:35 +0100, Andreas Schwab wrote:
> Bill Schmidt writes:
>
> > Index: gcc/testsuite/gcc.target/powerpc/pr63354.c
> > ===
> > --- gcc/testsuite/gcc.target/powerpc/pr63354.c (revision 0
As stated, verified on powerpc64-unknown-linux-gnu (-m32, -m64) and
powerpc64le-unknown-linux-gnu (-m64). Is this ok for trunk and GCC 5?
Thanks,
Bill
2016-02-26 Michael Meissner
Bill Schmidt
* gcc.target/powerpc/p8vector-ldst.c: Adjust to test desired
functio
Also tested with powerpc64le-unknown-linux-gnu native bootstrap with no
regressions, where it fixes this bug as well as the (reopened) PR69613.
Bill
On Sat, 2016-02-27 at 00:04 +0100, Jakub Jelinek wrote:
> Hi!
>
> On ppc64, the widest (and only) supported vector mode for __int128
> element type
1 - 100 of 1523 matches
Mail list logo
