https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65130
--- Comment #11 from Jan Hubicka ---
Hi,
the bug is caused by code inlining functions called once. Here is a dead
self recursive function that is called once (from itself) and the inliner
manages
to not punt on the rcurisve call and produce cycl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65263
--- Comment #6 from Alan Modra ---
rev 221098 plus the patch segfaults on the testcase in
cgraph_node::function_symbol. node->callees is NULL.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65245
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65243
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65248
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*, i?86-*-*
Priority
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65242
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65241
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Component|middle-end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65240
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65236
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65237
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65256
Richard Biener changed:
What|Removed |Added
Keywords||build
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65252
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65247
Richard Biener changed:
What|Removed |Added
Keywords||missed-optimization, ra
Tar
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65270
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65263
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65264
Richard Biener changed:
What|Removed |Added
Target||powerpc64*-*-*
Version|unkno
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55295
--- Comment #13 from Oleg Endo ---
(In reply to Manu Evans from comment #12)
> Hey, I'm still following this with great interest.
>
> Is it possible to make an intrinsic for this instruction so it can be issued
> at will?
Yes, that's what I wan
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65262
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65261
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65264
Markus Trippelsdorf changed:
What|Removed |Added
Target|powerpc64*-*-* |
--- Comment #2 from Markus Trippe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65258
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49234
Richard Biener changed:
What|Removed |Added
Status|RESOLVED|NEW
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65274
Bug ID: 65274
Summary: Internal compiler error: should die in combat
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65241
Marek Polacek changed:
What|Removed |Added
Target|powerpc64le-linux-gnu |
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65262
--- Comment #2 from Goswin von Brederlow ---
The linker script is only there because the default script combines all .text.*
into one hiding the effect. One could use different section names that the
default script does not combine and work witho
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65241
--- Comment #2 from Marek Polacek ---
Better test case:
enum E { A, B, C, D };
void fn4 (void);
int
fn1 (enum E p1)
{
static int w[D];
if (w[p1])
switch (p1)
case C:
w[p1] = 0;
}
void
fn2 (p1)
{
fn1 (p1);
}
void
fn3 (enu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61578
--- Comment #14 from Fredrik Hederstierna
---
Created attachment 34916
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34916&action=edit
CSiBE benchmark with gnu89, updates with newer trunk as reference.
I added attachment with new CSiBE m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61916
Kai Tietz changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64212
Kai Tietz changed:
What|Removed |Added
CC||timothygu99 at gmail dot com
--- Comment #11
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65183
--- Comment #1 from ienkovich at gcc dot gnu.org ---
Author: ienkovich
Date: Mon Mar 2 10:41:09 2015
New Revision: 221105
URL: https://gcc.gnu.org/viewcvs?rev=221105&root=gcc&view=rev
Log:
gcc/
PR target/65183
* tree-chkp.c (chkp_check_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65184
--- Comment #1 from ienkovich at gcc dot gnu.org ---
Author: ienkovich
Date: Mon Mar 2 10:47:54 2015
New Revision: 221106
URL: https://gcc.gnu.org/viewcvs?rev=221106&root=gcc&view=rev
Log:
gcc/
PR target/65184
* gcc/config/i386/i386.c (
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65235
James Greenhalgh changed:
What|Removed |Added
Target|aarch64 |aarch64*-*-*
Status|UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65130
--- Comment #12 from Kai Tietz ---
I confirm that bug is fixed with that patch. Only for the case that trying to
link with objects created with prior revision will still fail. Later might be
acceptable.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63546
Markus Trippelsdorf changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65275
Bug ID: 65275
Summary: Disappearing -Wsequence-point warning
Product: gcc
Version: 4.9.1
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65240
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65271
Jonathan Wakely changed:
What|Removed |Added
Keywords||rejects-valid
Status|UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65240
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65270
--- Comment #2 from Richard Biener ---
In theory comparing the object alignment with sth like
unsigned int align1, align2;
unsigned HOST_WIDE_INT tem;
get_object_alignment_1 (t1, &align1, &tem);
get_object_alignment_1 (t2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65243
Matthias Klose changed:
What|Removed |Added
Status|WAITING |UNCONFIRMED
Ever confirmed|1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65243
--- Comment #3 from Matthias Klose ---
Created attachment 34917
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34917&action=edit
object file
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65275
Marc Glisse changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65240
Matthias Klose changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|WORKSFOR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65240
--- Comment #4 from Matthias Klose ---
Created attachment 34918
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34918&action=edit
preprocessed source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65240
--- Comment #5 from Matthias Klose ---
reduced test case for filters.i:
double a, b, d, e;
c, f, g;
double fn1() {
double t;
if (t < 0.0)
t = -t;
if (t < 1.0)
return 1.0 - t;
t = -t;
if (t < .5)
return t * t;
}
double fn2(
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65240
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65276
Bug ID: 65276
Summary: [5 Regression] LTO: ICE add_type_duplicate, at
ipa-devirt.c:1462
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Keywords: ice-on-valid-cod
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65258
--- Comment #2 from Richard Biener ---
There are of course two issues here - one VRP not optimizing away the dead code
and unrolling creating the dead code in the first place (thus number of
iteration
analysis being not very precise).
Number of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65276
--- Comment #1 from Tobias Burnus ---
Created attachment 34920
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34920&action=edit
File "two.ii" - compile with -O2 (g++ -w -c -flto -O2 -std=c++11 two.ii)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65258
--- Comment #3 from Richard Biener ---
Created attachment 34921
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34921&action=edit
untested patch
Patch to add additional asserts and to better handle UNDEFINED in propagation.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65263
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65006
H.J. Lu changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65276
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65277
Bug ID: 65277
Summary: ice in get_untransformed_body with -O2
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65277
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63175
--- Comment #15 from Richard Biener ---
Btw, first of all unaligned stores are not supported according to the targets
vectorization hook, thus you'd need to peel the loop to make the store aligned
which for some reason doesn't happen. But when p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65270
--- Comment #3 from Richard Biener ---
Author: rguenth
Date: Mon Mar 2 14:31:46 2015
New Revision: 221117
URL: https://gcc.gnu.org/viewcvs?rev=221117&root=gcc&view=rev
Log:
2015-03-02 Richard Biener
PR ipa/65270
* ipa-icf-gimple.c:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53927
--- Comment #15 from Pierre-Marie de Rodat ---
(In reply to Pierre-Marie de Rodat from comment #13)
> [1] This patch teaches GDB how to use DW_AT_static_link in order to find the
> frame corresponding to the lexically enclosing scope. I think I w
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63175
--- Comment #16 from Richard Biener ---
(In reply to Richard Biener from comment #15)
> Btw, first of all unaligned stores are not supported according to the targets
> vectorization hook, thus you'd need to peel the loop to make the store
> align
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65277
Kai Tietz changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65270
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53927
--- Comment #16 from Tom Tromey ---
(In reply to Pierre-Marie de Rodat from comment #15)
> (In reply to Pierre-Marie de Rodat from comment #13)
> > [1] This patch teaches GDB how to use DW_AT_static_link in order to find the
> > frame correspondi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65277
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65278
Bug ID: 65278
Summary: [5 Regression] ICE (in output_718, at
config/rs6000/rs6000.md:11592) on powerpc-linux-gnu
Product: gcc
Version: 5.0
Status: UNCONFIRMED
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65278
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |5.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65279
Bug ID: 65279
Summary: [4.8/4.9/5 Regression] std::scoped_allocator_adaptor
is not assignable
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Keywords: rejects-va
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65279
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65277
--- Comment #3 from Kai Tietz ---
(In reply to Marek Polacek from comment #2)
> 221040(In reply to Kai Tietz from comment #1)
> > It is caused by r214422
>
> No, I think this started with r221040.
Yes, it got shown with r221040. Nevertheless c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65087
--- Comment #8 from Martin Liška ---
So the problem is caused by ICF which makes a symbol to have no direct calls
(and no references). As a result IPA CP triggers verification failure. I hope
the right solution is to append TODO_remove_function f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65138
--- Comment #6 from Michael Meissner ---
Created attachment 34923
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34923&action=edit
Proposed patch to fix the problem
I'm going to run full tests on this patch, but this patch appears to fix t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65280
Bug ID: 65280
Summary: -fsanitize=bounds does not detect out-of-bounds access
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65278
Aldy Hernandez changed:
What|Removed |Added
CC||aldyh at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65280
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65276
Aldy Hernandez changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63175
--- Comment #17 from Martin Sebor ---
Following up on my comment #14, and as requested on gcc-patches, the test case
below is vectorized with GCC 4.8.2 for T being either 32 bits wide (e.g., int)
or 64-bits wide (e.g., long or long long) but not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65278
--- Comment #2 from Matthias Klose ---
yes, 32bit powerpc,
/usr/lib/gcc/powerpc-linux-gnu/5/cc1plus -fpreprocessed DistanceEstimation.ii
-msecure-plt -quiet -dumpbase DistanceEstimation.ii -auxbase DistanceEstimation
-g -O2 -version -fPIC -fstac
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65261
--- Comment #2 from Bill Schmidt ---
Markus, yes, if adding that attribute clears up the messages for you, then I
would agree with that solution. The code is working as designed, as use of
unaligned vector loads and stores on POWER8 is preferabl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65278
--- Comment #3 from Matthias Klose ---
Created attachment 34924
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=34924&action=edit
preprocessed source
this is the unreduced source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63175
--- Comment #18 from rguenther at suse dot de ---
On Mon, 2 Mar 2015, msebor at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63175
>
> --- Comment #17 from Martin Sebor ---
> Following up on my comment #14, and as requ
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64367
--- Comment #8 from Jonathan Wakely ---
Author: redi
Date: Mon Mar 2 16:50:24 2015
New Revision: 221118
URL: https://gcc.gnu.org/viewcvs?rev=221118&root=gcc&view=rev
Log:
PR libstdc++/64367
* include/std/stdexcept (__sso_string): Don't
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64367
Jonathan Wakely changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63175
--- Comment #19 from rguenther at suse dot de ---
On Mon, 2 Mar 2015, rguenther at suse dot de wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63175
>
> --- Comment #18 from rguenther at suse dot de ---
> On Mon, 2 Mar 2015, msebor at gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63175
--- Comment #20 from Martin Sebor ---
(In reply to rguent...@suse.de from comment #19)
Please remove the extern from the first test and try again (it's a vestige of
the second test). Here's the assembly emitted by 4.8.3 for the first test
(with
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65237
Jan Hubicka changed:
What|Removed |Added
Status|NEW |WAITING
--- Comment #16 from Jan Hubicka
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65237
H.J. Lu changed:
What|Removed |Added
Status|WAITING |NEW
--- Comment #17 from H.J. Lu ---
(In repl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65276
--- Comment #3 from Jan Hubicka ---
I guess it is the case where one type come from -O0 unit and have no
TYPE_BINFO, because it is not optimized. I think just removing the check may
work these days - I changed the way leading candidate is chosen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65138
--- Comment #7 from David Edelsohn ---
Allowing users to specify -mcpu=powerpc64le is all well and good, but if
TARGET_DEFAULT is set, it should not be gratuitously overridden in
rs6000_option_override. The logic is not correct and defaults shou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65276
--- Comment #4 from Aldy Hernandez ---
(In reply to Jan Hubicka from comment #3)
> I guess it is the case where one type come from -O0 unit and have no
> TYPE_BINFO, because it is not optimized. I think just removing the check may
> work these da
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63175
--- Comment #21 from rguenther at suse dot de ---
On March 2, 2015 5:58:28 PM CET, "msebor at gcc dot gnu.org"
wrote:
>https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63175
>
>--- Comment #20 from Martin Sebor ---
>(In reply to rguent...@suse.de f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63572
--- Comment #11 from Jan Hubicka ---
Reported by HJ:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65237
As of r221117, I still see
FAIL: gcc.dg/guality/sra-1.c -O2 -flto -fno-use-linker-plugin
-flto-partition=none line 32 a[0] == 4
FAIL: gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65237
Jan Hubicka changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65279
--- Comment #1 from Jonathan Wakely ---
Author: redi
Date: Mon Mar 2 17:50:55 2015
New Revision: 221119
URL: https://gcc.gnu.org/viewcvs?rev=221119&root=gcc&view=rev
Log:
PR libstdc++/65279
* include/std/scoped_allocator (__inner_type_i
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65276
--- Comment #5 from Jan Hubicka ---
> Correct, TYPE_BINFO(type2) is NULL.
>
> Started with:
>
> commit 87a9c1b6624ae11321799e7c9aba4a7b47567d5d
> Author: hubicka
> Date: Mon Feb 9 20:34:18 2015 +
>
> * ipa-devirt.c (odr_types_eq
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65279
Jonathan Wakely changed:
What|Removed |Added
Known to work||5.0
Summary|[4.8/4.9/5 Regr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60871
Susi Lehtola changed:
What|Removed |Added
CC||jussilehtola@fedoraproject.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64885
--- Comment #9 from Jonathan Wakely ---
Author: redi
Date: Mon Mar 2 18:02:18 2015
New Revision: 221120
URL: https://gcc.gnu.org/viewcvs?rev=221120&root=gcc&view=rev
Log:
PR libgcc/64885
* gthr-single.h: Use __unused__ attribute instead
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65281
Bug ID: 65281
Summary: Lots of macros using non-reserved names in gthr
headers
Product: gcc
Version: 5.0
Status: UNCONFIRMED
Keywords: rejects-valid
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64885
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63175
--- Comment #22 from Martin Sebor ---
(In reply to rguent...@suse.de from comment #21)
> >g:
> >.quad.L.g,.TOC.@tocbase
> >.previous
> >.typeg, @function
> >.L.g:
> >addis 9,2,.LC1@toc@ha
> >addis 10,2,.LC0@toc@ha
> >
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65281
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
1 - 100 of 166 matches
Mail list logo
