https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66315
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70695
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70037
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69362
Paolo Carlini changed:
What|Removed |Added
CC||paolo.carlini at oracle dot com
--- Comm
20171028 (experimental) [trunk revision 254197] (GCC)
$ gcc-trunk -Os abc.c
abc.c: In function ‘main’:
abc.c:2:26: warning: initialization of ‘int *’ from incompatible pointer type
‘int (*)[1]’ [-Wincompatible-pointer-types]
int main() { int *b[] = {a, a[1820408606019012862278468], a, a, a
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55744
Eric Gallager changed:
What|Removed |Added
Status|WAITING |RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82763
--- Comment #6 from Andrew Pinski ---
Are we sure this is a non pod due to volatile with packed? Does removing the
packed attribute still cause GCC to think the MyTimeDate is a non-pod?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58884
--- Comment #3 from Andrew Pinski ---
(In reply to Andrew Pinski from comment #2)
> (In reply to Max TenEyck Woodbury from comment #1)
> > I found the relevant code in the "gimplify" modules.
>
> This is the wrong location for this kind of warn
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58884
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82763
--- Comment #5 from Paolo Carlini ---
Is this an exact Dup of PR66268?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82763
--- Comment #4 from Paolo Carlini ---
I think that the underlying issue is that in the front-end the code
implementing the traits, in particular, say, trivial_type_p, isn't directly
used elsewhere (should double check this, but I'm pretty sure),
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82763
--- Comment #3 from Paolo Carlini ---
Uhm, then I understand nobody raised a library issue so far? Of course our use
of __is_pos is just an implementation detail. Weird.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82224
--- Comment #11 from Alexander Cherepanov ---
When I was converting the original testcase to malloc I started with a
simple assignment with a cast. Clang optimized it as well (and I posted
it to the clang bug) bug gcc didn't. Essentially this e
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82763
Jonathan Wakely changed:
What|Removed |Added
Component|libstdc++ |c++
--- Comment #2 from Jonathan Wakel
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82764
Bug ID: 82764
Summary: internal compiler error: in
output_constructor_regular_field, at varasm.c:5030
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82763
Paolo Carlini changed:
What|Removed |Added
CC||jwakely.gcc at gmail dot com
Co
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82763
Bug ID: 82763
Summary: std::is_pod works incorrectly with volatile
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82085
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
/libexec/gcc/x86_64-pc-linux-gnu/8.0.0/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with: ../gcc-source-trunk/configure --enable-languages=c,c++,lto
--prefix=/home/su/software/tmp/gcc/gcc-trunk --disable-bootstrap
Thread model: posix
gcc version 8.0.0 20171028 (experimental) [trunk revision
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=25829
Nicolas Koenig changed:
What|Removed |Added
CC||koenigni at gcc dot gnu.org
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80850
--- Comment #16 from Paul Thomas ---
(In reply to Jerry DeLisle from comment #15)
> (In reply to Paul Thomas from comment #14)
> > PS If I remove the STAT= from the allocate, the code runs just fine in DEV
> > mode.
> >
> > Paul
>
> I have not
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82760
--- Comment #2 from Marc Glisse ---
In cp/call.c:
- (**args)[0] = *size;
+ const_cast((*cand->args)[0]) = *size;
since in the aligned case we are using a copy align_args of the arguments. Of
course it should be done in a way t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82725
--- Comment #5 from Jakub Jelinek ---
Well, r58383 only allowed some exceptions that would be otherwise rejected
before.
If we want to handle for ntpoff symbol + small offset, then I think we need to
handle it in legitimate_pic_address_disp_p ins
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80850
--- Comment #15 from Jerry DeLisle ---
(In reply to Paul Thomas from comment #14)
> PS If I remove the STAT= from the allocate, the code runs just fine in DEV
> mode.
>
> Paul
I have not looke at this one. Have you tried with valgrind or saniti
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70072
--- Comment #3 from Dominique d'Humieres ---
With gfortran 7.2.0 and trunk (8.0) I get the error
class(t), parameter :: z(2,3) = t(1)
1
Error: CLASS variable 'z' at (1) cannot have the PARAMETER attribute
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61121
--- Comment #10 from Paolo Carlini ---
Jakub, is this a C++ front-end issue (if anything)?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69718
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68608
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82760
Marc Glisse changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70971
Paolo Carlini changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|paolo.carlin
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70971
--- Comment #3 from paolo at gcc dot gnu.org ---
Author: paolo
Date: Sat Oct 28 16:10:10 2017
New Revision: 254199
URL: https://gcc.gnu.org/viewcvs?rev=254199&root=gcc&view=rev
Log:
2017-10-28 Paolo Carlini
PR c++/70971
* g++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82759
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82264
Markus Trippelsdorf changed:
What|Removed |Added
CC||slyfox at inbox dot ru
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82760
Bug ID: 82760
Summary: Incorrect code generated for aligned new
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=80850
--- Comment #14 from Paul Thomas ---
PS If I remove the STAT= from the allocate, the code runs just fine in DEV
mode.
Paul
--- Comment #1 from Sergei Trofimovich ---
I've failed to reproduce it in gcc-master presumably because code was reworked
quite a bit in gcc/tree-ssa-sccvn.c
Both original file and minimized compile successfully with gcc-8.0.0 20171028.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82759
Bug ID: 82759
Summary: SIGSEGV in gcc-7.2.0/gcc/tree-ssa-sccvn.c:3087:
vn_phi_lookup()
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66839
ensadc at mailnesia dot com changed:
What|Removed |Added
Keywords||accepts-invalid
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82745
--- Comment #8 from helge at penne dot no ---
(In reply to Jonathan Wakely from comment #7)
> -Wsystem-headers is needed to get the warnings when the conversion happens
> in code inside a system-header (which is the case for lots of standard
> lib
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82725
--- Comment #4 from Uroš Bizjak ---
-O2 -fpie -mtls-direct-seg-refs -m32 works OK, compiler goes through the same
code paths as in 64bit case:
(insn 18 17 19 2 (set (reg:SI 3 bx [ cache+4 ])
(mem/u/c:SI (const:SI (plus:SI (unspec:SI [
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82758
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60921
Jonathan Wakely changed:
What|Removed |Added
CC||wmx16835 at 126 dot com
--- Comment #1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82756
Jonathan Wakely changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIR
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82725
Uroš Bizjak changed:
What|Removed |Added
Target|i?86-*-*|x86_64-linux-gnu
Status|UNCONF
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82745
--- Comment #7 from Jonathan Wakely ---
Please read my answer again:
(In reply to Jonathan Wakely from comment #5)
> This is the same issue as PR 58876, namely that the problem happens inside a
> system header, so the diagnostics are suppressed
) statement sees that pointer as ALLOCATED. Basically, I
> want to inspect the internal state of the class(*) NULL pointer to make sure
> that the problem indeed occurs inside the sourced allocate() statement.
> Thanks!
On my system FC23 & GNU Fortran (GCC) 7.2.1 20171028 the DEV version
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81661
--- Comment #6 from Andrew Pinski ---
(In reply to Richard Biener from comment #5)
> One possibility is instead of using
>
> may_be_zero ? 0 : niter
>
> as niter for code-generation use
>
> (may_be_zero ? 0 : 1) * niter
>
> This avoids the
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82758
Bug ID: 82758
Summary: Allocators declared `final` are not acceptible by
containers
Product: gcc
Version: 7.2.0
Status: UNCONFIRMED
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81938
Thomas Koenig changed:
What|Removed |Added
Status|NEW |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=78672
Bug 78672 depends on bug 81938, which changed state.
Bug 81938 Summary: valgrind error message and heap-buffer-overflow on address
sanitized libgfortran.so
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81938
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81748
Bug 81748 depends on bug 81758, which changed state.
Bug 81758 Summary: [7/8 Regression] [OOP] Broken vtab
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81758
What|Removed |Added
-
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81758
Paul Thomas changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82753
Paul Thomas changed:
What|Removed |Added
Blocks|82173 |
Assignee|unassigned at gcc dot
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81758
--- Comment #23 from Paul Thomas ---
Author: pault
Date: Sat Oct 28 08:53:19 2017
New Revision: 254196
URL: https://gcc.gnu.org/viewcvs?rev=254196&root=gcc&view=rev
Log:
2017-10-28 Paul Thomas
PR fortran/81758
* trans-expr.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=81758
--- Comment #22 from Paul Thomas ---
Author: pault
Date: Sat Oct 28 08:49:26 2017
New Revision: 254195
URL: https://gcc.gnu.org/viewcvs?rev=254195&root=gcc&view=rev
Log:
2017-10-28 Paul Thomas
PR fortran/81758
* trans-expr.c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=82672
Arseny Solokha changed:
What|Removed |Added
CC||asolokha at gmx dot com
--- Comment #4
56 matches
Mail list logo
