https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84493
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84487
--- Comment #4 from Martin Liška ---
Created attachment 43477
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43477&action=edit
Reproducer
$ gcc-7 -O2 -g -march=native -mtune=native -std=legacy types.f90 -o before.o -c
$ gcc -O2 -g -march=n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84493
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84402
--- Comment #13 from Martin Liška ---
Created attachment 43440
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43440&action=edit
Parallel build of make all-host on 128 core EPYC machine
--- Comment #14 from Martin Liška ---
Created attachm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84402
Martin Liška changed:
What|Removed |Added
CC||hubicka at ucw dot cz,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84401
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84496
Bug ID: 84496
Summary: Internal compiler error with lambda, static and auto
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Compo
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84482
Martin Liška changed:
What|Removed |Added
Keywords||needs-bisection
Status|UNCONF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84494
Marek Polacek changed:
What|Removed |Added
Keywords||wrong-code
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84482
Martin Liška changed:
What|Removed |Added
CC||hubicka at ucw dot cz
--- Comment #2 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66971
Pádraig Brady changed:
What|Removed |Added
CC||P at draigBrady dot com
--- Comment #2 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43064
--- Comment #2 from Jonny Grant ---
I'll offer $100 bug-bounty for this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84497
Bug ID: 84497
Summary: link errors with trivial external thread_local
variables
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priorit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81715
--- Comment #28 from Martin Liška ---
(In reply to Martin Liška from comment #27)
> Let me decrypt how clang generates the red zones. I can probably quickly
> come up with a patch that will do the dynamic red zone size allocation.
> Having that y
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84497
--- Comment #1 from Pádraig Brady ---
Created attachment 43479
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43479&action=edit
Proposed patch and testcase. This passes the full testsuite
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84478
--- Comment #3 from Jakub Jelinek ---
Author: jakub
Date: Wed Feb 21 10:35:46 2018
New Revision: 257870
URL: https://gcc.gnu.org/viewcvs?rev=257870&root=gcc&view=rev
Log:
PR tree-optimization/84478
* gimple-fold.h (get_range_strl
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84404
--- Comment #6 from Alexandre Oliva ---
Patch posted
https://gcc.gnu.org/ml/gcc-patches/2018-02/msg01224.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84495
Thomas Koenig changed:
What|Removed |Added
CC||tkoenig at gcc dot gnu.org
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84478
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84480
--- Comment #1 from Romain Geissler ---
Hi,
I looked at the code. Actually all happens in tree-ssa-strlen.c, you have both
handle_builtin_stxncpy and maybe_diag_stxncpy_trunc. It happens that the logic
where you look at the next statement to che
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84025
--- Comment #1 from Tom de Vries ---
Created attachment 43480
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43480&action=edit
Tentative patch
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84497
Jakub Jelinek changed:
What|Removed |Added
Keywords||ABI
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84498
Bug ID: 84498
Summary: [nvptx, openacc] Don't generate state-propagation
inbetween subsequent worker/vector loops
Product: gcc
Version: 8.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84495
Dominique d'Humieres changed:
What|Removed |Added
Keywords||wrong-code
--- Comment #3 from Do
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84498
--- Comment #1 from Tom de Vries ---
Created attachment 43481
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43481&action=edit
Don't propagate state for subsequent vector loops
Tentative patch for two subsequent vector loops.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80945
--- Comment #12 from Dominique d'Humieres ---
Fixed?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84402
--- Comment #15 from Segher Boessenkool ---
This is a -O0 build? That's what that time report shows afaics.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80026
--- Comment #5 from Paolo Carlini ---
Then, barring further comments, I'm going to add the testcase and close the bug
as invalid.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82096
--- Comment #13 from sudi at gcc dot gnu.org ---
Author: sudi
Date: Wed Feb 21 12:50:31 2018
New Revision: 257871
URL: https://gcc.gnu.org/viewcvs?rev=257871&root=gcc&view=rev
Log:
Fix emit_store_flag_force () function to fix ICE in int_mode_for_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79046
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84499
Bug ID: 84499
Summary: [8 Regression] ICE on cp2k in rs6000_emit_le_vsx_store
starting with r256656
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84499
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25290
Eric Gallager changed:
What|Removed |Added
Keywords||patch
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84404
Eric Gallager changed:
What|Removed |Added
Keywords||patch
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84264
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84499
--- Comment #1 from Jakub Jelinek ---
Perhaps related to PR84264.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84484
--- Comment #9 from Andreas Schwab ---
That does not work because CFLAGS gets reset after the test. Only
PTHREAD_CFLAGS survives.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79046
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84484
--- Comment #10 from Ian Lance Taylor ---
In what way does it fail? The final link of libgo is always done against
../libatomic/libatomic.la.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79072
--- Comment #22 from Neil Carlson ---
I just verified with 8.0 trunk (r257868) that all three of my examples continue
to work as expected.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84500
Bug ID: 84500
Summary: diagnostic says "array of chars" for arrays of
wchar_t, char16_t and char32_t
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: dia
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84499
Jeffrey A. Law changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84264
--- Comment #4 from Jeffrey A. Law ---
*** Bug 84499 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84501
Bug ID: 84501
Summary: diagnostic says "array of chars" for arrays of
wchar_t, char16_t and char32_t
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: dia
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84500
--- Comment #1 from Jonathan Wakely ---
Saying "chars" implies narrow characters. The standard uses "character array"
for the general case.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84454
Jason Merrill changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84484
--- Comment #11 from Andreas Schwab ---
See comment #0.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61940
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43064
Jonathan Wakely changed:
What|Removed |Added
CC||martin at steghoefer dot eu
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59319
Eric Gallager changed:
What|Removed |Added
Keywords||patch
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84402
Martin Liška changed:
What|Removed |Added
Attachment #43478|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83193
--- Comment #10 from Martin Liška ---
Author: marxin
Date: Wed Feb 21 14:05:17 2018
New Revision: 257873
URL: https://gcc.gnu.org/viewcvs?rev=257873&root=gcc&view=rev
Log:
Add "native" as a valid option value for -march= on arm (PR driver/83193)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83193
--- Comment #11 from Martin Liška ---
Author: marxin
Date: Wed Feb 21 14:05:45 2018
New Revision: 257874
URL: https://gcc.gnu.org/viewcvs?rev=257874&root=gcc&view=rev
Log:
Add "native" as a valid option value for -march= on aarch64 (PR driver/83
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43064
Jonathan Wakely changed:
What|Removed |Added
Last reconfirmed|2010-02-14 19:44:58 |2018-2-21
Summary|improve l
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84454
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84454
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82096
sudi at gcc dot gnu.org changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16351
Eric Gallager changed:
What|Removed |Added
CC||egallager at gcc dot gnu.org
S
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84484
--- Comment #12 from Ian Lance Taylor ---
How about this patch?
diff --git a/libgo/configure b/libgo/configure
index aba4dc39..dcfc524b 100755
--- a/libgo/configure
+++ b/libgo/configure
@@ -14209,7 +14209,7 @@ if test "${libgo_cv_lib_pthread+se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84447
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84434
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P1
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25290
Andrew Pinski changed:
What|Removed |Added
Keywords|patch |
--- Comment #12 from Andrew Pinski ---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79072
Thomas Koenig changed:
What|Removed |Added
Status|WAITING |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84484
--- Comment #13 from Andreas Schwab ---
The first hunk is useless since this is a compile test.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84484
--- Comment #14 from Andreas Schwab ---
See gcc/config/riscv/linux.h for why it does that.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84264
Peter Bergner changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|kelvin at gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84484
--- Comment #15 from Ian Lance Taylor ---
> The first hunk is useless since this is a compile test.
Understood, but I would prefer to test the exact options that the build is
going to use.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16351
--- Comment #56 from Martin Sebor ---
I'd say any warning option with more than just a handful of pr's against it
would benefit from having a meta-bug.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83126
--- Comment #9 from Tom de Vries ---
(In reply to Tom de Vries from comment #8)
> Created attachment 43476 [details]
> Tentative patch
>
> (In reply to rguent...@suse.de from comment #3)
>
> > This is the usual "you should not repeat analysis d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84502
Bug ID: 84502
Summary: Argument corruption when passing empty templated
struct
Product: gcc
Version: 8.0.1
Status: UNCONFIRMED
Severity: normal
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84503
Bug ID: 84503
Summary: [7/8 Regression] store-merging miscompilation on
powerpc64 with -O3 since r241789
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84503
Jakub Jelinek changed:
What|Removed |Added
Priority|P3 |P2
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84502
--- Comment #1 from patrick.schlangen at bmw dot de ---
Note: This problem does not happen with gcc 7.2.1.
The problem can also be reproduced with -O3 when the empty struct object passed
to the function is actually used in the function. (So it is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84484
--- Comment #16 from Andreas Schwab ---
Created attachment 43484
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=43484&action=edit
libgo support for riscv64
With this patch I can sucessfully build libgo for riscv64.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84504
Bug ID: 84504
Summary: procedure pointer variables cannot be initialized with
functions returning pointers
Product: gcc
Version: 6.4.0
Status: UNCONFIRMED
Sever
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84495
--- Comment #4 from Steve Kargl ---
On Wed, Feb 21, 2018 at 10:44:07AM +, tkoenig at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84495
>
> Thomas Koenig changed:
>
>What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84492
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84492
--- Comment #2 from David Malcolm ---
This assertion is failing, where rhs is a STMT_EXPR.
8000 /* There are only a few kinds of expressions that may have a type
8001 dependent on overload resolution. */
8002 gcc_assert (TREE_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84491
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84502
Jonathan Wakely changed:
What|Removed |Added
Keywords||ABI
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84502
Jonathan Wakely changed:
What|Removed |Added
Keywords||wrong-code
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84503
--- Comment #1 from Jakub Jelinek ---
Can be reproduced also on x86_64-linux with -O3 -fno-tree-vectorize
-fno-ivopts.
For the latter, I wonder what's the point in using TARGET_MEM_REF in:
MEM[(long int *)p_28] = 0;
MEM[(long int *)p_28 + 8B
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=43064
Jonathan Wakely changed:
What|Removed |Added
See Also||https://gcc.gnu.org/bugzill
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45431
--- Comment #4 from Jonathan Wakely ---
Because the C front end gets the location info right in recent versions of GCC
it also marks the bad initializer with carets:
bug.c:4:3: warning: initializer-string for array of chars is too long
"Chris
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84502
Marek Polacek changed:
What|Removed |Added
CC||mpolacek at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84503
--- Comment #2 from Jakub Jelinek ---
The bug is in the way we handle overlapping stores. The problem is that all we
do if there is overlap is:
if (IN_RANGE (info->bitpos, merged_store->start,
merged_store->start + merg
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84480
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84480
Martin Sebor changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70186
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
See A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84505
Bug ID: 84505
Summary: [8 Regression] store-merging miscompilation on i586 in
xemacs package starting with r254391
Product: gcc
Version: 7.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66971
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69770
Maxim Kuvyrkov changed:
What|Removed |Added
Status|ASSIGNED|NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84505
--- Comment #1 from Jakub Jelinek ---
Might very well be a dup of PR84503, let me finish up the patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83980
--- Comment #6 from Dominique d'Humieres ---
> The fix for pr83823 seems to have fixed the problems reported in
> comment #0 and comment #2 for 8.0 trunk. The issues persist up to
> 7.2 (haven't checked 7.3).
Confirmed.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61118
Jeffrey A. Law changed:
What|Removed |Added
Status|RESOLVED|REOPENED
Resolution|DUPLICATE
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83148
Paul Thomas changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |pault at gcc dot gnu.org
--- Commen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=83543
--- Comment #5 from Martin Sebor ---
(In reply to Ramana Radhakrishnan from comment #4)
Setting -march=armv7-a doesn't make a difference.
The root cause is that initializers of locally defined aggregates such as
struct { char a[N]; } S s = {
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77285
Jonathan Wakely changed:
What|Removed |Added
CC||zhykzhykzhyk at gmail dot com
--- Comm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=84500
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70913
--- Comment #4 from Dominique d'Humieres ---
AFAICT the tests in comment 0 and 1 compile at revision r257865, but compiling
the test z4.f90 still gives an ICE.
1 - 100 of 154 matches
Mail list logo