https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67495
--- Comment #2 from Jakub Jelinek ---
Author: jakub
Date: Wed Sep 9 07:23:11 2015
New Revision: 227576
URL: https://gcc.gnu.org/viewcvs?rev=227576&root=gcc&view=rev
Log:
PR c/67495
* c-parser.c (c_parser_omp_atomic): Use c_parse
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67500
--- Comment #1 from Jakub Jelinek ---
Author: jakub
Date: Wed Sep 9 07:24:03 2015
New Revision: 227577
URL: https://gcc.gnu.org/viewcvs?rev=227577&root=gcc&view=rev
Log:
PR c/67500
* c-parser.c (c_parser_omp_clause_aligned,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67501
--- Comment #1 from Jakub Jelinek ---
Author: jakub
Date: Wed Sep 9 07:24:48 2015
New Revision: 227578
URL: https://gcc.gnu.org/viewcvs?rev=227578&root=gcc&view=rev
Log:
PR c/67501
* c-parser.c (c_parser_oacc_all_clauses,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67504
--- Comment #1 from Jakub Jelinek ---
Author: jakub
Date: Wed Sep 9 07:25:53 2015
New Revision: 227579
URL: https://gcc.gnu.org/viewcvs?rev=227579&root=gcc&view=rev
Log:
PR c++/67504
* parser.c (cp_parser_omp_clause_collapse): T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67495
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Wed Sep 9 07:27:15 2015
New Revision: 227580
URL: https://gcc.gnu.org/viewcvs?rev=227580&root=gcc&view=rev
Log:
PR c/67495
* c-parser.c (c_parser_omp_atomic): Use c_parse
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67500
--- Comment #2 from Jakub Jelinek ---
Author: jakub
Date: Wed Sep 9 07:30:42 2015
New Revision: 227581
URL: https://gcc.gnu.org/viewcvs?rev=227581&root=gcc&view=rev
Log:
PR c/67500
* c-parser.c (c_parser_omp_clause_aligned,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67501
--- Comment #2 from Jakub Jelinek ---
Author: jakub
Date: Wed Sep 9 07:31:43 2015
New Revision: 227582
URL: https://gcc.gnu.org/viewcvs?rev=227582&root=gcc&view=rev
Log:
PR c/67501
* c-parser.c (c_parser_oacc_all_clauses,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67504
--- Comment #2 from Jakub Jelinek ---
Author: jakub
Date: Wed Sep 9 07:32:28 2015
New Revision: 227583
URL: https://gcc.gnu.org/viewcvs?rev=227583&root=gcc&view=rev
Log:
PR c++/67504
* parser.c (cp_parser_omp_clause_collapse): T
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67510
Bug ID: 67510
Summary: Faster code is possible for integer absolute value
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67478
--- Comment #4 from Torbjörn Gard ---
I found -qtls=model option for xlc in AIX:
http://www-01.ibm.com/support/knowledgecenter/SSGH2K_13.1.2/com.ibm.xlc131.aix.doc/compiler_ref/opt_tls.html
The corresponding option in gcc is -ftls-model=model. I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65932
Ramana Radhakrishnan changed:
What|Removed |Added
CC||ramana at gcc dot gnu.org
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67503
--- Comment #11 from Marc Glisse ---
(In reply to radventure from comment #9)
> I understand the "small string optimization" idea. I agree about allocation
> counting. But I don't see space economy, now sizeof(string) is 28 bytes in
> 32-bit envi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67499
--- Comment #6 from Marc Glisse ---
(In reply to Manuel López-Ibáñez from comment #5)
> /usr/include/c++/4.8/ostream:548:5: note: template
> std::basic_ostream& std::operator<<(std::basic_ostream _Traits>&, const unsigned char*)
> operator<
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67503
--- Comment #12 from Jonathan Wakely ---
(In reply to radventure from comment #6)
> Code validity it's great. But what about backward compatibility?
We do not retain backwards compatibility with invalid code.
Valid code using std::string still
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60110
Dominique d'Humieres changed:
What|Removed |Added
CC||t56xjcu6dh at snkmail dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67511
Bug ID: 67511
Summary: ICE with invalid OpenMP random access iterator
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67499
--- Comment #7 from Manuel López-Ibáñez ---
(In reply to Marc Glisse from comment #6)
> In the example above, you dropped the
> information that it is 'bar' (the second argument) that cannot be converted,
> which, for a function with more argumen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67511
Jakub Jelinek changed:
What|Removed |Added
Keywords||error-recovery, openmp
Statu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67506
--- Comment #3 from Oleg Endo ---
(In reply to Kazumoto Kojima from comment #2)
> Created attachment 36309 [details]
> reduced test case
>
> [...]
>
> Oleg, could you please look at this?
Thanks for reducing it. I will have a look.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67499
--- Comment #8 from Manuel López-Ibáñez ---
> If we were outputting html, it would be much easier, we could print the
> error message and have javascript so that clicking in appropriate places
> displays the candidates, the reason for substitutio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52332
--- Comment #3 from Dominique d'Humieres ---
Compiling the code attached to comment 0 with recent versions of gfortran gives
now the following error
elemental subroutine xml_attribute( attr, name, value )
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67318
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67318
--- Comment #3 from Paolo Carlini ---
Created attachment 36310
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36310&action=edit
Draft
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67512
Bug ID: 67512
Summary: [5/6 Regression] internal compiler error: in
invert_tree_comparison, at fold-const.c:2456
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67512
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67513
Bug ID: 67513
Summary: ASAN: Not optimal shadow value check (unlikely
condition checked in fast path)
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67512
--- Comment #2 from Marek Polacek ---
Here, invert_tree_comparison is asked to return the logical inverse for
BIT_AND_EXPR and crashes on that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67512
--- Comment #3 from Marek Polacek ---
(as it should, it is only supposed to handle tcc_comparisons)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67514
Bug ID: 67514
Summary: ICE in omp_add_variable
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67514
Jakub Jelinek changed:
What|Removed |Added
Keywords||ice-on-valid-code, openmp
St
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67515
Bug ID: 67515
Summary: "invalid vptr" false positive or crash from ubsan for
non-virtual call in initializer list
Product: gcc
Version: 6.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67512
--- Comment #4 from Marek Polacek ---
--- a/gcc/tree-ssa-uninit.c
+++ b/gcc/tree-ssa-uninit.c
@@ -1296,7 +1296,8 @@ pred_equal_p (pred_info x1, pred_info x2)
return false;
c1 = x1.cond_code;
- if (x1.invert != x2.invert)
+ if (x1.inver
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67516
Bug ID: 67516
Summary: class.c left shift of 1271241028 by 4 places cannot be
represented in type 'int'
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67506
Oleg Endo changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53987
--- Comment #13 from Oleg Endo ---
attachment 36309 of PR 67506 is another example. It contains the following
code sequence:
mov.b @r2,r0 <<
extu.b r0,r0<<
tst #128,r0
bt/s.L11
extu.w r
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67517
Bug ID: 67517
Summary: ICE in gimplify_scan_omp_clauses
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67515
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67515
--- Comment #2 from Jonathan Wakely ---
A message about a vptr is a bit mis-leading for non-virtual call, so maybe that
could be improved, but in essence 'this' is not well-defined at that point.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67515
Markus Trippelsdorf changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67512
--- Comment #5 from Marek Polacek ---
With the patch we don't ICE anymore but we lose this warning:
ice.c:10:3: warning: ‘z’ may be used uninitialized in this function
[-Wmaybe-uninitialized]
fn3 (z);
^
but I think that's not a fault of th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67518
Bug ID: 67518
Summary: [6 Regression] ISL: position out of bounds
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67519
Bug ID: 67519
Summary: New warning: calls to member functions before all base
classes constructed
Product: gcc
Version: 4.9.4
Status: UNCONFIRMED
Keywords: diag
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67515
--- Comment #4 from Roger Orr ---
Ah - apologies -- I'd got the example by stripping down a call in boost::format
and didn't do a full enough check that the code was well formed: I'll report
that UB to boost.
However as Markus says the seg fault
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67515
--- Comment #5 from Markus Trippelsdorf ---
(anonymous namespace)::getVtablePrefix (Object=0x401460 ) at
../../../../gcc/libsanitizer/ubsan/ubsan_type_hash.cc:200
200 if (Prefix->Offset > 0 || !Prefix->TypeInfo)
(gdb) bt
#0 (anonymous name
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67515
--- Comment #6 from Jakub Jelinek ---
The problem is that to avoid the segfault, you'd need to significantly slow
down the library code (pretty much, instead of
if (Prefix->Offset > 0 || !Prefix->TypeInfo)
// This can't possibly be a valid
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67516
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67519
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67517
Jakub Jelinek changed:
What|Removed |Added
Keywords||openmp
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67515
Andrew Pinski changed:
What|Removed |Added
Summary|"invalid vptr" false|crash from ubsan for
|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67515
--- Comment #8 from Jakub Jelinek ---
You can get the same segfault with clang++ e.g. on
struct A
{
int a;
A () {}
int foo () { return 1; }
virtual ~A () {}
};
alignas (A) char buf[sizeof (A)];
void foo (void *x)
{
A *y = (A *) x;
y-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65892
--- Comment #14 from joseph at codesourcery dot com ---
That C++ wording doesn't have any obvious bearing on what "it is
permitted" is intended to be an exception to - the general
implementation-defined nature of type punning (which I think was
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67258
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65892
--- Comment #15 from Jonathan Wakely ---
(In reply to Melissa from comment #12)
> A C++ conversion of the original example is below. I asked about the word
> "read" on the C++ Standard Discussion (std-discussion) mailing list, because
> it proba
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67520
Bug ID: 67520
Summary: libmpx should abort() instead of exit(255) on bound
violation detection
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: enhance
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65892
--- Comment #16 from Jonathan Wakely ---
Message [c++std-core-20893] on the C++ core reflector on 2011-12-14 supports
the GCC view that a C++ compiler can apply strict aliasing rules to p1->m and
p2->m unless the fact they come from the same obje
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67521
Jakub Jelinek changed:
What|Removed |Added
Keywords||openmp
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67521
Bug ID: 67521
Summary: ICE when OpenMP loop expressions mention the IV
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67366
--- Comment #12 from Ramana Radhakrishnan ---
(In reply to rguent...@suse.de from comment #3)
> On Thu, 27 Aug 2015, rearnsha at gcc dot gnu.org wrote:
>
> > https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67366
> >
> > --- Comment #2 from Richard
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67522
Bug ID: 67522
Summary: OpenMP ICE in type_dependent_expression_p
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65892
--- Comment #17 from Martin Sebor ---
The C Union Visibility rule was intended to cover that case. The trouble is
that the rule tends to be interpreted differently by different people, users
and implementers alike: Is it the union object that mu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67523
Bug ID: 67523
Summary: ICE with invalid combined simd inside of a template
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67523
Jakub Jelinek changed:
What|Removed |Added
Keywords||error-recovery, openmp
Statu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67258
--- Comment #3 from Markus Trippelsdorf ---
Author: trippels
Date: Wed Sep 9 16:34:59 2015
New Revision: 227591
URL: https://gcc.gnu.org/viewcvs?rev=227591&root=gcc&view=rev
Log:
Fix sanitizer/67258 by cherry picking upstream patch
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67258
--- Comment #4 from Markus Trippelsdorf ---
Author: trippels
Date: Wed Sep 9 16:39:32 2015
New Revision: 227592
URL: https://gcc.gnu.org/viewcvs?rev=227592&root=gcc&view=rev
Log:
Fix sanitizer/67258 by cherry picking upstream patch
PR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67524
Bug ID: 67524
Summary: ICE on using implicit character instead of implicit
none etc.
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67258
Markus Trippelsdorf changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67524
--- Comment #1 from Gerhard Steinmetz
---
Here, all variables are declared explicitly,
but using "implicit character" ...
$ cat z1_imchfe.f90
module m
implicit character(8) (a-z)
contains
function f(x)
integer :: x
integer ::
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67524
--- Comment #2 from Gerhard Steinmetz
---
There is no problem when
implicit character(8) (a-z)
is changed to one of
implicit none
implicit integer (a-z)
implicit logical (a-z)
implicit real (a-z)
implicit complex (a-z)
...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53184
--- Comment #11 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Wed Sep 9 16:48:13 2015
New Revision: 227593
URL: https://gcc.gnu.org/viewcvs?rev=227593&root=gcc&view=rev
Log:
2015-09-09 Paolo Carlini
PR c++/53184
* do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67525
Bug ID: 67525
Summary: ICE on select type with improper selector
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53184
Paolo Carlini changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67525
--- Comment #1 from Gerhard Steinmetz
---
Whereas :
$ cat y1.f90
subroutine f(x)
select type (x)
end select
end
$ gfortran -c y1.f90
y1.f90:2:18:
select type (x)
1
Error: Selector shall be polymorphic in SELECT TYP
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67526
Bug ID: 67526
Summary: ICE on missing end parenthesis in substring construct
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compon
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67526
--- Comment #1 from Gerhard Steinmetz
---
Whereas :
$ cat y1.f90
program p
character(3) :: z = 'abc'
character :: c1 = z(3:
end
$ gfortran y1.f90
y1.f90:3:24:
character :: c1 = z(3:
1
Error: Syntax error in a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67512
--- Comment #6 from Marek Polacek ---
Author: mpolacek
Date: Wed Sep 9 17:09:32 2015
New Revision: 227594
URL: https://gcc.gnu.org/viewcvs?rev=227594&root=gcc&view=rev
Log:
PR middle-end/67512
* tree-ssa-uninit.c (pred_equal_p):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64824
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67512
--- Comment #7 from Marek Polacek ---
Author: mpolacek
Date: Wed Sep 9 17:14:29 2015
New Revision: 227596
URL: https://gcc.gnu.org/viewcvs?rev=227596&root=gcc&view=rev
Log:
PR middle-end/67512
* tree-ssa-uninit.c (pred_equal_p):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56109
--- Comment #2 from Jonathan Wakely ---
As of r227595 trunk now supports a _GLIBCXX_ASSERTIONS macro that enables
lightweight checks. We will start merging some of the __google_stl checks to
trunk and enabling them with that macro (which might gi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67512
Marek Polacek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67527
Bug ID: 67527
Summary: io.h sanitizer complains on 1 << 31
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: minor
Priority: P3
Component: libfortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67527
--- Comment #1 from Vittorio Zecca ---
Same at line 383
#define IOPARM_DT_IONML_SET (1 << 31)
should be
#define IOPARM_DT_IONML_SET (1u<< 31)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67528
Bug ID: 67528
Summary: Wrong result with defined assignment operator and/or
parenthesized expressions and allocatable components
Product: gcc
Version: 6.0
Status: UNCONFI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67529
Bug ID: 67529
Summary: rx-elf C++ inherited class malformed call to
overridden methods
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: critical
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67526
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67526
--- Comment #3 from kargl at gcc dot gnu.org ---
Created attachment 36314
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36314&action=edit
patch
The attached patch fixes the dereference of a NULL pointer.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67529
Eric changed:
What|Removed |Added
Attachment #36313|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67529
--- Comment #2 from Eric ---
A little more sleuthing, using --save-temps -dP...
The "inherited", bug-ridden case has the following before JSR R10:
;(call_insn 16 15 19 (parallel [
;(call (mem:QI (reg/f:SI 10 r10 [orig:25 D.2187 ]
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67528
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67529
--- Comment #3 from Eric ---
Further clarifying, creating a whole new function "void check2(void)" inside
MyTemplate which did *not* exist as a virtual function inside MyTemplateParent
produces correct code when begin(uint8_t) tries to call it:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67530
Bug ID: 67530
Summary: Failure to eliminate dead code produced by vector
lowering
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Keywords: missed-optimization
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67528
--- Comment #2 from kargl at gcc dot gnu.org ---
This bug report appears to be a related to PR59202 and
may be a duplicate.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67531
Bug ID: 67531
Summary: FAIL: gfortran.dg/ieee/large_2.f90 -O0 execution
test
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priorit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67532
Bug ID: 67532
Summary: Add -fno-plt=file and -fno-plt=[symbol,...]
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-opt
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67525
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67532
--- Comment #1 from Sriraman Tallam ---
On Wed, Sep 9, 2015 at 3:24 PM, hjl.tools at gmail dot com <
gcc-bugzi...@gcc.gnu.org> wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67532
>
> Bug ID: 67532
>Summary: Add -f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67532
--- Comment #2 from Sriraman Tallam ---
On Wed, Sep 9, 2015 at 3:24 PM, hjl.tools at gmail dot com
wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67532
>
> Bug ID: 67532
>Summary: Add -fno-plt=file and -fno-plt=[sy
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67532
--- Comment #3 from H.J. Lu ---
I implemented it on hjl/got/master branch
https://gcc.gnu.org/git/?p=gcc.git;a=shortlog;h=refs/heads/hjl/got/master
The patch is at
https://gcc.gnu.org/git/?p=gcc.git;a=commit;h=fad07e655ff6be4b5b56cae14c4646761
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67532
--- Comment #4 from H.J. Lu ---
(In reply to Sriraman Tallam from comment #2)
> Yes, I second this idea and I proposed doing -fno-plt=symbol
> originally but was shot down because it was felt using mangled symbols
> on command line is not desirab
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67533
Bug ID: 67533
Summary: internal compiler error: in build_call_a, at
cp/call.c:372
Product: gcc
Version: 4.8.4
Status: UNCONFIRMED
Severity: normal
Pri
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67533
--- Comment #1 from Chichiang Wan ---
Created attachment 36316
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=36316&action=edit
first part of preprocessed file
1 - 100 of 109 matches
Mail list logo
