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 fro
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:
err
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81192
Tom de Vries changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80117
--- Comment #25 from Timo Teräs ---
(In reply to Andrew Pinski from comment #24)
> >This works everywhere else, so I wonder if we could have the ada makefile
> >check the abi somehow more reliably than pathname?
>
> Your patch is broken anyways
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81192
--- Comment #19 from Tom de Vries ---
Author: vries
Date: Thu Jul 13 05:42:15 2017
New Revision: 250175
URL: https://gcc.gnu.org/viewcvs?rev=250175&root=gcc&view=rev
Log:
Backport "Fix sigsegv in find_same_succ_bb"
2017-07-13 Tom de Vries
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80117
--- Comment #24 from Andrew Pinski ---
>This works everywhere else, so I wonder if we could have the ada makefile
>check the abi somehow more reliably than pathname?
Your patch is broken anyways because it makes your OS very incompatible with
m
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80117
--- Comment #23 from Timo Teräs ---
(In reply to Andrew Pinski from comment #22)
> (In reply to Timo Teräs from comment #21)
> > This caused a regression for non-multilib builds. Now my non-multilib lp64
> > build fails with:
> > a-cfinve.ads:245
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80117
--- Comment #22 from Andrew Pinski ---
(In reply to Timo Teräs from comment #21)
> This caused a regression for non-multilib builds. Now my non-multilib lp64
> build fails with:
> a-cfinve.ads:245:04: warning: in instantiation at a-coboho.adb:55
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80117
Timo Teräs changed:
What|Removed |Added
CC||timo.teras at iki dot fi
--- Comment #21 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81296
Jerry DeLisle changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |jvdelisle at gcc dot
gnu.org
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81393
Ian Lance Taylor changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81393
--- Comment #3 from ian at gcc dot gnu.org ---
Author: ian
Date: Thu Jul 13 03:44:14 2017
New Revision: 250174
URL: https://gcc.gnu.org/viewcvs?rev=250174&root=gcc&view=rev
Log:
PR go/81393
syscall: don't use GETREGS/SETREGS on s390
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65757
Jerry DeLisle changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64867
John Steele Scott changed:
What|Removed |Added
CC||toojays at toojays dot net
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81423
Bug ID: 81423
Summary: Wrong code at -O2
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
Assig
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81193
--- Comment #13 from Michael Meissner ---
Author: meissner
Date: Wed Jul 12 23:07:50 2017
New Revision: 250165
URL: https://gcc.gnu.org/viewcvs?rev=250165&root=gcc&view=rev
Log:
[gcc]
2017-07-12 Michael Meissner
PR target/81193
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81421
--- Comment #1 from Ian Lance Taylor ---
I can't recreate this and nobody else has reported it. runtime.lo should not
depend on runtime.s-gox.
What are the contents of BUILDDIR/TARGET/libgo/runtime.lo.dep?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70570
--- Comment #3 from Jesse Haber-Kucharsky ---
The .ii file is too large to attach. I hope the previous information I supplied
is sufficient and helpful.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81422
Bug ID: 81422
Summary: [aarch64] internal compiler error: in
update_equiv_regs, at ira.c:3425
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70570
Jesse Haber-Kucharsky changed:
What|Removed |Added
CC||jhaberku at scylladb dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81413
--- Comment #1 from Jonathan Wakely ---
The linker model on Windows is weird, there are already existing bugs about
this (at least PR 77726 but others too).
It works fine on other platforms.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81421
Bug ID: 81421
Summary: Circular runtime.s-gox -> runtime.lo dependency
dropped -> objcopy: 'runtime.s-gox.tmp': No such file
Product: gcc
Version: 7.1.0
Status: UNCONFIRM
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81135
Franklin "Snaipe" Mathieu changed:
What|Removed |Added
CC||snaipe at arista dot com
---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81420
Bug ID: 81420
Summary: When a reference is bound to a member in the base of a
temporary, lifetime of the temporary is not extended
Product: gcc
Version: 8.0
Status: UNCON
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81406
--- Comment #2 from David Binderman ---
Created attachment 41738
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41738&action=edit
preprocessed C source code
Flags -O2 -g -pipe -fexceptions -fstack-protector-strong
--param=ssp-buffer-size=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81303
Wilco changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81417
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81419
Bug ID: 81419
Summary: GCC wrongly suggests function-like macro as fixit hint
for undefined object-like macro
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keyw
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49928
Eric Gallager changed:
What|Removed |Added
CC||egall at gwmail dot gwu.edu
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81418
Bug ID: 81418
Summary: [8 Regression] ICE in vect_get_vec_def_for_stmt_copy
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81417
Bug ID: 81417
Summary: -Wsign-compare should print types being compared
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Keywords: diagnostic
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81416
--- Comment #1 from Andrew Pinski ---
Try increasing your stack limit. I suspect it is too low. With -fopenmp turned
on causes arrays to be always stored on the stack .
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=59521
Yuri Gribov changed:
What|Removed |Added
Attachment #41698|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81416
Bug ID: 81416
Summary: OpenMP craches if large arrays passed
Product: gcc
Version: 5.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: fortran
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81069
Tom de Vries changed:
What|Removed |Added
Attachment #41733|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79883
Georg-Johann Lay changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81415
--- Comment #3 from Steven Pemberton ---
$ gcc --version
gcc (Ubuntu 5.4.0-6ubuntu1~16.04.4) 5.4.0 20160609
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81415
--- Comment #2 from Steven Pemberton ---
Created attachment 41735
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41735&action=edit
termio2.c Second test case, prints all 17 bindings.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81415
--- Comment #1 from Steven Pemberton ---
This is with the default gcc on Ubuntu 16.04.02
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81415
Bug ID: 81415
Summary: termio ioctl returns incorrect value for some
characters
Product: gcc
Version: 5.4.0
Status: UNCONFIRMED
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79883
--- Comment #8 from Georg-Johann Lay ---
Author: gjl
Date: Wed Jul 12 15:31:22 2017
New Revision: 250157
URL: https://gcc.gnu.org/viewcvs?rev=250157&root=gcc&view=rev
Log:
gcc/
Backport from 2017-07-12 trunk r250156.
PR target/79
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=79883
--- Comment #7 from Georg-Johann Lay ---
Author: gjl
Date: Wed Jul 12 15:25:07 2017
New Revision: 250156
URL: https://gcc.gnu.org/viewcvs?rev=250156&root=gcc&view=rev
Log:
PR target/79883
* config/avr/avr.c (avr_set_current_funct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81405
David Malcolm changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81400
--- Comment #3 from Chris Severance ---
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
NPPTextFX I expressly avoided \0.
data[SMASH_ALIGN]=
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81069
--- Comment #5 from Tom de Vries ---
Created attachment 41733
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41733&action=edit
tentative patch, starts neutering alap in nvptx_single
> But in this case, we're extending the sese region being
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81414
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81414
Bug ID: 81414
Summary: ICE in fma steering on AArch64/cortex-a57
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
Hi
Your email (gcc-bugs@gcc.gnu.org) was used as the destination of the transfer.
The Transfer should appear in 3 days.
Access key is DfgpU7FRo. You need to enter it to be able to view the attached
file.
Ester Hileman
e55b_Ester Hileman.docx
Description: Attached file: e55b_Ester Hileman.doc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81407
Georg-Johann Lay changed:
What|Removed |Added
Target Milestone|--- |8.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81073
--- Comment #12 from Georg-Johann Lay ---
Thanks, (In reply to Jason Merrill from comment #9)
> Created attachment 41711 [details]
> patch to error on progmem with dynamic init
>
> Does this do what you had in mind?
Hi, thanks. Used to impleme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81407
--- Comment #2 from Georg-Johann Lay ---
Author: gjl
Date: Wed Jul 12 13:58:34 2017
New Revision: 250151
URL: https://gcc.gnu.org/viewcvs?rev=250151&root=gcc&view=rev
Log:
PR target/81407
* config/avr/avr.c (avr_encode_section_in
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81407
Georg-Johann Lay changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81412
--- Comment #2 from Huang Zhibin ---
Bug 65757 Status: UNCONFIRMED.
How to fix this Bug?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80287
--- Comment #5 from Bernd Edlinger ---
(In reply to Yvan Roux from comment #4)
> Hi Bernd,
>
> gcc-6-branch is impacted by this issue (observed on AArch64 target at
> r250109, with regression introduced at r234768). I can prepare the backport
>
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80287
Yvan Roux changed:
What|Removed |Added
CC||yroux at gcc dot gnu.org
--- Comment #4 from
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81413
Bug ID: 81413
Summary: overloaded new and delete might not be called when
dynamically linked with libstdc++
Product: gcc
Version: 7.1.0
Status: UNCONFIRMED
Seve
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65757
Jakub Jelinek changed:
What|Removed |Added
CC||fjwyhzb at hotmail dot com
--- Comment #
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81412
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81412
Bug ID: 81412
Summary: roundq
Product: gcc
Version: 7.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libquadmath
Assignee: unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81410
--- Comment #5 from Marc Glisse ---
Seems related to vectorization. These lines look suspicious:
vect__37.14_78 = MEM[(long int *)_30];
vect__37.15_72 = MEM[(long int *)_30 + 16B];
vect__37.16_70 = MEM[(long int *)_30 + 32B];
vect__37.17
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81409
--- Comment #1 from Marc Glisse ---
The most obvious thing I notice is
[100.00%] [count: INV]:
# it$_M_current_23 = PHI
_20 = _7 == it$_M_current_23;
_5 = _20 | _53;
if (_5 != 0)
goto ; [7.36%] [count: INV]
else
goto ; [92.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81410
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81411
Bug ID: 81411
Summary: intrinsic polymorphic assignment run time error
Product: gcc
Version: 7.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81410
--- Comment #3 from Sjors Gielen ---
A trivial workaround is put inside the first loop:
std::cout << "";
I suppose this prevents loop optimization by introducing potential side
effects.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81410
Maurice Bos changed:
What|Removed |Added
CC||m-ou...@m-ou.se
--- Comment #2 from Mauric
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81410
--- Comment #1 from Sjors Gielen ---
This is on x86_64 by the way. Doesn't happen with -m32.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81410
Bug ID: 81410
Summary: O3 breaks code
Product: gcc
Version: 7.1.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
Assignee: unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81408
amker at gcc dot gnu.org changed:
What|Removed |Added
Assignee|unassigned at gcc dot gnu.org |amker at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81408
--- Comment #6 from Martin Liška ---
And there's sample which started to be reported with Bin's revision r238641:
namespace a {
void b () __attribute__ ((__noreturn__));
template struct d;
template struct d
{
typedef e f;
};
struct g
{
tem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81408
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81073
--- Comment #11 from Georg-Johann Lay ---
...oops, I missed the PROGMEM in PSTR definition. Should read:
// A string in flash
#define PSTR(str) \
(__extension__({ \
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81409
Bug ID: 81409
Summary: Inefficient loops generated from range-v3 code
Product: gcc
Version: 8.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81073
--- Comment #10 from Georg-Johann Lay ---
(In reply to Jason Merrill from comment #9)
> Created attachment 41711 [details]
> patch to error on progmem with dynamic init
>
> Does this do what you had in mind?
Some situations are diagnosed, but a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81406
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81408
--- Comment #4 from Julian Andres Klode ---
Note that apt has 1219 loops, so 134 is almost 11% of the loops causing the
warning, compared to about 0.7% (8) before.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81408
--- Comment #3 from Julian Andres Klode ---
7.1.0-9 corresponds to "SVN 20170705 (r250006) from the gcc-7-branch."
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81408
--- Comment #2 from Julian Andres Klode ---
Build log with -v:
Using built-in specs.
COLLECT_GCC=/usr/bin/g++-7
OFFLOAD_TARGET_NAMES=nvptx-none
OFFLOAD_TARGET_DEFAULT=1
Target: x86_64-linux-gnu
Configured with: ../src/configure -v --with-pkgvers
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81408
--- Comment #1 from Julian Andres Klode ---
Created attachment 41727
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=41727&action=edit
preprocessed source of a.cc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81408
Bug ID: 81408
Summary: Lots of new -Wunsafe-loop-optimizations warnings with
7 compared to 6
Product: gcc
Version: 7.1.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81400
Martin Liška changed:
What|Removed |Added
CC||uros at gcc dot gnu.org
--- Comment #2 fr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81388
krister.walfridsson at gmail dot com changed:
What|Removed |Added
CC||krister.walfridsson
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81407
Georg-Johann Lay changed:
What|Removed |Added
Keywords||diagnostic
Target|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81407
Bug ID: 81407
Summary: [avr] Diagnose if a variable in progmem needs
constructing.
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81406
Bug ID: 81406
Summary: ice in check_die, at dwarf2out.c:6185
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: lto
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81021
--- Comment #28 from Avi Kivity ---
It's a combination of several things:
1. We use antlr to generate a parser. The generated code allocates many local
variables in the same function
2. use-after-scope disabled -fstack-reuse=all
3. ASAN is quite
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81400
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81021
--- Comment #27 from Martin Liška ---
(In reply to Avi Kivity from comment #26)
> Thanks a lot for handling this issue.
You're welcome, I'm happy that it's a known issue and I don't have to dig in
the source base. It's quite large.
Anyhow, do y
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81403
--- Comment #3 from Marc Glisse ---
/* x & C -> x if we know that x & ~C == 0. */
Not clear where it is getting the bogus range/nonzero information from, I
thought we had fixed all the places reusing SSA_NAMEs with stale information.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81403
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81401
Martin Liška changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81405
Bug ID: 81405
Summary: [8 Regression] Invalid write of size 2 in
line_corrections::add_hint(fixit_hint const*)
(diagnostic-show-locus.c:1514)
Product: gcc
Version
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81021
--- Comment #26 from Avi Kivity ---
Thanks a lot for handling this issue.
96 matches
Mail list logo
