http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57643
--- Comment #2 from Peter Bergner ---
Author: bergner
Date: Mon Mar 3 22:13:28 2014
New Revision: 208295
URL: http://gcc.gnu.org/viewcvs?rev=208295&root=gcc&view=rev
Log:
Backport from mainline
2013-06-20 Torvald Riegel
* query.c
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: bergner at gcc dot gnu.org
Target Milestone: ---
During a conversion from double to long double, LRA ends up going into a
infinite loop spilling things until it hits a threshold and quits
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67808
Peter Bergner changed:
What|Removed |Added
Target||powerpc64-linux,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67281
--- Comment #7 from Peter Bergner ---
Author: bergner
Date: Thu Oct 15 16:38:47 2015
New Revision: 228846
URL: https://gcc.gnu.org/viewcvs?rev=228846&root=gcc&view=rev
Log:
Backport from mainline
2015-10-14 Peter Bergner
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67281
--- Comment #8 from Peter Bergner ---
Author: bergner
Date: Thu Oct 15 16:40:14 2015
New Revision: 228847
URL: https://gcc.gnu.org/viewcvs?rev=228847&root=gcc&view=rev
Log:
Backport from mainline
2015-10-14 Peter Bergner
|UNCONFIRMED |RESOLVED
Resolution|--- |FIXED
Assignee|unassigned at gcc dot gnu.org |bergner at gcc dot
gnu.org
Target Milestone|--- |6.0
--- Comment #9 from Peter Bergner ---
Fixed in trunk and the FSF 5 and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68421
--- Comment #1 from Peter Bergner ---
This seems somewhat related to PR24644 which was "fixed". That bug showed we
do not want to copy global registers to other "tmp" registers and use them from
the "tmp" reg. In this case, at least we're still
||2015-01-13
Assignee|unassigned at gcc dot gnu.org |bergner at gcc dot
gnu.org
Ever confirmed|0 |1
--- Comment #1 from Peter Bergner ---
Confirmed. This is mine.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64687
--- Comment #1 from Peter Bergner ---
This worked as of revision 219551. I'll see if I can track down the revision
that caused this.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64687
Peter Bergner changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64687
--- Comment #4 from Peter Bergner ---
Here's a simplified test case and simplified options:
[bergner@makalu-lp1 PR64687]$ cat decode.i
union ieee754r_Decimal32
{
_Decimal32 sd;
unsigned int cc0;
};
unsigned int
__decoded32 (_Decimal32 a)
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64205
Peter Bergner changed:
What|Removed |Added
CC||azanella at linux dot
vnet.ibm.com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64687
Peter Bergner changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64687
Peter Bergner changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #7 from Peter Bergner
||2015-01-20
CC||bergner at gcc dot gnu.org,
||meissner at gcc dot gnu.org,
||uweigand at gcc dot gnu.org
Ever confirmed|0
||
CC||bergner at gcc dot gnu.org
--- Comment #5 from Peter Bergner ---
Created attachment 34595
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34595&action=edit
Minimized test case
Here is a minimized test case that triggers t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64505
Peter Bergner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63501
Peter Bergner changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63491
--- Comment #6 from Peter Bergner ---
(In reply to Vladimir Makarov from comment #5)
> Sorry, I can not reproduce the bug on the today trunk. Probably it was
> fixed by numerous changes in LRA since Oct.
This still fails for me today on my big
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64876
Peter Bergner changed:
What|Removed |Added
CC||bergner at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65242
Peter Bergner changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65242
--- Comment #3 from Peter Bergner ---
The debugger shows:
#1 0x10d0d2ec in gen_add2_insn (x=0x3fffb57ddf08, y=0x3fffb57dded8)
at /home/bergner/gcc/gcc-fsf-mainline-PR65242/gcc/optabs.c:4761
4761 gcc_assert (insn_operand_matches
: rtl-optimization
Assignee: unassigned at gcc dot gnu.org
Reporter: bergner at gcc dot gnu.org
The following test case causes an ICE in LRA using trunk:
[bergner@makalu-lp1 LRA]$ cat pack01.i
typedef __int128_t __attribute__((__vector_size__(16))) vector_128_t;
typedef unsigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63491
Peter Bergner changed:
What|Removed |Added
Target||powerpc64-linux,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63491
--- Comment #2 from Peter Bergner ---
Slightly simplified test case that still fails without a function call:
typedef __int128_t __attribute__((__vector_size__(16))) vector_128_t;
typedef unsigned long long scalar_64_t;
vector_128_t
foo (void)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63491
--- Comment #4 from Peter Bergner ---
I'll add that we hit this as part of our work on trying to move POWER over to
using LRA by default.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63501
--- Comment #4 from Peter Bergner ---
(In reply to Michael Meissner from comment #3)
> The -mupper-regs-df and -mupper-regs-sf options are a work in progress. I
> am working on these options right now on a private branch, but the code is
> not y
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61415
Peter Bergner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61298
--- Comment #5 from Peter Bergner ---
(In reply to baoshan from comment #4)
> Yes, SUBREG_PROMOTED_UNSIGNED_P is supposed to be set for this case, it has
> been set originally, but the setting is lost while doing mode converting in
> function con
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61542
--- Comment #8 from Peter Bergner ---
Author: bergner
Date: Fri Jun 27 19:31:25 2014
New Revision: 212083
URL: https://gcc.gnu.org/viewcvs?rev=212083&root=gcc&view=rev
Log:
Merge up to 212074.
* REVISION: Update subversion id.
Picks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61542
--- Comment #9 from Peter Bergner ---
Author: bergner
Date: Fri Jun 27 19:32:52 2014
New Revision: 212084
URL: https://gcc.gnu.org/viewcvs?rev=212084&root=gcc&view=rev
Log:
Merge up to 212077.
* REVISION: Update subversion id.
Picks
: target
Assignee: unassigned at gcc dot gnu.org
Reporter: bergner at gcc dot gnu.org
Revision 214080 causes an unrecognizable insn ICE when compiling the following
test case with -O2 -m32 -mlra:
[bergner@makalu-lp1 decnumber]$ cat testcase-min.i
typedef struct
{
unsigned char
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60406
--- Comment #10 from Peter Bergner ---
(In reply to boger from comment #9)
> On ppc64le, this works as expected but on ppc64(be) the code that is
> generated from this is not the address of the function but the address of
> the .opd entry that is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63360
--- Comment #1 from Peter Bergner ---
(In reply to camm from comment #0)
> Created attachment 33551 [details]
> invert.c, invert.cpp, and invert.gdb gdb session
>
> Register variable stored in f31 is stored on the stack, but not restored and
> t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63360
--- Comment #8 from Peter Bergner ---
(In reply to camm from comment #6)
> Here is another transcript showing the innermost setjmp/longjmp pair
> corrupting the f31 register.
I've looked at the longjmp code and it seems fine to me. Since you sa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63360
Peter Bergner changed:
What|Removed |Added
CC||uweigand at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63360
Peter Bergner changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: bergner at gcc dot gnu.org
Target Milestone: ---
We ICE while in the var tracking pass with the following reduced testcase.
bergner@genoa:~/gcc/BUGS/ICE$ cat bug.ii
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68872
--- Comment #1 from Peter Bergner ---
As I mentioned in the binutils bug, I think -mcpu=powerpc64le should mimic
-mcpu=power8. I'll have a look at making that change.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61298
Peter Bergner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
||bergner at gcc dot gnu.org
Resolution|--- |FIXED
--- Comment #40 from Peter Bergner ---
(In reply to Bill Schmidt from comment #39)
> I believe this work has been completed. Peter, do you concur?
Agreed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67808
Peter Bergner changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67808
Peter Bergner changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #7 from Peter Bergner
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45053
--- Comment #15 from Peter Bergner ---
(In reply to Bill Schmidt from comment #14)
> (In reply to Alan Modra from comment #13)
> > Created attachment 29382 [details]
> > Fix
>
> Alan, did this make it upstream? Can this be closed?
Looking at t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25972
Peter Bergner changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25972
Peter Bergner changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #8 from Peter Bergner
Assignee: unassigned at gcc dot gnu.org
Reporter: bergner at gcc dot gnu.org
Target Milestone: ---
bergner@genoa:~/gcc/BUGS/LRA/new$ cat t001_x.i
typedef union { _Decimal128 a; } u_t;
extern u_t fn2 (u_t);
u_t
fn1 (void)
{
return fn2 (fn1 ());
}
bergner@genoa:~/gcc/BUGS/LRA
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68959
Peter Bergner changed:
What|Removed |Added
CC||dje at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68959
--- Comment #1 from Peter Bergner ---
Simpler test case??? Anyway, it fails too.
typedef union { _Decimal128 a; } u_t;
extern u_t fn1 (void);
extern void fn2 (u_t);
void
foo (void)
{
fn2 (fn1 ());
}
Before LRA, we have:
(call_insn 5 2 6 2 (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68959
--- Comment #3 from Peter Bergner ---
(In reply to Michael Meissner from comment #2)
> Just to be clear, does it still fail with the fix for PR 68805 installed?
Yes, my compiler has that fix.
at gcc dot
gnu.org
Ever confirmed|0 |1
--- Comment #2 from Peter Bergner ---
Patch summitted:
https://gcc.gnu.org/ml/gcc-patches/2015-12/msg02054.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68772
--- Comment #2 from Peter Bergner ---
Author: bergner
Date: Tue Dec 22 19:27:14 2015
New Revision: 231905
URL: https://gcc.gnu.org/viewcvs?rev=231905&root=gcc&view=rev
Log:
gcc/
PR target/68772
* config/rs6000/rs6000.h (ASM_CPU_S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68872
Peter Bergner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68772
--- Comment #3 from Peter Bergner ---
Author: bergner
Date: Tue Dec 22 20:51:12 2015
New Revision: 231910
URL: https://gcc.gnu.org/viewcvs?rev=231910&root=gcc&view=rev
Log:
gcc/
Backport from mainline
PR target/68772
* co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68772
--- Comment #4 from Peter Bergner ---
Author: bergner
Date: Tue Dec 22 20:52:40 2015
New Revision: 231911
URL: https://gcc.gnu.org/viewcvs?rev=231911&root=gcc&view=rev
Log:
gcc/
Backport from mainline
PR target/68772
* co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68872
--- Comment #4 from Peter Bergner ---
Fix backported to gcc-5-branch and gcc-4_0-branch too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68872
Peter Bergner changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #5 from Peter Bergner
: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: bergner at gcc dot gnu.org
Target Milestone: ---
The --with-advance-toolchain configure option is supposed to build a GCC that
uses the header files
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69153
Peter Bergner changed:
What|Removed |Added
Target||powerpc*-linux
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69153
--- Comment #2 from Peter Bergner ---
(In reply to Andrew Pinski from comment #1)
> You are leaking a target specific configure option to the configure script.
> This seems wrong. Can't you set target_header_dir in config.gcc instead?
As the c
Assignee: unassigned at gcc dot gnu.org
Reporter: bergner at gcc dot gnu.org
Target Milestone: ---
With revision 232346 (ie, Mike Meissner's last IEEE128 patch), we're now seeing
the following ICE on powerpc64le-linux:
/home/bergner/gcc/build/gcc-fsf-mainline-cpu-supports-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69275
Peter Bergner changed:
What|Removed |Added
Target||powerpc64le-linux
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69275
--- Comment #2 from Peter Bergner ---
(In reply to Markus Trippelsdorf from comment #1)
> An explicit --enable-gnu-indirect-function during configuration works fine.
This seems to work for me too, using my old binutils. I tried building with a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61831
--- Comment #63 from Peter Bergner ---
Author: bergner
Date: Mon Jan 25 16:51:20 2016
New Revision: 232799
URL: https://gcc.gnu.org/viewcvs?rev=232799&root=gcc&view=rev
Log:
PR fortran/61831
* gfortran.dg/derived_constructor_comp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67281
Peter Bergner changed:
What|Removed |Added
CC||bergner at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67291
Peter Bergner changed:
What|Removed |Added
CC||bergner at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67291
Peter Bergner changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #6 from Peter Bergner
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67291
Peter Bergner changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63672
Peter Bergner changed:
What|Removed |Added
CC||bergner at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48029
Summary: ICE in finish_member_declaration() with --param
ggc-min-expand=0 --param ggc-min-heapsize=0
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48029
--- Comment #2 from Peter Bergner 2011-03-08
13:31:51 UTC ---
I think that may have been due to the reducing of the test case. Someone on
our side is going to try and fix up the test case to eliminate that error while
still preserving the ICE.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48029
--- Comment #5 from Peter Bergner 2011-03-08
15:20:03 UTC ---
Taking Tian's idea from comment #4 and instead of commenting it out, but moving
it outside of the struct like below, we not ICE without having to use the GC
param options and we don't
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48029
Peter Bergner changed:
What|Removed |Added
Target|powerpc64-linux |powerpc64-linux,
|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=44707
--- Comment #7 from Peter Bergner 2011-03-09
19:20:47 UTC ---
Author: bergner
Date: Wed Mar 9 19:20:42 2011
New Revision: 170829
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170829
Log:
gcc/
Backport from mainline
2010-07-02 U
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48053
Peter Bergner changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
at gcc dot |bergner at gcc dot gnu.org
|gnu.org |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48053
--- Comment #2 from Peter Bergner 2011-03-11
17:08:33 UTC ---
Created attachment 23633
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=23633
A related but different test case.
Attached is another test case that tweaks a similar bug that Pat'
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48053
--- Comment #3 from Peter Bergner 2011-03-11
19:06:17 UTC ---
Author: bergner
Date: Fri Mar 11 19:06:14 2011
New Revision: 170883
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170883
Log:
gcc/
PR target/48053
* config/rs6000/pred
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48053
--- Comment #4 from Peter Bergner 2011-03-13
04:06:46 UTC ---
Author: bergner
Date: Sun Mar 13 04:06:41 2011
New Revision: 170920
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=170920
Log:
gcc/
PR target/48053
* config/rs6000/pred
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48053
Peter Bergner changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48495
--- Comment #1 from Peter Bergner 2011-04-13
22:13:05 UTC ---
Pat, I tried recreating the ICE, but can't with either trunk (r172389) or the
FSF 4.6 branch (r172395). What revision and configure options did you use?
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=48495
Peter Bergner changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
||atches/2010-03/msg00838.htm
||l
CC||bergner at gcc dot gnu.org
Known to fail||
--- Comment #12 from Peter Bergner 2010-10-27
14:34:30
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46221
--- Comment #14 from Peter Bergner 2010-11-08
14:36:32 UTC ---
I'll give it a spin on powerpc64-linux.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46221
--- Comment #17 from Peter Bergner 2010-11-09
01:50:48 UTC ---
The patch looks good on powerpc64-linux.
=== libstdc++ Summary ===
# of expected passes16234
# of expected failures 170
# of unsupported tests
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46221
--- Comment #22 from Peter Bergner 2010-11-10
13:31:42 UTC ---
Is there a reason why the test case is an i386 only test case? Given it's
known to fail on powerpc*-linux and alpha-linux, it should probably be a arch
independent test case.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=46221
--- Comment #24 from Peter Bergner 2010-11-10
13:57:29 UTC ---
Agreed, but in this case, since we're just looking for the symbol names, I
think it should work. If we were to try and create a ppc specific test, I
can't see how it would be differe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41644
Peter Bergner changed:
What|Removed |Added
CC||bergner at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2288
--- Comment #19 from Peter Bergner 2011-05-23
15:38:11 UTC ---
I applied Janis' patch (modulo a small fixup due to upstream changes) to
current mainline and did a bootstrap and regtest. We bootstrap fine,
unfortunately the patch no longer fixes t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=49383
--- Comment #2 from Peter Bergner 2011-06-17
15:53:39 UTC ---
We die on this assert:
gcc_assert (cgraph_function_or_thunk_node (node, NULL) == node);
Here's a couple of dumps of the two decls if that helps.
(gdb) frame 1
(gdb) ptree node->d
Priority: P3
Component: target
Assignee: unassigned at gcc dot gnu.org
Reporter: bergner at gcc dot gnu.org
Target Milestone: ---
The following test case ICEs when generating code for POWER9 vector dform
addressing and reload. It compiles fine when using
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71656
Peter Bergner changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |bergner at gcc dot
gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71656
--- Comment #2 from Peter Bergner ---
Author: bergner
Date: Tue Jun 28 01:28:28 2016
New Revision: 237811
URL: https://gcc.gnu.org/viewcvs?rev=237811&root=gcc&view=rev
Log:
gcc/
PR target/71656
* config/rs6000/rs6000-cpus.def (IS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71656
Peter Bergner changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71656
Peter Bergner changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71656
--- Comment #5 from Peter Bergner ---
Author: bergner
Date: Tue Jun 28 15:49:10 2016
New Revision: 237823
URL: https://gcc.gnu.org/viewcvs?rev=237823&root=gcc&view=rev
Log:
PR target/71656
* gcc.target/powerpc/pr71656-2.c: Fix sy
||bergner at gcc dot gnu.org
--- Comment #4 from Peter Bergner ---
Confirmed. Here's a minimal test case:
bergner@genoa:~/gcc/BUGS/sawdey$ cat t.i
_Decimal128 g01d128;
extern void testvad128 (int n, ...);
void
testitd128 (void)
{
testvad128 (1, g01d128);
}
bergner@genoa:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71698
Peter Bergner changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|2016-06-29 00:00:
gcc dot gnu.org |bergner at gcc dot
gnu.org
--- Comment #5 from Peter Bergner ---
The vararg thing is just a red herring, it just introduced a copy between a
FP/VSX reg to/from a GPR reg which exposes the problem. The problem is that
when we see a copy like that, we normally will try to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71698
--- Comment #6 from Peter Bergner ---
Author: bergner
Date: Fri Jul 1 13:51:35 2016
New Revision: 237911
URL: https://gcc.gnu.org/viewcvs?rev=237911&root=gcc&view=rev
Log:
gcc/
PR target/71698
* config/rs6000/rs6000.c (rs6000_se
801 - 900 of 1504 matches
Mail list logo
