https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70473
--- Comment #16 from Leonid Lisovskiy ---
(In reply to Andrew Pinski from comment #15)
> Yes create a separate bug report for that.
bug 77510 created, thank you for your attention!
P.S. Personally, I will be happy if automata will consume less
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=49750
Alexandre Oliva changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77524
Bug ID: 77524
Summary: Empty std::deque allocates unnecessary heap memory
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77499
--- Comment #11 from avieira at gcc dot gnu.org ---
(In reply to Segher Boessenkool from comment #10)
> That is what nonzero_bits etc. is about. We could do much better nowadays
> with the generic DF framework.
>
I am not familiar with the gener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57117
vehre at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
Status|NEW
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77518
Dominique d'Humieres changed:
What|Removed |Added
Priority|P3 |P4
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68210
Jonathan Wakely changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=64767
Marek Polacek changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77525
Bug ID: 77525
Summary: wrong requirement of an upper bound for an array
argument
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
Severity: normal
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77524
Jonathan Wakely changed:
What|Removed |Added
Keywords||ABI
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77524
--- Comment #2 from Dave Rigby ---
Hi Jonathan,
Thanks for the context - useful to know why the current behaviour is the case
(even if not ideal).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77524
--- Comment #3 from Dave Rigby ---
As an aside, std::queue<> (defaulting to using std::deque as the underlying
Container) suffers from a similar issue - I see 4 allocations for an empty
std::queue. Is this the same underlying issue, or should I r
4-pc-linux-gnu --target=x86_64-pc-linux-gnu
--with-ld=/usr/bin/x86_64-pc-linux-gnu-ld
--with-as=/usr/bin/x86_64-pc-linux-gnu-as --disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-240036-checking-yes-rtl-df-extra-nographite-amd64
Thread model: posix
gcc version 7.0.0 20160908 (experimental) (
-linux-gnu-as --disable-libstdcxx-pch
--prefix=/repo/gcc-trunk//binary-trunk-240036-checking-yes-rtl-df-extra-nographite-amd64
Thread model: posix
gcc version 7.0.0 20160908 (experimental) (GCC)
Tested revisions:
r240036 - ICE
6-branch r239849 - OK
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77516
--- Comment #1 from Jakub Jelinek ---
Author: jakub
Date: Thu Sep 8 12:18:16 2016
New Revision: 240037
URL: https://gcc.gnu.org/viewcvs?rev=240037&root=gcc&view=rev
Log:
PR fortran/77516
* omp-low.c (lower_rec_simd_input_clauses
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77500
--- Comment #2 from Jakub Jelinek ---
Author: jakub
Date: Thu Sep 8 12:19:21 2016
New Revision: 240038
URL: https://gcc.gnu.org/viewcvs?rev=240038&root=gcc&view=rev
Log:
PR fortran/77500
* trans-openmp.c (gfc_trans_omp_atomic):
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77524
--- Comment #4 from Jonathan Wakely ---
(In reply to Dave Rigby from comment #3)
> As an aside, std::queue<> (defaulting to using std::deque as the underlying
> Container) suffers from a similar issue - I see 4 allocations for an empty
> std::que
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77528
Bug ID: 77528
Summary: std::queue default constructor unnecessarily creates
temporary of underlying Container
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77524
--- Comment #5 from Dave Rigby ---
(In reply to Jonathan Wakely from comment #4)
> Please create a new bug for those container adaptors, as that can and should
> be fixed for the default configuration. We'll keep this bug for the
> non-backwards-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77528
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65068
Wilco changed:
What|Removed |Added
CC||wdijkstr at arm dot com
--- Comment #3 from Wilc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77529
Bug ID: 77529
Summary: -fno-pie disables -fPIC
Product: gcc
Version: 6.2.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: driver
Assignee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77527
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77476
Jakub Jelinek changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77530
Bug ID: 77530
Summary: optimization prevents excess precision from being
removed with x86/amd64 long double and rounding to 53
bits
Product: gcc
Version: unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77497
--- Comment #2 from torne at google dot com ---
Ah. I can see the logic in "-g1 -g" resulting in -g2 level output (as explained
in that bug), but it seems less ideal here where the second -g is only really
intending to define the DWARF level - esp
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77497
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61013
--- Comment #17 from Jakub Jelinek ---
As mentioned in PR77454, do we want to treat -gdwarf-N the same as -g (in
addition to setting the dwarf version), or should it be treated just like
setting of the DWARF version only if some debug info level
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77529
Markus Trippelsdorf changed:
What|Removed |Added
CC||trippels at gcc dot gnu.org
--- Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77529
--- Comment #2 from Markus Trippelsdorf ---
Clang behaves exactly the same.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77529
Markus Trippelsdorf changed:
What|Removed |Added
CC||hjl.tools at gmail dot com
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77531
Bug ID: 77531
Summary: __attribute__((alloc_size(1,2))) could also warn on
multiplication overflow
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: n
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77530
--- Comment #1 from joseph at codesourcery dot com ---
The x86 back end uses TARGET_96_ROUND_53_LONG_DOUBLE only for the case of
32-bit mode on DragonflyBSD and FreeBSD. From what you're saying here, it
needs to do so for NetBSD as well (both
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77530
--- Comment #2 from Vincent Lefèvre ---
This seems to depend on the NetBSD version. The default rounding precision has
changed in NetBSD 7.0: https://www.netbsd.org/changes/changes-7.0.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77530
--- Comment #3 from Vincent Lefèvre ---
More precisely, up to NetBSD 6, it is 53 bits (gcc70 is NetBSD 5.1). As of
NetBSD 7, it is 64 bits.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71681
--- Comment #3 from Andris Pavenis ---
Patch in mailing list
https://gcc.gnu.org/ml/gcc-patches/2016-09/msg00395.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77529
--- Comment #4 from H.J. Lu ---
(In reply to Matthias Klose from comment #0)
> seen with a GCC 6 configured with --enable-default-pie:
>
> $ gcc -E -dM - < /dev/null 2>&1|grep -i 'pi[ce]'
> #define __pie__ 2
> #define __PIE__ 2
> #define __pic_
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77532
Bug ID: 77532
Summary: ICE in check_dtio_interface1, at
fortran/interface.c:4622
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77533
Bug ID: 77533
Summary: ICE in check_dtio_interface1, at
fortran/interface.c:4614
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priori
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77533
--- Comment #1 from Gerhard Steinmetz
---
Sidenote : one message mentions a "KIND = 0".
$ cat z3.f90
module m
type t
contains
procedure :: s
generic :: write(formatted) => s
end type
contains
subroutine s(x)
clas
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77534
Bug ID: 77534
Summary: ICE in check_dtio_arg_TKR_intent, at
fortran/interface.c:4572
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77525
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77532
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77534
kargl at gcc dot gnu.org changed:
What|Removed |Added
CC||kargl at gcc dot gnu.org
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77534
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77533
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77533
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=77534
Paul Thomas changed:
What|Removed |Added
CC||pault at gcc dot gnu.org
Assigne
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77532
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=77535
Bug ID: 77535
Summary: GNAT.Perfect_Hash_Generators access invalid memory
with non-1-based strings
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77535
Florian Weimer changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77512
Eric Botcazou changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77536
Bug ID: 77536
Summary: Vectorizer not maintaining relationship of relative
block frequencies in absence of real profile data
Product: gcc
Version: 7.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69514
--- Comment #7 from kargl at gcc dot gnu.org ---
Author: kargl
Date: Thu Sep 8 22:33:10 2016
New Revision: 240039
URL: https://gcc.gnu.org/viewcvs?rev=240039&root=gcc&view=rev
Log:
2016-09-08 Steven G. Kargl
PR fortran/69514
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69514
kargl at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|--
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77505
kargl at gcc dot gnu.org changed:
What|Removed |Added
Priority|P3 |P4
Severity|minor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77537
Bug ID: 77537
Summary: pair constructors do not properly SFINAE
Product: gcc
Version: 6.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77521
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77520
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77537
--- Comment #1 from Ville Voutilainen ---
See https://gcc.gnu.org/ml/gcc-patches/2016-08/msg01230.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=77529
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
61 matches
Mail list logo
