https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81300
--- Comment #4 from uros at gcc dot gnu.org ---
Author: uros
Date: Fri Jul 14 05:30:58 2017
New Revision: 250196
URL: https://gcc.gnu.org/viewcvs?rev=250196=gcc=rev
Log:
Backport from mainline
2017-07-10 Uros Bizjak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81375
--- Comment #4 from uros at gcc dot gnu.org ---
Author: uros
Date: Fri Jul 14 05:30:58 2017
New Revision: 250196
URL: https://gcc.gnu.org/viewcvs?rev=250196=gcc=rev
Log:
Backport from mainline
2017-07-10 Uros Bizjak
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81440
--- Comment #1 from Dan Halbert ---
*** Bug 81439 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81439
Dan Halbert changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81440
Bug ID: 81440
Summary: -Wlto-type-mismatch warning with flexible array in
struct
Product: gcc
Version: 6.3.1
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81439
Bug ID: 81439
Summary: -Wlto-type-mismatch with flexible array in struct
Product: gcc
Version: 6.3.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81438
Bug ID: 81438
Summary: silent bad code generation with computed goto exit
from catch block
Product: gcc
Version: 7.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81421
--- Comment #6 from Ian Lance Taylor ---
Thanks. Now I see that the runtime.lo.dep file that you attached earlier was
in fact erroneous. I didn't see that before. It lists "bytes.gox flag.gox
fmt.gox go/format.gox io.gox io/ioutil.gox log.gox
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81437
Bug ID: 81437
Summary: missing -Wstringop-overflow reading past the end of a
string
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81436
Bug ID: 81436
Summary: missing -Wstringop-overflow on strncat to a zero-size
buffer
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81435
Bug ID: 81435
Summary: missing strlen optimization for strcat past the
beginning of clear array
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=56564
Thomas Gereke changed:
What|Removed |Added
CC||gcc at thomasgereke dot de
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81434
--- Comment #3 from Jim Wilson ---
Created attachment 41754
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41754=edit
Assembly output with patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81434
--- Comment #2 from Jim Wilson ---
Created attachment 41753
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41753=edit
Assembly output without patch.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81428
--- Comment #2 from Jon Beniston ---
Thanks Jakub, the patch works for me.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81434
--- Comment #1 from Jim Wilson ---
Created attachment 41752
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41752=edit
Proposed patch to fix scheduler/fusing problem.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81434
Bug ID: 81434
Summary: AArch64 instruction fusing and pipeline scheduling
problem
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81421
--- Comment #5 from martin ---
Thanks. I did your suggested steps but it still fails.
In comment 4 I attached the ouput of "make -d"?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81421
--- Comment #4 from martin ---
Created attachment 41751
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41751=edit
output of make -d
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81294
Uroš Bizjak changed:
What|Removed |Added
Target|x86_64-*-*, i?86-*-*|x86
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79790
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70988
Martin Sebor changed:
What|Removed |Added
Keywords||diagnostic
Status|ASSIGNED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81405
David Malcolm changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81405
--- Comment #3 from David Malcolm ---
Author: dmalcolm
Date: Thu Jul 13 19:30:42 2017
New Revision: 250187
URL: https://gcc.gnu.org/viewcvs?rev=250187=gcc=rev
Log:
diagnostics: fix crash when consolidating out-of-order fix-it hints (PR
c/81405)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81432
--- Comment #1 from David Malcolm ---
Author: dmalcolm
Date: Thu Jul 13 19:30:42 2017
New Revision: 250187
URL: https://gcc.gnu.org/viewcvs?rev=250187=gcc=rev
Log:
diagnostics: fix crash when consolidating out-of-order fix-it hints (PR
c/81405)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81433
Bug ID: 81433
Summary: missing strlen optimization for strncpy
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81021
--- Comment #29 from Ed Catmur ---
Created attachment 41750
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41750=edit
stack-use-after-scope-read.cpp
Another testcase, no library required. Slight difference here is that the
offending op is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81431
--- Comment #1 from Tom Tromey ---
Also related is bug 55837.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81396
--- Comment #5 from Jakub Jelinek ---
Or both this bswap change and the match.pd addition.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81396
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81405
--- Comment #2 from David Malcolm ---
I'm testing a fix for this crash in diagnostic-show-locus.c.
I've opened PR c/81432 to track the fact that the fix-its that are being
printed when the crash happens are actually nonsensical.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81432
Bug ID: 81432
Summary: Bogus fix-it hints from -Wmissing-braces when there
are excess elements
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81431
Bug ID: 81431
Summary: add warning for missing initializers in constructor
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81430
--- Comment #2 from Tom de Vries ---
Created attachment 41748
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41748=edit
Test for targetm_common.have_named_sections in pass_partition_blocks::gate
Patch I'm currently testing.
Not sure if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81430
--- Comment #1 from Tom de Vries ---
This PR may have been triggered by "Do not silently disable
flag_reorder_functions when profile info is missing" (
https://gcc.gnu.org/ml/gcc-patches/2017-06/msg00518.html )
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81430
Bug ID: 81430
Summary: nvptx acceleration compilation broken because of
running pass_partition_blocks
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81399
seurer at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81416
--- Comment #3 from Andrew Pinski ---
> DOUBLE PRECISION,DIMENSION(n) :: b
This array is on the stack.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81408
--- Comment #8 from amker at gcc dot gnu.org ---
After I deleted -funsafe-loop-optimizations in GIMPLE passes, there is no
"unsafe-loop-optimizations" for any GIMPLE optimizers. This message in
actuality means missed loop optimizations. I am
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65757
--- Comment #19 from Jerry DeLisle ---
(In reply to Jakub Jelinek from comment #18)
> Created attachment 41744 [details]
> gcc8-pr65757.patch
>
> Here is a full version, it compiles, no further testing so far.
> I guess I can bootstrap/regtest
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81184
Christophe Lyon changed:
What|Removed |Added
Target|powerpc64*-*-* |powerpc64*-*-* arm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81429
--- Comment #1 from Jeff Benshetler ---
Created attachment 41747
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41747=edit
Source test case that triggers the bug; corresponds to .ii file
Added in an abundance of caution.
No header files
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81421
--- Comment #3 from Ian Lance Taylor ---
Thanks. That file looks fine.
I don't understand why make is saying that there is a circular dependency,
implying that runtime.lo depends on runtime.s-gox. It does not.
I suggest simply removing your
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81429
Bug ID: 81429
Summary: maybe_unused attribute triggers syntax error when used
on first argument to a constructor
Product: gcc
Version: 7.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81416
--- Comment #2 from bz0815 at tirol dot com ---
(In reply to Andrew Pinski from comment #1)
> Try increasing your stack limit. I suspect it is too low. With -fopenmp
> turned on causes arrays to be always stored on the stack .
Many thanks for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80583
Martin Liška changed:
What|Removed |Added
Known to work|5.4.0 |
Assignee|marxin at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81184
Thomas Preud'homme changed:
What|Removed |Added
Last reconfirmed|2017-06-23 00:00:00 |2017-7-13
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81317
--- Comment #16 from Will Schmidt ---
(In reply to Bill Schmidt from comment #13)
> CCing Will Schmidt for the general gimple-folding issue of built-in calls
> with missing LHSes.
revision 250185 has been committed to handle the gimple-folding
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81422
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Target||aarch64-none-linux-gnu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81428
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81342
--- Comment #5 from Anatol ---
Having 32bit preamble in 64bit code is a standard situation in x86 OS
development. Bootloader (such as GRUB multiboot) leaves the system in 32bit
protected mode. It is responsibility of the OS to finish 32bit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81277
--- Comment #3 from Martin Liška ---
Ok, having fixed PR70422, this issue will be fixed. I'm going to push patches
related to the PR.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81425
--- Comment #4 from Nathan Sidwell ---
wot, the Changelog's not enough?
apologies.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81428
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65757
Jakub Jelinek changed:
What|Removed |Added
Attachment #41740|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81395
--- Comment #13 from Paolo Carlini ---
Hi,
> It looks strange, because usually _M_set_buffer(-1) is used for uncommitted
> mode, but what it's actually doing is nuking the buffers. The next read
> would need to do an underflow to refill the get
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81423
Uroš Bizjak changed:
What|Removed |Added
CC||segher at gcc dot gnu.org
Target
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81395
--- Comment #12 from Jonathan Wakely ---
Hmm, except that if we *do* have a pending output sequence there (i.e. data in
the put area), we'd discard it, losing data. I'll try to verify that with a
testcase.
So we want to avoid getting into a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81423
--- Comment #3 from Uroš Bizjak ---
Following is a c testcase:
--cut here--
unsigned long long int ll = 0;
unsigned long long int ull1 = 1ULL;
unsigned long long int ull2 = 12008284144813806346ULL;
unsigned long long int ull3;
void
foo ()
{
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81395
--- Comment #11 from Jonathan Wakely ---
I don't think uncommitted mode is correct there, because stdio requires a seek
on the underlying FILE before writing to it. Setting _M_reading ensures that
will happen before the next write. Uncommitted
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81232
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59521
--- Comment #9 from Martin Liška ---
(In reply to Yuri Gribov from comment #8)
> Created attachment 41737 [details]
> New draft patch
>
> How about this? I added edge attribute for builtin_expect and later used it
> in emit_case_decision_tree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78714
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45896
--- Comment #6 from Jonathan Wakely ---
Another testcase from PR 71556:
#include
#include
#include
#include
int main()
{
std::tm t = {};
std::istringstream ss("9");
ss.imbue(std::locale("C.UTF-8"));
ss >> std::get_time(,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=45896
Jonathan Wakely changed:
What|Removed |Added
CC||j...@jak-linux.org
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71556
Jonathan Wakely changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81428
Bug ID: 81428
Summary: [7.1 regression] ICE: in build_one_cst, at tree.c:2079
with -O2. Fixed point division.
Product: gcc
Version: 7.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=26461
--- Comment #18 from Stephan Tobies ---
+1 - I have a use case where a QuickThread is migrated from one pthread to
another. TLS would need to be re-fetched after this migration, but is not due
to CSE optimizations. Having a way to disable this
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=35503
--- Comment #10 from Samuel Thibault ---
Well, the fact that there are a lot of false negative is not an argument for
not including it in -Wall :)
The current implementation does catch the issues I have seen in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81427
Bug ID: 81427
Summary: Bad optimization for fibonacci function on PowerPC
Product: gcc
Version: 6.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80287
--- Comment #8 from Yvan Roux ---
OK, I'll submit a patch to add this second testcase on trunk and then only
include it in the backport on GCC 6.
Thanks
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47582
Bug 47582 depends on bug 23684, which changed state.
Bug 23684 Summary: Combine stores for non strict alignment targets
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=23684
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=23684
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47059
Bug 47059 depends on bug 23684, which changed state.
Bug 23684 Summary: Combine stores for non strict alignment targets
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=23684
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80287
--- Comment #7 from Bernd Edlinger ---
Hmm, yes, maybe having a second test case without C++17 would be fine.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80287
--- Comment #6 from Yvan Roux ---
Hi,
I got a small issue when testing the backport into the branch:
g++.dg/lto/pr80287_0.C is not a suitable testcase for GCC 6 branch, since it
uses c++17 class std:any which is not available in GCC 6. In the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81406
Martin Liška changed:
What|Removed |Added
Status|WAITING |NEW
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81426
Bug ID: 81426
Summary: [SH]: unable to find a register to spill in class
'R0_REGS' when building webkit2gtk
Product: gcc
Version: 7.1.0
URL:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81425
Andreas Schwab changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81425
--- Comment #2 from Martin Liška ---
(In reply to Marc Glisse from comment #1)
> Isn't that already fixed?
> https://gcc.gnu.org/ml/gcc-patches/2017-07/msg00614.html
Yep, it works for me. Can please someone install the patch?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81400
--- Comment #4 from Martin Liška ---
(In reply to Chris Severance from comment #3)
> Unless there's a security reason 0 should never be used as a canary value.
> Errant \0 should be caught 100% of the time. When I built malloc canaries
> for
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81425
--- Comment #1 from Marc Glisse ---
Isn't that already fixed?
https://gcc.gnu.org/ml/gcc-patches/2017-07/msg00614.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81425
Bug ID: 81425
Summary: Bootstrap broken since r250158
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: bootstrap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81342
--- Comment #4 from Martin Liška ---
(In reply to Anatol from comment #3)
> Hi
>
> I indeed observe the issue in a kernel project. It is a custom x86 kernel
> that is not published yet.
>
> I tried to narrow down use case and I think I found
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81423
Uroš Bizjak changed:
What|Removed |Added
Component|tree-optimization |rtl-optimization
--- Comment #2 from Uroš
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81418
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81423
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81424
Bug ID: 81424
Summary: gnat bugbox on i386
Product: gcc
Version: 7.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
Assignee:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65757
--- Comment #17 from Jakub Jelinek ---
Created attachment 41740
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41740=edit
gcc8-pr65757.patch
WIP patch. There are still many files to do (and this is only before the long
double ->
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65757
--- Comment #16 from Jakub Jelinek ---
I have actually started manual backporting of the 2012-2017
sysdeps/ieee754/ldbl-128/ differences, I'll attach what I have so far.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71989
Timo Teräs changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77455
--- Comment #6 from Timo Teräs ---
*** Bug 71989 has been marked as a duplicate of this bug. ***
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71951
Timo Teräs changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77455
Timo Teräs changed:
What|Removed |Added
CC||timo.teras at iki dot fi
--- Comment #5
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81421
martin changed:
What|Removed |Added
CC||mfe at live dot de
--- Comment #2 from martin
On 07/10/2017 10:29 AM, George R Goffe via gcc-bugs wrote:
../../../../gcc/libsanitizer/sanitizer_common/sanitizer_stoptheworld_linux_libcdep.cc:
In function ‘int __sanitizer::TracerThread(void*)’:
../../../../gcc/libsanitizer/sanitizer_common/sanitizer_stoptheworld_linux_libcdep.cc:276:22:
96 matches
Mail list logo