https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24375
David Malcolm changed:
What|Removed |Added
Last reconfirmed|2006-01-15 21:05:21 |2016-1-27
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22238
--- Comment #20 from Manuel López-Ibáñez ---
(In reply to David Malcolm from comment #19)
> Is it time to close this one out as fixed?
with gcc HEAD 6.0.0 20160127 and the testcase in comment #12, I get:
prog.cc: In member function 'voi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68062
Marek Polacek changed:
What|Removed |Added
Known to work||6.0
Summary|[4.9/5/6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68949
--- Comment #10 from Jason Merrill ---
Author: jason
Date: Wed Jan 27 19:18:33 2016
New Revision: 232896
URL: https://gcc.gnu.org/viewcvs?rev=232896=gcc=rev
Log:
PR c++/68949
* optimize.c (maybe_clone_body): Clear
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20906
--- Comment #5 from Manuel López-Ibáñez ---
With a slight change in the parse tree, we get a much better message.
prog.cc:3:38: error: wrong number of template arguments (0, should be 1)
template void foo::pop(bar<>&, int) {}
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69131
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Wed Jan 27 19:18:28 2016
New Revision: 232895
URL: https://gcc.gnu.org/viewcvs?rev=232895=gcc=rev
Log:
PR c++/69131
* method.c (walk_field_subobs): Add dtor_from_ctor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62316
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69254
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69518
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=15767
Martin Sebor changed:
What|Removed |Added
Target|powerpc-*-linux-*, |
|powerpc-*-elf-*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69385
Paul Thomas changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69254
--- Comment #18 from Jakub Jelinek ---
Author: jakub
Date: Wed Jan 27 18:48:30 2016
New Revision: 232891
URL: https://gcc.gnu.org/viewcvs?rev=232891=gcc=rev
Log:
PR lto/69254
* sanitizer.def: Add BEGIN_SANITIZER_BUILTINS and
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69126
--- Comment #16 from David Malcolm ---
Author: dmalcolm
Date: Wed Jan 27 18:57:51 2016
New Revision: 232893
URL: https://gcc.gnu.org/viewcvs?rev=232893=gcc=rev
Log:
libcpp: use better locations for _Pragma tokens (preprocessor/69126)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69126
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20906
David Malcolm changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=20906
Manuel López-Ibáñez changed:
What|Removed |Added
Summary|excessive diagnostic|excessive diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67564
--- Comment #3 from Dominique d'Humieres ---
> Created attachment 37395 [details]
> A provisional patch for the PR
>
> This fixes the immediate problem. I think some tidying up of unlimited
> polymorphism is needed. In any case, I am not in a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68986
--- Comment #18 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Wed Jan 27 19:54:03 2016
New Revision: 232901
URL: https://gcc.gnu.org/viewcvs?rev=232901=gcc=rev
Log:
Don't change stack_alignment_needed for __tls_get_addr
__tls_get_addr must
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69512
Uroš Bizjak changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60526
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66487
--- Comment #17 from Martin Liška ---
(In reply to Jakub Jelinek from comment #15)
> (In reply to Jan Hubicka from comment #13)
> > Author: hubicka
> > Date: Wed Jan 13 23:47:45 2016
> > New Revision: 232356
> >
> > URL:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68062
--- Comment #17 from Marek Polacek ---
Author: mpolacek
Date: Wed Jan 27 20:31:00 2016
New Revision: 232903
URL: https://gcc.gnu.org/viewcvs?rev=232903=gcc=rev
Log:
PR c/68062
* c-typeck.c (build_binary_op) [EQ_EXPR, GE_EXPR]:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66869
--- Comment #7 from Jakub Jelinek ---
Fixed for C so far, C++ still broken.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68404
--- Comment #8 from Bill Schmidt ---
LTO is creating a clone of reg_save_code, specialized on a particular value of
parameter reg. The compiled code contains a badly formed address expression,
causing the segfault. Continuing to look.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68763
--- Comment #15 from Jason Merrill ---
Does anyone have a reduced testcase for this?
Jakub, where are we modifying the TREE_PURPOSE after creating the METHOD_TYPE?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66487
--- Comment #16 from Martin Liška ---
(In reply to Jakub Jelinek from comment #14)
> (In reply to Jason Merrill from comment #4)
> > Actually, I guess checking for this is more of a fit for an uninitialized
> > read detector such as
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68062
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66869
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Wed Jan 27 19:32:49 2016
New Revision: 232899
URL: https://gcc.gnu.org/viewcvs?rev=232899=gcc=rev
Log:
PR debug/66869
* c-decl.c (c_write_global_declarations_1): Warn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67281
Peter Bergner changed:
What|Removed |Added
Status|RESOLVED|CLOSED
--- Comment #10 from Peter
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=24375
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68763
--- Comment #16 from Jakub Jelinek ---
(In reply to Jason Merrill from comment #15)
> Does anyone have a reduced testcase for this?
I've started delta and creduce, but it is boost, so it will take a while (at
7.6MB so far).
> Jakub, where are
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60526
--- Comment #9 from Thomas Koenig ---
Here is the AST dump.
Note the upcase letter in the symtree for the type.
We are probably missing an upcase string compare there...
Namespace: A-H: (REAL 4) I-N: (INTEGER 4) O-Z: (REAL 4)
procedure name =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69517
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66487
--- Comment #18 from Martin Liška ---
(In reply to Martin Liška from comment #16)
> (In reply to Jakub Jelinek from comment #14)
> > (In reply to Jason Merrill from comment #4)
> > > Actually, I guess checking for this is more of a fit for an
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60526
--- Comment #10 from Thomas Koenig ---
Created attachment 37495
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37495=edit
provisional patch
The patch appears to work, but the formatting for the errors looks strange.
Consider:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69385
--- Comment #18 from Paul Thomas ---
Author: pault
Date: Wed Jan 27 21:24:01 2016
New Revision: 232904
URL: https://gcc.gnu.org/viewcvs?rev=232904=gcc=rev
Log:
2016-01-27 Paul Thomas
PR fortran/69385
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69519
Bug ID: 69519
Summary: STV doesn't use xmm register for DImove move
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67407
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66763
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69461
Alexandre Oliva changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69520
Bug ID: 69520
Summary: Implement reversal of -fcheck options
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: enhancement
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68763
--- Comment #17 from Markus Trippelsdorf ---
(In reply to Jakub Jelinek from comment #16)
> (In reply to Jason Merrill from comment #15)
> > Does anyone have a reduced testcase for this?
>
> I've started delta and creduce, but it is boost, so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69521
Bug ID: 69521
Summary: -Wdeprecated-declarations errors in unused inline
methods
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=22238
--- Comment #23 from David Malcolm ---
Created attachment 37496
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37496=edit
Patch to fix the case in comment #12 (for next stage 1)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=17381
Martin Sebor changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65010
--- Comment #7 from Martin Sebor ---
(In reply to David Edelsohn from comment #6)
> This is not the same. There is a difference between sign extension of
> arguments and sign extensions within a function.
This bug points out that values
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69488
--- Comment #4 from Eric Botcazou ---
> I'm testing the proposed patch on x86_64-w64-mingw32 and
> x86_64-unknown-linux-gnu.
Thanks. The patch is OK for mainline if the above testing is successful.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67364
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69399
--- Comment #12 from Jakub Jelinek ---
Author: jakub
Date: Wed Jan 27 11:40:04 2016
New Revision: 232869
URL: https://gcc.gnu.org/viewcvs?rev=232869=gcc=rev
Log:
PR tree-optimization/69399
* wide-int.h (wi::lrshift): For larger
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69052
--- Comment #9 from amker at gcc dot gnu.org ---
(In reply to Ilya Enkovich from comment #8)
> (In reply to amker from comment #7)
> > According to discussion at https://gcc.gnu.org/ml/gcc/2016-01/msg00190.html,
> > hook is probably not wanted in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69512
Uroš Bizjak changed:
What|Removed |Added
Keywords|diagnostic, ice-checking|
Target|i596
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69454
--- Comment #26 from Ilya Enkovich ---
(In reply to H.J. Lu from comment #25)
> Please add -mpreferred-stack-boundary=2 to your tests. Otherwise,
> you just remove a nop.
Here is a test which crashes LRA with the path you proposed. Crash
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69513
--- Comment #1 from Richard Biener ---
This means the DIE in question was created too late or figured unreachable.
case dw_val_class_die_ref:
if (AT_ref_external (a))
...
else
{
gcc_assert
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69482
--- Comment #5 from rguenther at suse dot de ---
On Wed, 27 Jan 2016, wipedout at yandex dot ru wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69482
>
> --- Comment #4 from wipedout at yandex dot ru ---
> Okay, suppose we have the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69506
Richard Biener changed:
What|Removed |Added
Priority|P3 |P1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69504
--- Comment #3 from Richard Biener ---
I think at some point the FEs created array-refs here. I think I suggested
that elsewhere during last stage1 but nobody implemented that ... (now it's
already again quite late).
Thus for vector[i] create
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69447
--- Comment #10 from ktkachov at gcc dot gnu.org ---
(In reply to Richard Henderson from comment #9)
> Created attachment 37484 [details]
> proposed patch
>
> Fixes the test case, in that it prevents the remat.
>
> Starting overnight bootstraps
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69462
--- Comment #3 from Dominik Vogt ---
Is this change fit to be posted on gcc-patches? (I have a patch for that
anyway and can post it for you if you like.)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69512
chrbr at gcc dot gnu.org changed:
What|Removed |Added
Keywords||diagnostic, ice-checking
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65656
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #6
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69462
--- Comment #4 from Jonathan Wakely ---
Yes, but I can't approve changes to that part of GCC and it should probably
wait for stage 1.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69466
--- Comment #8 from Richard Biener ---
Ok, it doesn't fix it, it somehow just makes -fno-vect-cost-model necessary.
We still split the edge, but later in vect_loop_versioning then, so the reason
for the bug is still the same - we're looking at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69498
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69512
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69513
Bug ID: 69513
Summary: LTO bootstrap fails with bootstrap-profiled during
linking gnat1 in stagefeedback
Product: gcc
Version: 6.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68782
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69052
--- Comment #8 from Ilya Enkovich ---
(In reply to amker from comment #7)
> According to discussion at https://gcc.gnu.org/ml/gcc/2016-01/msg00190.html,
> hook is probably not wanted in this case.
> Bernd gave another proposal by moving combine
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69511
Bug ID: 69511
Summary: G.gcstack_size uses uintptr instead of size_t
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: go
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69466
--- Comment #7 from Richard Biener ---
I think the fix is wrong, slpeel_duplicate_current_defs_from_edges assumes
from->dest and to->dest are the same (or the same kind of) block. Your
patch merely papers over the issue that one of the exits
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69488
--- Comment #2 from Rainer Emrich ---
Created attachment 37489
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37489=edit
proposed patch
* gnat.dg/sso/*.adb: Robustify dg-output directives.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69408
--- Comment #14 from night_ghost at ykoctpa dot ru ---
Created attachment 37487
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37487=edit
script to build GCC-avr and other tools
use this script to build GCC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69491
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69504
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66655
--- Comment #33 from Nick Clifton ---
The patch did receive approval in the end:
https://gcc.gnu.org/ml/gcc-patches/2016-01/msg02074.html
phew!
As for 68601 - I guess that we can leave it as RESOLVED for now, and see if the
problem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69336
--- Comment #12 from Dominik Vogt ---
The test works now on s390x. Thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69512
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69485
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69196
--- Comment #12 from Sebastian Huber <sebastian.hu...@embedded-brains.de> ---
New numbers for SPARC and PowerPC (rtems4.12-gcc 6.0.0 20160127):
sparc-rtems4.11-gcc -c -O2 -o vprintk.4.11.o vprintk.i
sparc-rtems4.12-gcc -c -O2 -o vprintk.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69447
--- Comment #11 from Jakub Jelinek ---
Without knowing the lra-remat code at all, I just wonder if subreg_regs needs
to be one per the whole function, rather than say per extended basic block or
basic block, with the patch any uses in multi-reg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69508
--- Comment #2 from Jakub Jelinek ---
Note that passing the _Bool to varargs function might very well zero extend it
(i.e. mask with 1). As kernel is built with -fno-strict-aliasing, I bet
trying to print *(char *)_agg_rx->removed instead might
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69504
Richard Biener changed:
What|Removed |Added
Keywords||accepts-invalid,
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69408
--- Comment #15 from night_ghost at ykoctpa dot ru ---
steps to repeat:
Arduino recent version should be installed
GCC created by the above script should be in PATH and in Arduino's
/usr/share/arduino/hardware/tools/avr
un-tar testcase, cd
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69488
--- Comment #3 from Rainer Emrich ---
I'm testing the proposed patch on x86_64-w64-mingw32 and
x86_64-unknown-linux-gnu.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69496
--- Comment #6 from Marek Polacek ---
Author: mpolacek
Date: Wed Jan 27 14:26:38 2016
New Revision: 232875
URL: https://gcc.gnu.org/viewcvs?rev=232875=gcc=rev
Log:
PR c++/69496
* constexpr.c (cxx_eval_array_reference): Evaluate
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69496
Marek Polacek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68273
Bernd Schmidt changed:
What|Removed |Added
CC||bernds at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69450
Jakub Jelinek changed:
What|Removed |Added
Priority|P1 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69032
--- Comment #2 from Andrey Belevantsev ---
Created attachment 37490
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=37490=edit
proposed patch
We fail to find the proper seqno for the fresh bookkeeping copy here. The
problem is that in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69268
--- Comment #4 from vehre at gcc dot gnu.org ---
Author: vehre
Date: Wed Jan 27 14:48:04 2016
New Revision: 232876
URL: https://gcc.gnu.org/viewcvs?rev=232876=gcc=rev
Log:
gcc/testsuite/ChangeLog:
2016-01-27 Andre Vehreschild
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67364
--- Comment #4 from Marek Polacek ---
Is there any practical difference between brace-init-list:
constexpr closure() : member{} { }
and expression-list:
constexpr closure() : member() { }
?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69466
--- Comment #6 from Richard Biener ---
I'll have a look as well.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69508
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69494
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69504
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69512
Bug ID: 69512
Summary: ICE when using avx with i586
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69508
Chris Bainbridge changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69462
Dominik Vogt changed:
What|Removed |Added
Summary|stack overflow detected |FLT_EVAL_METHOD and
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60336
--- Comment #45 from H.J. Lu ---
I opened a clang bug:
https://llvm.org/bugs/show_bug.cgi?id=26337
I propose the following definitions:
i. An empty record is:
1. A class without member. Or
2. An array of empty records. Or
3. A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69295
--- Comment #9 from Jonathan Wakely ---
On big-endian ppc64 ext/special_functions/hyperg/check_value.cc these tests
fail:
data167, toler167 on line 11579 max_abs_frac = 4.82864e-13
data171, toler171 on line 11579 max_abs_frac = 5.15741e-12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68662
--- Comment #7 from Jakub Jelinek ---
Seems like powerpc* has lots of other issues related to mixing pic and non-pic
code. E.g.
int x;
int
foo (void)
{
return x;
}
__attribute__((optimize ("PIC"))) int
bar (void)
{
return x;
}
seems to
101 - 200 of 233 matches
Mail list logo