https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82372
--- Comment #2 from Jerry DeLisle ---
$ cat bug1.f90
program vincenty
implicit none
real, parameter :: f = .2345
real :: tmp
tmp = 1.0 − f
end program
$ gfc49 bug1.f90
bug1.f90:7:
tmp = 1.0 \xE2\x88\x92 f
1
Error: Unclassifiable statement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82372
--- Comment #1 from Jerry DeLisle ---
Another, reduced:
program vincenty
implicit none
integer, parameter :: wp = selected_real_kind (18) ! Working Precision
real(wp), parameter :: f = 1.0_wp/298.257223563_wp
real(wp) :: tmp
tmp = 1.0 − f
en
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82372
Bug ID: 82372
Summary: Rejects valid parenthesis
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82371
Andrew Pinski changed:
What|Removed |Added
Keywords||build
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82371
Bug ID: 82371
Summary: Cross-compiling GCC fails when build platform has
fread_unlocked but host platform doesn't
Product: gcc
Version: 5.4.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82370
Bug ID: 82370
Summary: AVX512 can use a memory operand for immediate-count
vpsrlw, but gcc doesn't.
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: miss
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82369
Andrew Pinski changed:
What|Removed |Added
Severity|normal |enhancement
--- Comment #1 from Andrew P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82368
Ian Lance Taylor changed:
What|Removed |Added
CC||ian at airs dot com
--- Comment #1 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82369
Bug ID: 82369
Summary: "optimizes" indexed addressing back into two pointer
increments
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: missed-optimizati
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82367
--- Comment #3 from kargl at gcc dot gnu.org ---
% svn diff resolve.c
Index: resolve.c
===
--- resolve.c (revision 253236)
+++ resolve.c (working copy)
@@ -7387,8 +7387,14 @@ res
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77480
Krister Walfridsson changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82367
Dominique d'Humieres changed:
What|Removed |Added
Keywords||ice-on-invalid-code
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77480
--- Comment #3 from Krister Walfridsson ---
Author: kristerw
Date: Fri Sep 29 21:34:00 2017
New Revision: 253309
URL: https://gcc.gnu.org/viewcvs?rev=253309&root=gcc&view=rev
Log:
2017-09-29 Krister Walfridsson
Backport from mainline
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79709
--- Comment #8 from Marc Glisse ---
Thomas, the code generated by gcc has changed (after some patches by Jakub
IIRC). Do you consider the issue fixed or is the generated asm still
problematic?
.L13:
vpextrq $1, %xmm2, %rax
testq
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82368
Bug ID: 82368
Summary: [8 regression] with r253275 several new test cases in
libbacktrace fail
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82367
--- Comment #1 from Walter Spector ---
PGI and NAG both catch this error. I can try Intel if needed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82367
Bug ID: 82367
Summary: ICE with deferred length string allocate on
non-deferred length argument
Product: gcc
Version: 5.4.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82366
--- Comment #2 from Jonathan Wakely ---
Actually the gdb output does show the right libstdc++ is being used:
Reading symbols from /dvl/oms6/gcc-7.1.0/lib64/libstdc++.so.6...done.
Loaded symbols for /dvl/oms6/gcc-7.1.0/lib64/libstdc++.so.6
Try u
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82366
--- Comment #1 from Jonathan Wakely ---
It looks like the libstdc++.so.6 that the application links to is older than
the version you compiled against, and doesn't have support for the new
std::string type used in your callback.
It might work to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82299
--- Comment #7 from Matt Godbolt ---
Perfect! Thanks for clarifying, sorry for the confusion :)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82299
--- Comment #6 from Jakub Jelinek ---
{ target c++11 } means the test is run for -std=c++{11,14,17,2a,17 -fconcepts}.
And the test wants to make sure that the warning isn't emitted in any of those
modes.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82353
--- Comment #5 from Vladimir Makarov ---
(In reply to Jakub Jelinek from comment #3)
> Vlad, can you please have a look? I'll still try to see if we can have a
> single file testcase here.
Yes, it seems as LRA rematerialization bug. I'll work
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82319
--- Comment #8 from Yury Gribov ---
Author: ygribov
Date: Fri Sep 29 19:40:16 2017
New Revision: 253307
URL: https://gcc.gnu.org/viewcvs?rev=253307&root=gcc&view=rev
Log:
2017-09-29 Yury Gribov
PR middle-end/82319
gcc/
* matc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82299
--- Comment #5 from Matt Godbolt ---
NB the proposed patch above has a test that compiles with -std=c++11 -- this
bug only occurs with std=c++1z, not 11. The fix may be right, but I wonder if
the test needs to be changed? Unless I've misread some
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82366
Bug ID: 82366
Summary: std::regex constructor called from shared library
throws std::bad_cast
Product: gcc
Version: 7.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82365
Bug ID: 82365
Summary: excessive stack usage with norreturn attribute
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: othe
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82131
--- Comment #2 from Ian Lance Taylor ---
I have not been able to create this.
Are you using GNU ld or the gold linker? I've tried both and for me it works
either way, but it might help to know.
Can you find out why it is getting a segmentatio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82364
Bug ID: 82364
Summary: [7 Regression] Enormous memory usage when building on
32bit i386 with >= -O1
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: no
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82348
--- Comment #4 from Ian Lance Taylor ---
My apologies for jumping to conclusions.
If you are building from trunk there should not be any references to
internal/cpu.gox. What does your TARGET/libgo/math.lo.dep file look like?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82348
--- Comment #3 from martin ---
As suggested (in another bugreport) I built gcc from the gcc-trunk source
without any local modification.
I compiled gcc from the following revision:
>gcc-trunk# svn info
>Path: .
>URL: svn://gcc.gnu.org/svn/gcc/
/gcc/x86_64-pc-linux-gnu/8.0.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ../gcc-source-trunk/configure --enable-languages=c,c++,lto
--prefix=/home/su/software/tmp/gcc/gcc-trunk --disable-bootstrap
Thread model: posix
gcc version 8.0.0 20170929 (experimental) [trunk revision 253283] (GCC
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81481
--- Comment #5 from Vladimir Makarov ---
Author: vmakarov
Date: Fri Sep 29 17:39:58 2017
New Revision: 253300
URL: https://gcc.gnu.org/viewcvs?rev=253300&root=gcc&view=rev
Log:
2017-09-29 Vladimir Makarov
PR target/81481
* ir
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82338
--- Comment #3 from Vladimir Makarov ---
Author: vmakarov
Date: Fri Sep 29 17:15:24 2017
New Revision: 253299
URL: https://gcc.gnu.org/viewcvs?rev=253299&root=gcc&view=rev
Log:
2017-09-29 Vladimir Makarov
PR rtl-optimization/82338
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82362
Thomas Koenig changed:
What|Removed |Added
Target Milestone|--- |8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82337
--- Comment #12 from Bill Schmidt ---
Fixed in trunk so far. Backports to follow after a few days of burn-in.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82337
--- Comment #11 from Bill Schmidt ---
Author: wschmidt
Date: Fri Sep 29 14:55:14 2017
New Revision: 253293
URL: https://gcc.gnu.org/viewcvs?rev=253293&root=gcc&view=rev
Log:
[gcc]
2017-09-29 Bill Schmidt
PR tree-optimization/82337
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82361
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80210
--- Comment #17 from Peter Bergner ---
(In reply to Peter Bergner from comment #16)
> I have a patch that I am testing that fixes both new problems.
Patch for these two problems submitted here:
https://gcc.gnu.org/ml/gcc-patches/2017-09/msg01
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82208
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82348
Ian Lance Taylor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82360
--- Comment #2 from David Binderman ---
Here is a possibly better example, that is legal C++ code:
class a {};
template class b {
b(b &&c) : d(static_cast(c.d)) {}
a d;
};
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82362
Bug ID: 82362
Summary: [8 Regression] SPEC CPU2006 436.cactusADM ~7%
performance deviation with trunk@251713
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82348
--- Comment #1 from Ian Lance Taylor ---
There is no internal/cpu.gox file in GCC 7, so something strange is going on.
On current mainline internal/cpu exists, but the Makefile does not build it.
You must have modified the libgo sources in some
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82299
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25071
Dominique d'Humieres changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25071
--- Comment #27 from dominiq at gcc dot gnu.org ---
Author: dominiq
Date: Fri Sep 29 13:19:21 2017
New Revision: 253287
URL: https://gcc.gnu.org/viewcvs?rev=253287&root=gcc&view=rev
Log:
2017-09-29 Dominique d'Humieres
PR fortran/2507
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82299
Jonathan Wakely changed:
What|Removed |Added
CC|mpolacek at gcc dot gnu.org|jakub at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25071
--- Comment #26 from dominiq at gcc dot gnu.org ---
Author: dominiq
Date: Fri Sep 29 13:15:26 2017
New Revision: 253286
URL: https://gcc.gnu.org/viewcvs?rev=253286&root=gcc&view=rev
Log:
2017-09-29 Dominique d'Humieres
PR fortran/2507
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82361
H.J. Lu changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Comment #1 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82327
--- Comment #5 from Matthias Klose ---
still searching ...
/usr/lib/gcc/i686-linux-gnu/7/include/stddef.h:20440:11: internal compiler
error: in equal_mem_array_ref_p, at tree-ssa-scopedtables.c:429
0x8858876 equal_mem_array_ref_p
../../s
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82360
--- Comment #1 from David Binderman ---
I don't think this is still C++ code, but it
does seem to provoke the error:
class a {
} template class c { c(c &&e) : (static_cast a && e.d; a
d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68754
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82361
Bug ID: 82361
Summary: Useless "mov eax, eax" in generated code
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82359
--- Comment #2 from Jonathan Wakely ---
Oops, that wasn't very clear. Digit-separators are not a defect (although that
depends who you ask). But the fact that the #line directive allows them is a
defect.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82359
--- Comment #1 from Jonathan Wakely ---
(In reply to Andrew Schepler from comment #0)
> In C++14 and later, any integer literal may contain single quote characters
> (aka apostrophe, ASCII 0x27).
That's a standard defect (and has already been ra
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82353
--- Comment #4 from Martin Liška ---
> at expansion time (the reason for that is that sanopt pass doesn't perform
> the optimization of redundant pointer overflow checks yet (Martin, do you
> have it still on your todo list or shall I have a look
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82360
Bug ID: 82360
Summary: tree check fail in get_inner_reference, at expr.c:6996
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compone
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82353
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64965
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64965
--- Comment #6 from Jonathan Wakely ---
Andrew, if you write PR 66317 or Bug 66317 (or variations like Bug
preprocessor/66317) then Bugzilla automatically makes it a hyperlink :-)
Reproducer from that bug:
Test case (a 2 line source file named
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66317
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64965
Jonathan Wakely changed:
What|Removed |Added
CC||Keith.S.Thompson at gmail dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82359
Bug ID: 82359
Summary: #line does not allow C++14 quotes in number
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: prepr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82172
Jonathan Wakely changed:
What|Removed |Added
Resolution|INVALID |MOVED
--- Comment #23 from Jonathan Wa
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64965
Andrew Schepler changed:
What|Removed |Added
CC||aschepler at gmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82355
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82358
Bug ID: 82358
Summary: [8 regression] i386/stack-check-11.c fail
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=39570
--- Comment #14 from Krister Walfridsson ---
Author: kristerw
Date: Fri Sep 29 09:38:08 2017
New Revision: 253283
URL: https://gcc.gnu.org/viewcvs?rev=253283&root=gcc&view=rev
Log:
2017-09-29 Krister Walfridsson
Backport from mainlin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82356
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82344
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82357
Markus Trippelsdorf changed:
What|Removed |Added
Keywords||rejects-valid
Target Milestone|-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82355
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82338
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82352
Martin Liška changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UNCO
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82352
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82353
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80271
--- Comment #2 from Jan Niklas Hasse ---
I guess that's because one doesn't want the build output to depend on an
environment variable (most build systems won't rebuild on env variable
changes)?
-fdiagnostics-color doesn't affect the build outpu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82172
Martin Liška changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82340
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Fri Sep 29 07:35:37 2017
New Revision: 253280
URL: https://gcc.gnu.org/viewcvs?rev=253280&root=gcc&view=rev
Log:
PR c/82340
* c-decl.c (build_compound_literal): Use c_appl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82339
--- Comment #6 from Jakub Jelinek ---
Author: jakub
Date: Fri Sep 29 07:20:09 2017
New Revision: 253279
URL: https://gcc.gnu.org/viewcvs?rev=253279&root=gcc&view=rev
Log:
PR target/82339
* config/i386/i386.md (*movdi_internal pee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82092
--- Comment #5 from Jürgen Reuter ---
Interestingly, I get the problem only with Xcode 9.0 and MAC OS X Sierra Darwin
16.6, but not with Xcode 9.0 and Mac OS X High Sierra Darwin 16.7.
81 matches
Mail list logo
