https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66055
--- Comment #4 from Jonathan Wakely redi at gcc dot gnu.org ---
Author: redi
Date: Mon Jun 22 15:53:14 2015
New Revision: 224740
URL: https://gcc.gnu.org/viewcvs?rev=224740root=gccview=rev
Log:
Backport from mainline
2015-05-14 Nathan Myers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66629
Bug ID: 66629
Summary: eee
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
Assignee: unassigned at gcc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66616
--- Comment #3 from vries at gcc dot gnu.org ---
fails on gcc-4_9-branch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66630
--- Comment #2 from Marek Polacek mpolacek at gcc dot gnu.org ---
That's one thing. But there also something else going on. I hope it's just
missing TYPE_OVERFLOW_SANITIZED in some match.pd patterns.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65843
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66630
--- Comment #1 from Andrew Pinski pinskia at gcc dot gnu.org ---
This might be because we convert -i - 1 to be ~i.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65393
--- Comment #3 from Jonathan Wakely redi at gcc dot gnu.org ---
Author: redi
Date: Mon Jun 22 15:53:27 2015
New Revision: 224742
URL: https://gcc.gnu.org/viewcvs?rev=224742root=gccview=rev
Log:
Backport from mainline
2015-06-16 Jonathan Wakely
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66055
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66515
--- Comment #7 from Jason Merrill jason at gcc dot gnu.org ---
Author: jason
Date: Mon Jun 22 17:24:25 2015
New Revision: 224748
URL: https://gcc.gnu.org/viewcvs?rev=224748root=gccview=rev
Log:
PR c++/66515
* call.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66621
--- Comment #2 from Jason Merrill jason at gcc dot gnu.org ---
Author: jason
Date: Mon Jun 22 17:24:37 2015
New Revision: 224749
URL: https://gcc.gnu.org/viewcvs?rev=224749root=gccview=rev
Log:
PR testsuite/66621
* g++.dg/debug,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66630
Bug ID: 66630
Summary: Missing ubsan/ftrapv error
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66627
--- Comment #1 from David Malcolm dmalcolm at gcc dot gnu.org ---
Note to self: not all of the jit fixes on trunk had a bug attached; should
review jit/ChangeLog.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65880
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55977
Jonathan Wakely redi at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66616
--- Comment #4 from vries at gcc dot gnu.org ---
passes for gcc-4_8-branch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66627
Bug ID: 66627
Summary: Tracker bug for jit bugs affecting ravi
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: jit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66397
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65871
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66628
Bug ID: 66628
Summary: jit: Provide a way to add arbitrary options to the
toplev command line
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64657
--- Comment #5 from Jonathan Wakely redi at gcc dot gnu.org ---
Author: redi
Date: Mon Jun 22 15:09:14 2015
New Revision: 224736
URL: https://gcc.gnu.org/viewcvs?rev=224736root=gccview=rev
Log:
PR libstdc++/64657
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66373
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36312
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
CC||yongjin.ohn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66560
Uroš Bizjak ubizjak at gmail dot com changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63740
--- Comment #18 from Vladimir Makarov vmakarov at gcc dot gnu.org ---
Author: vmakarov
Date: Mon Jun 22 20:48:05 2015
New Revision: 224761
URL: https://gcc.gnu.org/viewcvs?rev=224761root=gccview=rev
Log:
2015-06-22 Vladimir Makarov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66631
--- Comment #4 from Andrew Pinski pinskia at gcc dot gnu.org ---
(In reply to Stas Sergeev from comment #3)
The signal handler needs to do the following things:
1. Restore segment registers (init_handler() func)
Why are you doing this, that is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66366
--- Comment #3 from Andrew Benson abensonca at gmail dot com ---
Note the name conflict between:
type :: spsf
and
type(h5) :: spsf
in the previous comment. Changing the name of either to make them distinct
removes the ICE.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66631
--- Comment #6 from Andrew Pinski pinskia at gcc dot gnu.org ---
(In reply to Stas Sergeev from comment #5)
(In reply to Andrew Pinski from comment #4)
(In reply to Stas Sergeev from comment #3)
The signal handler needs to do the following
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66631
--- Comment #9 from Andrew Pinski pinskia at gcc dot gnu.org ---
(In reply to Stas Sergeev from comment #7)
(In reply to Andrew Pinski from comment #6)
(In reply to Stas Sergeev from comment #5)
(In reply to Andrew Pinski from comment #4)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66631
--- Comment #8 from Stas Sergeev stsp at users dot sourceforge.net ---
Note that O0 and O1 are fine.
Only O2 gives the problem. So there
might be a simple solution somewhere!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66632
--- Comment #1 from jasonxbell at gmail dot com ---
Correction: In the sentence The lvalue q1 is then init'd via copy of the
(incorrectly init'd) rvalue from the previous statement., replace q1 with
q2.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66631
Bug ID: 66631
Summary: inability to clobber segment regs makes tls
problematic
Product: gcc
Version: 5.1.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66631
--- Comment #7 from Stas Sergeev stsp at users dot sourceforge.net ---
(In reply to Andrew Pinski from comment #6)
(In reply to Stas Sergeev from comment #5)
(In reply to Andrew Pinski from comment #4)
(In reply to Stas Sergeev from comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66631
--- Comment #3 from Stas Sergeev stsp at users dot sourceforge.net ---
The signal handler needs to do the following things:
1. Restore segment registers (init_handler() func)
2. Increment thread-local var (fault_cnt)
3. Do stuff including reads
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66631
--- Comment #11 from Stas Sergeev stsp at users dot sourceforge.net ---
(In reply to Andrew Pinski from comment #9)
Clang is not GCC. Really you should not be using the fs segment register
for your own use as it is part of the ABI that is the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66631
--- Comment #1 from Stas Sergeev stsp at users dot sourceforge.net ---
Please note that the shown code was generated
with gcc-4.8.2, but inability to clobber segreg
with inline asm was tested with gcc-5.1.1.
A bit of dissonance here, I can't do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66631
--- Comment #2 from Andrew Pinski pinskia at gcc dot gnu.org ---
Can you better describe your use case because this is not obvious what you are
trying to achieve here.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66631
--- Comment #10 from Andrew Pinski pinskia at gcc dot gnu.org ---
Also why can't you write your segfault handler in assembly when you fixup the
fs segment and then call the C functions?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66631
--- Comment #12 from Stas Sergeev stsp at users dot sourceforge.net ---
Note that on x86_64 you can't set FS without a syscall.
I would really hate doing that in asm it seems.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66631
--- Comment #15 from Stas Sergeev stsp at users dot sourceforge.net ---
(In reply to Andrew Pinski from comment #13)
Those all have pure assembly code to handle this case.
No, they actually simply don't use TLS in a handler.
That's something
--enable-languages=c,c++,fortran --disable-multilib
Thread model: posix
gcc version 6.0.0 20150622 (experimental) (GCC)
gfortran -c tmp.F90 -o tmp.o -fopenmp
tmp.F90:11:0:
write (0,*) igrt(fli)
^
Error: invalid argument to gimple call
error .fli
D.3429 = __builtin_adjust_trampoline ( error
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66366
--- Comment #2 from Andrew Benson abensonca at gmail dot com ---
This reduced test case produces an ICE with similar backtrace, although it
doesn't share the problem of having a non-allocatable/pointer CLASS variable
(as far as I can tell):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66631
--- Comment #5 from Stas Sergeev stsp at users dot sourceforge.net ---
(In reply to Andrew Pinski from comment #4)
(In reply to Stas Sergeev from comment #3)
The signal handler needs to do the following things:
1. Restore segment registers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66632
Bug ID: 66632
Summary: Incorrect use of default constructor to initialize
isolated rvalue.
Product: gcc
Version: 4.9.2
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66631
--- Comment #13 from Andrew Pinski pinskia at gcc dot gnu.org ---
(In reply to Stas Sergeev from comment #11)
(In reply to Andrew Pinski from comment #9)
Clang is not GCC. Really you should not be using the fs segment register
for your own
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66631
--- Comment #14 from Andrew Pinski pinskia at gcc dot gnu.org ---
(In reply to Stas Sergeev from comment #12)
Note that on x86_64 you can't set FS without a syscall.
I would really hate doing that in asm it seems.
Yes because you are setting
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66351
--- Comment #5 from Jan Hubicka hubicka at gcc dot gnu.org ---
Author: hubicka
Date: Mon Jun 22 07:02:50 2015
New Revision: 224719
URL: https://gcc.gnu.org/viewcvs?rev=224719root=gccview=rev
Log:
PR ipa/66351
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65908
--- Comment #11 from Jan Hubicka hubicka at gcc dot gnu.org ---
Author: hubicka
Date: Mon Jun 22 07:12:22 2015
New Revision: 224720
URL: https://gcc.gnu.org/viewcvs?rev=224720root=gccview=rev
Log:
PR ipa/65908
* ipa-icf.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66622
Manuel López-Ibáñez manu at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38470
Manuel López-Ibáñez manu at gcc dot gnu.org changed:
What|Removed |Added
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66621
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Target Milestone|--- |4.9.3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66503
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66549
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66515
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66358
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66622
Mikhail Maltsev miyuki at gcc dot gnu.org changed:
What|Removed |Added
Keywords||diagnostic
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66613
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65982
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66076
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66623
--- Comment #2 from Richard Biener rguenth at gcc dot gnu.org ---
It's supposed to handle cases like (vect-outer-fir-big-array.c):
for (k = 0; k 4; k++) {
for (i = 0; i N; i++) {
diff = 0;
for (j = k; j M; j+=4) {
diff +=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66624
--- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org ---
It's initialized by the ios_base constructor in src/c++11/ios.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66424
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66413
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66215
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66186
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65932
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66483
Thomas Preud'homme thopre01 at gcc dot gnu.org changed:
What|Removed |Added
Assignee|thopre01 at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66622
Bug ID: 66622
Summary: -Wsign-conversion does not take advantage of data flow
analysis
Product: gcc
Version: 5.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66624
Bug ID: 66624
Summary: libstdc++ iostream uninitialized data
Product: gcc
Version: 5.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66610
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66598
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66578
--- Comment #16 from vehre at gcc dot gnu.org ---
I am getting a regression in char_length_5.f90. Anyone else?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66623
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Keywords||wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66621
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66394
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66368
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66412
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66119
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P1
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66147
Richard Biener rguenth at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52144
--- Comment #8 from chrbr at gcc dot gnu.org ---
Author: chrbr
Date: Mon Jun 22 07:32:15 2015
New Revision: 224721
URL: https://gcc.gnu.org/viewcvs?rev=224721root=gccview=rev
Log:
Add -mflip-thumb for testing.
PR target/52144n
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65806
--- Comment #2 from Jonathan Wakely redi at gcc dot gnu.org ---
Hmm, why doesn't GCC's own stdint.h solve this? It does:
# if defined __cplusplus __cplusplus = 201103L
# undef __STDC_LIMIT_MACROS
# define __STDC_LIMIT_MACROS
# undef
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45729
chrbr at gcc dot gnu.org changed:
What|Removed |Added
CC||chrbr at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66623
Bug ID: 66623
Summary: Unsafe FP math reduction used in strict math mode
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66621
--- Comment #1 from Jakub Jelinek jakub at gcc dot gnu.org ---
I believe debug/localclass1.C debug/nullptr01.C tests also suffer from this
problem. Tried to grep for tests in other g++.dg/ subdirectories that have
their own *.exp and it seems if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66620
Mikhail Maltsev miyuki at gcc dot gnu.org changed:
What|Removed |Added
Keywords|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66624
--- Comment #1 from Matthias Klose doko at gcc dot gnu.org ---
the runtime warnings are not shown when building with g++-5.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52144
chrbr at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59884
Bug 59884 depends on bug 52144, which changed state.
Bug 52144 Summary: ARM should support arm/thumb function attribute to permit
different instruction sets in the same source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52144
What
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45729
Bug 45729 depends on bug 52144, which changed state.
Bug 52144 Summary: ARM should support arm/thumb function attribute to permit
different instruction sets in the same source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52144
What
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65837
Bug 65837 depends on bug 52144, which changed state.
Bug 52144 Summary: ARM should support arm/thumb function attribute to permit
different instruction sets in the same source
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=52144
What
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66090
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66542
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66563
--- Comment #27 from John Paul Adrian Glaubitz glaubitz at physik dot
fu-berlin.de ---
Alright, I have tracked it down now! It's definitely a bug in mpfr4 and *not*
gcc.
I rebuilt both mpfr4_3.1.2-1 and mpfr4_3.1.2-3 with the latest compiler we
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63740
--- Comment #15 from Vladimir Makarov vmakarov at gcc dot gnu.org ---
The insn in question is
(insn 3598 3597 6907 395 (parallel [
(set (reg:CC 100 cc)
(compare:CC (reg:SI 307 [ ls$2 ])
(const_int
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66322
--- Comment #7 from Marek Polacek mpolacek at gcc dot gnu.org ---
Patch posted some time ago:
https://gcc.gnu.org/ml/gcc-patches/2015-06/msg00790.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63740
--- Comment #16 from Vladimir Makarov vmakarov at gcc dot gnu.org ---
Author: vmakarov
Date: Mon Jun 22 18:17:28 2015
New Revision: 224752
URL: https://gcc.gnu.org/viewcvs?rev=224752root=gccview=rev
Log:
2015-06-22 Vladimir Makarov
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66563
--- Comment #28 from John Paul Adrian Glaubitz glaubitz at physik dot
fu-berlin.de ---
Addendum: mpfr4_3.1.3-1 seems to be affected as well but I need to perform more
testing. But it's definitely the jump from 3.1.2-1 to 3.1.2-3 that caused the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65879
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66531
Bug ID: 66531
Summary: Source file deleted when we use gcc compile
Product: gcc
Version: unknown
Status: RESOLVED
Severity: enhancement
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66501
Jason Merrill jason at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66222
Marek Polacek mpolacek at gcc dot gnu.org changed:
What|Removed |Added
Status|WAITING |RESOLVED
1 - 100 of 158 matches
Mail list logo