https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66633
--- Comment #1 from Andrew Benson ---
Further reduced test case:
module spls
contains
function spl()
!$omp parallel
write (0,*) igrt(fli)
!$omp end parallel
contains
double precision function fli()
end function fli
end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66563
--- Comment #30 from Kazumoto Kojima ---
Created attachment 35829
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=35829&action=edit
possible patch for 4.9
The patch adds a counter to unspec vector of (unspec [...] UNSPEC_PIC)
pattern to avo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66563
--- Comment #29 from Kazumoto Kojima ---
I've reproduced one problem for mpfr-3.1.3 with the cross
compiler. For some TLS variables, we need to set GOT address
to the PIC register R12 even in non-PIC objects. Here is
a hypothetical example what
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66612
--- Comment #1 from amker at gcc dot gnu.org ---
Likely the change causes difference ivo result, and the wanted instruction not
generated. I shall have a look.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66449
--- Comment #3 from amker at gcc dot gnu.org ---
Author: amker
Date: Tue Jun 23 02:27:49 2015
New Revision: 224769
URL: https://gcc.gnu.org/viewcvs?rev=224769&root=gcc&view=rev
Log:
PR tree-optimization/66449
* tree-ssa-loop-nite
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66634
Bug ID: 66634
Summary: Cross building native *-w64-mingw32 failed
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: target
opt/gcc-trunk
--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
&<<
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66631
--- Comment #15 from Stas Sergeev ---
(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 I'll be looking into too to save me
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
--- Comment #13 from Andrew Pinski ---
(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 use as it is part of t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66631
--- Comment #14 from Andrew Pinski ---
(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 the TLS segment. Again wh
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 #12 from Stas Sergeev ---
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 #11 from Stas Sergeev ---
(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 TLS segment. Any
> other use it
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66631
--- Comment #10 from Andrew Pinski ---
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 #9 from Andrew Pinski ---
(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)
> > > > (In reply to S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66631
--- Comment #8 from Stas Sergeev ---
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=66631
--- Comment #7 from Stas Sergeev ---
(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 #3)
> > > > The signal hand
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66631
--- Comment #6 from Andrew Pinski ---
(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 things:
> > > 1. Rest
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66631
--- Comment #5 from Stas Sergeev ---
(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 (init_handler() func)
>
> Why
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66631
--- Comment #4 from Andrew Pinski ---
(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 the question I am trying
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66631
--- Comment #3 from Stas Sergeev ---
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 of fault_cnt var
Being thread-loca
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66631
--- Comment #2 from Andrew Pinski ---
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=66366
--- Comment #3 from Andrew Benson ---
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=66366
--- Comment #2 from Andrew Benson ---
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):
module sps
type :: spsf
end
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66631
--- Comment #1 from Stas Sergeev ---
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 both tests
with similar gcc.
Is th
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
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63740
--- Comment #18 from Vladimir Makarov ---
Author: vmakarov
Date: Mon Jun 22 20:48:05 2015
New Revision: 224761
URL: https://gcc.gnu.org/viewcvs?rev=224761&root=gcc&view=rev
Log:
2015-06-22 Vladimir Makarov
PR bootstrap/63740
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65879
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66501
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66560
Uroš Bizjak changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63740
--- Comment #17 from Vladimir Makarov ---
Author: vmakarov
Date: Mon Jun 22 18:45:58 2015
New Revision: 224753
URL: https://gcc.gnu.org/viewcvs?rev=224753&root=gcc&view=rev
Log:
2015-06-22 Vladimir Makarov
PR bootstrap/63740
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66563
--- Comment #28 from John Paul Adrian Glaubitz ---
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
bug!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66563
--- Comment #27 from John Paul Adrian Glaubitz ---
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 have
in Debian which is gcc-4.9_4.9.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=36312
Marek Polacek changed:
What|Removed |Added
CC||yongjin.ohn at lge dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63740
--- Comment #16 from Vladimir Makarov ---
Author: vmakarov
Date: Mon Jun 22 18:17:28 2015
New Revision: 224752
URL: https://gcc.gnu.org/viewcvs?rev=224752&root=gcc&view=rev
Log:
2015-06-22 Vladimir Makarov
PR bootstrap/63740
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66322
--- Comment #7 from Marek Polacek ---
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 #15 from Vladimir Makarov ---
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 0 [0])))
(set (r
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: c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66373
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66222
Marek Polacek changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66542
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66090
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66397
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65843
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65880
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66515
--- Comment #7 from Jason Merrill ---
Author: jason
Date: Mon Jun 22 17:24:25 2015
New Revision: 224748
URL: https://gcc.gnu.org/viewcvs?rev=224748&root=gcc&view=rev
Log:
PR c++/66515
* call.c (implicit_conversion): Only reshape
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66621
--- Comment #2 from Jason Merrill ---
Author: jason
Date: Mon Jun 22 17:24:37 2015
New Revision: 224749
URL: https://gcc.gnu.org/viewcvs?rev=224749&root=gcc&view=rev
Log:
PR testsuite/66621
* g++.dg/debug, g++.dg/torture: Use dg-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66630
--- Comment #2 from Marek Polacek ---
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=66630
--- Comment #1 from Andrew Pinski ---
This might be because we convert -i - 1 to be ~i.
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
Ass
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=66055
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
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=66629
Bug ID: 66629
Summary: eee
Product: gcc
Version: 5.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: debug
Assignee: unassigned at gcc d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66055
--- Comment #4 from Jonathan Wakely ---
Author: redi
Date: Mon Jun 22 15:53:14 2015
New Revision: 224740
URL: https://gcc.gnu.org/viewcvs?rev=224740&root=gcc&view=rev
Log:
Backport from mainline
2015-05-14 Nathan Myers
Jonathan Wa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65393
--- Comment #3 from Jonathan Wakely ---
Author: redi
Date: Mon Jun 22 15:53:27 2015
New Revision: 224742
URL: https://gcc.gnu.org/viewcvs?rev=224742&root=gcc&view=rev
Log:
Backport from mainline
2015-06-16 Jonathan Wakely
PR libstdc+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55977
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66627
--- Comment #1 from David Malcolm ---
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=64657
--- Comment #5 from Jonathan Wakely ---
Author: redi
Date: Mon Jun 22 15:09:14 2015
New Revision: 224736
URL: https://gcc.gnu.org/viewcvs?rev=224736&root=gcc&view=rev
Log:
PR libstdc++/64657
* include/bits/stl_uninitialized.h
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=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=65871
Uroš Bizjak changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61929
--- Comment #8 from Charles Greathouse ---
Full trace for last:
isl_constraint.c:625: expecting integer value
testcase.c: In function ‘generateICE’:
testcase.c:8:6: internal compiler error: Aborted
void generateICE(void) {
^
0x9957bf cras
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61929
--- Comment #7 from Charles Greathouse ---
Here's a testcase which fails without -fcheck-data-deps. Run
gcc5.1 testcase.c -O2 -ftree-loop-linear -floop-strip-mine
to reproduce:
typedef struct m {
const char * s1;
const char * s2;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39970
Richard Biener changed:
What|Removed |Added
Target Milestone|4.8.3 |---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54873
Richard Biener changed:
What|Removed |Added
Target Milestone|4.8.3 |---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50339
Richard Biener changed:
What|Removed |Added
Target Milestone|4.8.3 |---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55374
Richard Biener changed:
What|Removed |Added
Target Milestone|4.8.3 |---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55657
Richard Biener changed:
What|Removed |Added
Target Milestone|4.8.3 |---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55977
Richard Biener changed:
What|Removed |Added
Target Milestone|4.8.3 |---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50176
Richard Biener changed:
What|Removed |Added
Target Milestone|4.8.3 |---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55563
Richard Biener changed:
What|Removed |Added
Target Milestone|4.8.3 |---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=50720
Richard Biener changed:
What|Removed |Added
Target Milestone|4.8.3 |---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60497
Richard Biener changed:
What|Removed |Added
Target Milestone|4.8.3 |---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56326
Richard Biener changed:
What|Removed |Added
Target Milestone|4.8.3 |---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51173
Richard Biener changed:
What|Removed |Added
Target Milestone|4.8.3 |---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54540
Richard Biener changed:
What|Removed |Added
Target Milestone|4.8.3 |---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=38711
Richard Biener changed:
What|Removed |Added
Target Milestone|4.8.3 |---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49152
Richard Biener changed:
What|Removed |Added
Target Milestone|4.8.3 |---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55307
Richard Biener changed:
What|Removed |Added
Target Milestone|4.8.3 |---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=54224
Richard Biener changed:
What|Removed |Added
Target Milestone|4.8.3 |---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51680
Richard Biener changed:
What|Removed |Added
Target Milestone|4.8.3 |---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55656
Richard Biener changed:
What|Removed |Added
Target Milestone|4.8.3 |---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=27557
Richard Biener changed:
What|Removed |Added
Target Milestone|4.8.3 |---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55375
Richard Biener changed:
What|Removed |Added
Target Milestone|4.8.3 |---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55978
Richard Biener changed:
What|Removed |Added
Target Milestone|4.8.3 |---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44015
Richard Biener changed:
What|Removed |Added
Target Milestone|4.8.3 |---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53363
Richard Biener changed:
What|Removed |Added
Target Milestone|4.8.3 |---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=51855
Richard Biener changed:
What|Removed |Added
Target Milestone|4.8.3 |---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=28896
Richard Biener changed:
What|Removed |Added
Target Milestone|4.8.3 |---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66626
Bug ID: 66626
Summary: [i386] gcc.dg/torture/stackalign/non-local-goto-5.c
segfaults w/ -mregparm=3
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=44249
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53623
Richard Biener changed:
What|Removed |Added
Target Milestone|4.8.4 |4.8.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57427
Richard Biener changed:
What|Removed |Added
Target Milestone|4.8.3 |4.8.5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53118
Richard Biener changed:
What|Removed |Added
Target Milestone|4.8.0 |6.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66422
--- Comment #11 from Richard Biener ---
Author: rguenth
Date: Mon Jun 22 14:12:24 2015
New Revision: 224732
URL: https://gcc.gnu.org/viewcvs?rev=224732&root=gcc&view=rev
Log:
2015-06-22 Richard Biener
Backport from mainline
2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66422
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66625
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65871
--- Comment #12 from uros at gcc dot gnu.org ---
Author: uros
Date: Mon Jun 22 13:54:58 2015
New Revision: 224729
URL: https://gcc.gnu.org/viewcvs?rev=224729&root=gcc&view=rev
Log:
PR target/65871
* config/i386/i386.c (ix86_rtx_co
1 - 100 of 158 matches
Mail list logo
