https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68383
--- Comment #14 from fiesh at zefix dot tv ---
It appears to be correct, as far as one can safely judge this by eye
examination.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65950
Andrew Pinski changed:
What|Removed |Added
CC||pinskia at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67571
Andrew Pinski changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67545
Andrew Pinski changed:
What|Removed |Added
Severity|major |normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67692
Andrew Pinski changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65950
--- Comment #9 from Andrew Pinski ---
Basically this code in predict.c:
if ((gimple_call_flags (stmt) & ECF_NORETURN)
&& has_return_edges)
predict_paths_leading_to (bb, PRED_NORETURN,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65950
Andrew Pinski changed:
What|Removed |Added
Summary|function becomes unlikely |exit in main is causing the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65950
Andrew Pinski changed:
What|Removed |Added
Component|lto |middle-end
Summary|Loop is no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72768
--- Comment #3 from lh_mouse ---
> 15.2 Constructors and destructors [except.ctor]
> 3 For an object of class type of any storage duration whose initialization or
> destruction is terminated by an
> exception, the destructor is invoked for each
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72771
Bug ID: 72771
Summary: powerpc64le ICE with -mcpu=power9
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68898
Andrew Pinski changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UNC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55641
Alexandre Oliva changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49366
Alexandre Oliva changed:
What|Removed |Added
CC||aoliva at gcc dot gnu.org
As
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72768
--- Comment #2 from lh_mouse ---
(In reply to Jonathan Wakely from comment #1)
> Arguably the object is not completely initialized until the principal
> constructor returns.
I doubt it. If an exception is thrown inside the principal ctor which d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68159
--- Comment #13 from Carlos Alberto Lopez Perez ---
(In reply to H.J. Lu from comment #12)
> Created attachment 39042 [details]
> A patch to avoid stack oveflow
This fixes the issue with the previous test case.
However, this other one (obtained
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68383
H.J. Lu changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68383
--- Comment #12 from H.J. Lu ---
Created attachment 39044
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39044&action=edit
A patch
This gives:
Write::DataMapGrammar, std::allocator > >
>::DataMapGrammar()::{lambda()#1} const&
std::forward
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63240
Alexandre Oliva changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64396
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
Severity|m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68159
--- Comment #12 from H.J. Lu ---
Created attachment 39042
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=39042&action=edit
A patch to avoid stack oveflow
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68383
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68159
--- Comment #11 from H.J. Lu ---
*** Bug 68383 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68159
--- Comment #10 from Carlos Alberto Lopez Perez ---
It seems c++filt also crashes with the very same test case:
$ echo
'_ZSt7forwardIRKZN5Write14DataMapGrammarISt20back_insert_iteratorISsEEC4EvEUlRT_E_EOS5_RNSt16remove_referenceIS5_E4typeE'|c++f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72768
--- Comment #1 from Jonathan Wakely ---
(In reply to lh_mouse from comment #0)
> Notwithstanding the vagueness of 'the completion of the initialization of an
> object',
The question hinges entirely on the definition of that term.
Arguably the o
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72770
--- Comment #1 from Gerhard Steinmetz
---
Compiles and works without character branch (type is).
$ cat z3.f90
program p
type t
class(*), allocatable :: q(:)
end type
type(t) :: z
integer :: a(3) = [1, 2, 3]
real :: c(3) =
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72770
Bug ID: 72770
Summary: ICE in make_ssa_name_fn, at tree-ssanames.c:263
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69004
--- Comment #18 from PeteVine ---
Great, thanks! Now, as I mentioned in one of previous comments, the same
t-engine build procedure works fine on x86, so we can be fairly certain I
didn't break anything. The large amount of physfs/luajit profile
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69847
--- Comment #16 from Bill Schmidt ---
Hi Vlad,
I need to re-run my tests one more time because I goofed up the build on a few
of them; however, I was able to verify that the degradation on 403.gcc has now
gone away (I saw a slight improvement wi
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71948
--- Comment #3 from Georg-Johann Lay ---
Author: gjl
Date: Mon Aug 1 17:12:32 2016
New Revision: 238961
URL: https://gcc.gnu.org/viewcvs?rev=238961&root=gcc&view=rev
Log:
PR target/71948
* config/avr/avr.c (AVR_SYMBOL_FLAG_TINY_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=7652
--- Comment #55 from Marek Polacek ---
Author: mpolacek
Date: Mon Aug 1 16:03:41 2016
New Revision: 238958
URL: https://gcc.gnu.org/viewcvs?rev=238958&root=gcc&view=rev
Log:
PR c/7652
* config/i386/i386.c (ix86_expand_args_builti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72769
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72769
Bug ID: 72769
Summary: ifstream Optimed Out ?
Product: gcc
Version: 6.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: un
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72766
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72752
--- Comment #4 from Jason Merrill ---
Yeah, that work isn't safe enough to backport.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72766
--- Comment #4 from Jason Merrill ---
Author: jason
Date: Mon Aug 1 15:01:03 2016
New Revision: 238957
URL: https://gcc.gnu.org/viewcvs?rev=238957&root=gcc&view=rev
Log:
PR c++/72766 - ICE with VLA
* constexpr.c (cxx_eval_point
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72768
Bug ID: 72768
Summary: Potential bug about the order of destructors of static
objects and atexit() callbacks in C++?
Product: gcc
Version: 6.1.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72748
H.J. Lu changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72748
--- Comment #3 from hjl at gcc dot gnu.org ---
Author: hjl
Date: Mon Aug 1 14:46:01 2016
New Revision: 238956
URL: https://gcc.gnu.org/viewcvs?rev=238956&root=gcc&view=rev
Log:
Convert V1TImode register to TImode in debug insn
TImode register
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71818
alahay01 at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71818
--- Comment #1 from alahay01 at gcc dot gnu.org ---
Author: alahay01
Date: Mon Aug 1 14:33:23 2016
New Revision: 238955
URL: https://gcc.gnu.org/viewcvs?rev=238955&root=gcc&view=rev
Log:
2016-08-01 Alan Hayward
gcc/
PR tree-optimizat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69004
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #17
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72766
--- Comment #3 from Richard Biener ---
#11 0x00a7d226 in cxx_eval_pointer_plus_expression (
ctx=0x7fffd200, t=, lval=false,
non_constant_p=0x7fffd237, overflow_p=0x7fffd236)
at /space/rguenther/src/svn/trunk/gcc/c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72766
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71857
Martin Liška changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72766
Markus Trippelsdorf changed:
What|Removed |Added
Keywords||ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71857
--- Comment #5 from Martin Liška ---
Author: marxin
Date: Mon Aug 1 13:31:24 2016
New Revision: 238953
URL: https://gcc.gnu.org/viewcvs?rev=238953&root=gcc&view=rev
Log:
Change dump expectation in PR71857
PR tree-optimization/71857
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72767
Georg-Johann Lay changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Version|5.2.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72767
--- Comment #3 from Georg-Johann Lay ---
Author: gjl
Date: Mon Aug 1 12:44:18 2016
New Revision: 238950
URL: https://gcc.gnu.org/viewcvs?rev=238950&root=gcc&view=rev
Log:
Backport from 2016-08-01 trunk r238948.
PR target/72767
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71722
acsawdey at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71805
--- Comment #8 from acsawdey at gcc dot gnu.org ---
*** Bug 71722 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72767
--- Comment #2 from Georg-Johann Lay ---
Author: gjl
Date: Mon Aug 1 12:40:41 2016
New Revision: 238949
URL: https://gcc.gnu.org/viewcvs?rev=238949&root=gcc&view=rev
Log:
Backport from 2016-08-01 trunk r238948.
PR target/72767
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72766
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72767
--- Comment #1 from Georg-Johann Lay ---
Author: gjl
Date: Mon Aug 1 12:36:11 2016
New Revision: 238948
URL: https://gcc.gnu.org/viewcvs?rev=238948&root=gcc&view=rev
Log:
PR target/72767
* config/avr/avr.md (length) [branch]: Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72767
Georg-Johann Lay changed:
What|Removed |Added
Target||avr
Priority|P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72767
Bug ID: 72767
Summary: [avr] Some branches report too small insn length
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63886
--- Comment #11 from Eric Gallager ---
(In reply to Manuel López-Ibáñez from comment #10)
> (In reply to Eric Gallager from comment #8)
> > (In reply to Andreas Schwab from comment #4)
> > > float f = 3.1f;
> >
> > Isn't there already -Wunsuffix
k dated 20160801, does this:
samplv1_jack.cpp: In member function ‘void
samplv1_jack::alsa_capture(snd_seq_event_t*)’:
samplv1_jack.cpp:563:66: internal compiler error: tree check: expected
integer_cst, have nop_expr in get_len, at tree.h:5303
0x1132d5c tree_check_failed(tree_node const*, char const*, in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71042
--- Comment #5 from Marek Polacek ---
Thanks, I think I'll follow suit for the time being.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71042
--- Comment #4 from Richard Biener ---
Btw, the solution for me was to disable tsan for aarch64.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71042
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65391
--- Comment #5 from Richard Biener ---
Note the easiest way out is to use the existing infrastructure to avoid
store-data-races. But that only works when there is no (possibly trapping)
load
as we need to materialize a value for the register on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72765
Bug ID: 72765
Summary: Dynamic stack buffer overflow in GCC driver with
-save-temps switch.
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58693
James Greenhalgh changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71151
--- Comment #15 from Georg-Johann Lay ---
Author: gjl
Date: Mon Aug 1 09:15:24 2016
New Revision: 238935
URL: https://gcc.gnu.org/viewcvs?rev=238935&root=gcc&view=rev
Log:
gcc/
Backport from 2016-06-16 trunk r237536.
2016-06-16
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72746
Martin Liška changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72749
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72764
Martin Liška changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Status|UN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72763
Martin Liška changed:
What|Removed |Added
Keywords||accepts-invalid
Status|UNCONF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72760
Martin Liška changed:
What|Removed |Added
Keywords||rejects-valid
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=72759
Martin Liška changed:
What|Removed |Added
Keywords||ice-on-invalid-code
Status|UN
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=7652
--- Comment #54 from Marek Polacek ---
(In reply to Ozkan Sezer from comment #53)
> (In reply to Marek Polacek from comment #52)
> > Author: mpolacek
> > Date: Fri Jul 29 12:39:25 2016
> > New Revision: 238864
> >
> > URL: https://gcc.gnu.org/vie
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64464
Andrew Pinski changed:
What|Removed |Added
Keywords||missed-optimization
Status|U
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64463
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic
Severity|normal
73 matches
Mail list logo