https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83062
--- Comment #6 from Jan Hubicka ---
Author: hubicka
Date: Mon Nov 20 09:55:02 2017
New Revision: 254946
URL: https://gcc.gnu.org/viewcvs?rev=254946=gcc=rev
Log:
PR bootstrap/83062
* ipa-inline.c (can_inline_edge_p): Fix typo in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=6023
Paolo Carlini changed:
What|Removed |Added
Status|SUSPENDED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83062
Markus Trippelsdorf changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78821
--- Comment #16 from Jakub Jelinek ---
Author: jakub
Date: Mon Nov 20 10:10:23 2017
New Revision: 254948
URL: https://gcc.gnu.org/viewcvs?rev=254948=gcc=rev
Log:
PR tree-optimization/78821
* gimple-ssa-store-merging.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83045
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83044
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=83053
Martin Liška changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83015
--- Comment #3 from Jan Hubicka ---
Terbium however now fails with
In file included from
/gcc/spec/sb-terbium-head-64/gcc/libgcc/config/ia64/unwind-ia64.c:2448:
/gcc/spec/sb-terbium-head-64/gcc/libgcc/unwind.inc: In function
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83015
Jan Hubicka changed:
What|Removed |Added
CC||igor.v.tsimbalist at intel dot
com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83066
Bug ID: 83066
Summary: [8 regression] 26_numerics/gcd/gcd_neg.cc fails since
r254736
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55826
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83060
--- Comment #2 from Paolo Carlini ---
Related to PR82872?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82020
--- Comment #4 from Tom de Vries ---
Author: vries
Date: Mon Nov 20 08:20:35 2017
New Revision: 254944
URL: https://gcc.gnu.org/viewcvs?rev=254944=gcc=rev
Log:
Fix comparison mode in simplify_ternary_operation
2017-11-20 Tom de Vries
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83060
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83045
Richard Biener changed:
What|Removed |Added
Keywords||diagnostic
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83044
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-valid-code
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82180
--- Comment #4 from Tom de Vries ---
Created attachment 42656
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42656=edit
Tentative patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83047
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83058
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.0
Summary|ICE on C++ code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83062
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82020
Tom de Vries changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83041
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83059
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83063
Bug ID: 83063
Summary: [8 Regression] ICE on an invalid preprocessor snippet
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82851
Andrey Guskov changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82852
--- Comment #2 from Andrey Guskov ---
Yeah, seems like it`s gone.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82852
Andrey Guskov changed:
What|Removed |Added
Status|WAITING |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82180
Tom de Vries changed:
What|Removed |Added
CC||kcy at codesourcery dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83049
Richard Biener changed:
What|Removed |Added
Severity|normal |enhancement
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83064
Bug ID: 83064
Summary: DO CONCURRENT inconsistent results
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83061
--- Comment #1 from Richard Biener ---
Well, the warnings are false positives given the uses are guarded with an error
check (that can never trigger due to implementation details).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83047
--- Comment #5 from Jakub Jelinek ---
Created attachment 42657
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42657=edit
gcc8-pr83047.patch
Untested fix.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60243
--- Comment #20 from rguenther at suse dot de ---
On Sun, 19 Nov 2017, hubicka at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60243
>
> --- Comment #19 from Jan Hubicka ---
> Author: hubicka
> Date: Sun Nov 19
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83062
Markus Trippelsdorf changed:
What|Removed |Added
Priority|P3 |P1
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83062
--- Comment #4 from Markus Trippelsdorf ---
Sorry, started with r254937.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83043
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |8.0
Summary|FAIL:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83053
--- Comment #2 from Martin Liška ---
I see in tree-vrp.c:4804:
(gdb) p print_generic_expr(stderr, ref, 0)
*array.0_159[0]$10 = void
(gdb) p debug_tree(ref)
unit-size
align:8 warn_if_not_align:0 symtab:0 alias-set 8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83051
Richard Biener changed:
What|Removed |Added
CC||hubicka at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83054
Richard Biener changed:
What|Removed |Added
Version|7.0 |8.0
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83052
Richard Biener changed:
What|Removed |Added
Target||x86_64-*-*, i?86-*-*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83008
--- Comment #4 from rguenther at suse dot de ---
On Sun, 19 Nov 2017, hubicka at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83008
>
> Jan Hubicka changed:
>
>What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83040
Richard Biener changed:
What|Removed |Added
Keywords||ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83047
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83062
Martin Liška changed:
What|Removed |Added
CC||marxin at gcc dot gnu.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83065
Bug ID: 83065
Summary: [8 Regression] SPEC CPU2017 523/623 compfail (ICE)
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83067
--- Comment #2 from Yibiao Yang ---
$ arm-linux-gnueabi-gcc -v
Using built-in specs.
COLLECT_GCC=arm-linux-gnueabi-gcc
COLLECT_LTO_WRAPPER=/usr/lib/gcc-cross/arm-linux-gnueabi/5/lto-wrapper
Target: arm-linux-gnueabi
Configured with:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78821
--- Comment #20 from rguenther at suse dot de ---
On Mon, 20 Nov 2017, jakub at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78821
>
> --- Comment #19 from Jakub Jelinek ---
> (In reply to Uroš Bizjak from comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83066
Ville Voutilainen changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83068
Bug ID: 83068
Summary: Suboptimal code generated with -m32 using MMX reg
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83068
--- Comment #1 from Richard Bradfield ---
And as usual I forget to mention these things:
I am compiling everything using gcc trunk, at commit r254929 from Sun Nov 19
This behaviour is not present in GCC 7.2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81315
Segher Boessenkool changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48101
--- Comment #6 from Jonathan Wakely ---
You can't allocate const memory, but in essence yes, that's the reason. The
standard says that an allocator's value type must be a non-const, non-volatile
object type, so std::allocator is undefined
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83030
--- Comment #3 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE Uni-Bielefeld.DE> ---
>> --- Comment #1 from Martin Liška ---
[...]
>> Can you please bisect to a single revision?
>
> Sure,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82933
--- Comment #3 from Jakub Jelinek ---
Created attachment 42663
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42663=edit
gcc8-pr82933.patch
Or we can just hack around this and hope dwarf2out or others don't rely on some
other hooks to be
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83074
Bug ID: 83074
Summary: Shared object built with `-pie --coverage' hangs
forever
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83079
--- Comment #1 from G. Steinmetz ---
While these variants compile :
$ cat z3.f90
program p
print *, transfer('xy', ['a'])
end
$ cat z4.f90
program p
print *, transfer(4_'xy', [4_'ab'])
end
$ cat z5.f90
program p
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81291
--- Comment #4 from Segher Boessenkool ---
Fixed on trunk. This may be the same as PR82621, which I'll backport this
week.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82981
--- Comment #14 from Jakub Jelinek ---
Created attachment 42662
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=42662=edit
gcc8-pr82981-arm.patch
Untested fix for the arm issue.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78821
--- Comment #30 from Uroš Bizjak ---
Another unhandled case:
--cut here--
typedef __SIZE_TYPE__ size_t;
void baz (char *buf, size_t base, unsigned int data)
{
buf[base] = data;
buf[base+1] = data >> 8;
}
--cut here--
compiles to:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83048
--- Comment #3 from Tom de Vries ---
(In reply to Tom de Vries from comment #2)
> I wonder if we could use a macro like this:
> ...
> #define SAFE_MACRO_STMT(stmt) \
Submitted RFC at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82933
Jakub Jelinek changed:
What|Removed |Added
CC||dmalcolm at gcc dot gnu.org,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83073
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48101
--- Comment #5 from gccbugs at jbapple dot com ---
What is the virtue of making std::allocator an error? Is this
required by the standard? Is it because calls to construct are writing to const
memory?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83041
--- Comment #2 from Andrew Pinski ---
(In reply to Richard Biener from comment #1)
> I think we have a duplicate bug for this looking like
Yes bug 23094.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83077
Bug ID: 83077
Summary: sso-string @ gnu-versioned-namespace.
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83076
Bug ID: 83076
Summary: [8 Regression] ICE in
gfc_deallocate_scalar_with_status, at
fortran/trans.c:1598
Product: gcc
Version: 8.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83075
Martin Sebor changed:
What|Removed |Added
Keywords||wrong-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83077
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83052
--- Comment #1 from Andi Kleen ---
I'm not sure why you call it a regression? You must be running the test suite
manually with the new option.
I haven't tested, but likely it will fail if you run that test with
-mcmodel=large too. The
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83026
Qing Zhao changed:
What|Removed |Added
CC||qing.zhao at oracle dot com
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83041
Martin Sebor changed:
What|Removed |Added
Keywords||missed-optimization
See Also|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83030
Eric Botcazou changed:
What|Removed |Added
Status|WAITING |ASSIGNED
CC|ebotcazou
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83075
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83075
Bug ID: 83075
Summary: [8 Regression] Invalid strncpy optimization
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83056
David Malcolm changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79538
Qing Zhao changed:
What|Removed |Added
CC||qing.zhao at oracle dot com
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83026
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=48101
--- Comment #7 from Jonathan Wakely ---
Even if we allowed allocator you still can't use std::set
because the container code assumes a non-const value type in several places.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83078
--- Comment #1 from G. Steinmetz ---
Detected without "implicit none" :
$ cat z2.f90
program p
type t
integer :: a(n)
end type t
type(t) :: x = t([1, 2])
end
$ gfortran-8-20171119 -c z2.f90
z2.f90:3:19:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83078
Bug ID: 83078
Summary: ICE in gfc_typenode_for_spec, at
fortran/trans-types.c:1110
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79538
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|qing.zhao
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83074
Andreas Schwab changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83079
Bug ID: 83079
Summary: ICE in gfc_widechar_to_char, at fortran/scanner.c:198
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83074
--- Comment #2 from H.J. Lu ---
(In reply to Martin Liška from comment #1)
> Hi.
>
> Thanks for the report. I isolated the issue and it's related to how
> constructors are called and hang in GCOV is just demonstration of the
> problem.
>
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70134
--- Comment #3 from Segher Boessenkool ---
PowerPC has no simple way to set a CR field to "equal". We could add
a pattern to do that (which will cost 2 insns, so works for 3->2
combinations, like we in fact get here; something like li X,0 ;
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83074
--- Comment #4 from Jakub Jelinek ---
(In reply to Stefan Vargyas from comment #3)
> This feature is quite useful in practice -- for example, the
> GNU C library is runnable this way too:
>
> $ /lib64/libc.so.6
> GNU C Library stable
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83074
--- Comment #3 from Stefan Vargyas ---
>
> Why do you expect you can use a PIE as a shared library?
>
Well, with `-pie' one can issue 'foo.so' by itself:
$ ./foo.so
foo.so: version 0.1
This feature is quite useful in practice -- for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83082
Bug ID: 83082
Summary: [8 regression] libgomp.graphite/force-parallel-1.c
fails starting with r254888
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83083
Bug ID: 83083
Summary: c++2a concepts without -fconcepts
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83052
Martin Liška changed:
What|Removed |Added
Last reconfirmed||2017-11-20
Summary|[8
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81315
--- Comment #4 from Mark Millard ---
(In reply to Segher Boessenkool from comment #3)
> Builds fine on powerpc64-linux, both trunk and 7.
Could you give information on how to set up
and run this test, including pointing to
what distribution to
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83011
--- Comment #4 from Julien ÉLIE ---
Martin, the following thing still puzzles me.
len = 52 * timer_count + 27 + (prefix == NULL ? 0 : strlen(prefix)) + 1;
=> gives a warning, as explained below
len = 1 + 52 * timer_count + 27 + (prefix == NULL
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79072
--- Comment #15 from Paul Thomas ---
Author: pault
Date: Mon Nov 20 19:09:34 2017
New Revision: 254966
URL: https://gcc.gnu.org/viewcvs?rev=254966=gcc=rev
Log:
2017-11-20 Paul Thomas
PR fortran/79072
*
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77687
--- Comment #8 from Segher Boessenkool ---
Author: segher
Date: Mon Nov 20 20:10:28 2017
New Revision: 254968
URL: https://gcc.gnu.org/viewcvs?rev=254968=gcc=rev
Log:
rs6000: Don't touch below the stack pointer (PR77687)
With the 32-bit SVR4
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83081
Bug ID: 83081
Summary: [8 regression][arm] gcc.dg/pr80218.c fails since
r254888
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79072
--- Comment #16 from neil.n.carlson at gmail dot com ---
I've confirmed Dominique's findings: Code in comments 0, 5, 11 are working now
with Paul's commit (Thanks!), but comment 12 code still gives an ICE.
Should I create a new PR for that
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83071
--- Comment #2 from pmatos at gcc dot gnu.org ---
(In reply to Ian Lance Taylor from comment #1)
> This is of course a compiler bug, but it's a crash on invalid code. You
> can't write `input++` when `input` is a string type. In Go the `++`
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77687
Segher Boessenkool changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83074
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83045
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #2
1 - 100 of 201 matches
Mail list logo