https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70740
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70740
--- Comment #8 from Richard Biener ---
Author: rguenth
Date: Fri Apr 22 06:59:32 2016
New Revision: 235359
URL: https://gcc.gnu.org/viewcvs?rev=235359&root=gcc&view=rev
Log:
2016-04-22 Richard Biener
PR tree-optimization/70740
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70760
Bug ID: 70760
Summary: [6 regression] wrong generated code for
std::make_unique with -fipa-pta
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68331
--- Comment #13 from David Abdurachmanov
---
Done,
See: https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70760
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67650
Jonathan Briggs changed:
What|Removed |Added
CC||zlynx at acm dot org
--- Comment #12 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70760
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70760
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70754
Richard Biener changed:
What|Removed |Added
Target Milestone|--- |5.4
--- Comment #2 from Richard Biener
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70725
Richard Biener changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70624
--- Comment #12 from Maxim Ostapenko ---
Should be fixed on trunk and gcc-6-branch. Older branches don't need the patch,
because they don't contain 'dyldVersionNumber' in libsanitizer.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70624
Dominique d'Humieres changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70761
Bug ID: 70761
Summary: C++ ICE on ppc64le and ppc64 with -m64
Product: gcc
Version: 5.3.1
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Prior
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70762
Bug ID: 70762
Summary: FAIL: experimental/filesystem/operations/copy.cc
execution test on x86_64-apple-darwin1*
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Se
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70744
--- Comment #6 from Marek Polacek ---
You're right. Of course - in C++, ++i and --i are considered lvalues, while
i++ and i-- are not.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70712
Jakub Jelinek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67650
--- Comment #13 from Vincent ---
Indeed, that sounds like the same bug.
It took me an entire afternoon shrinking my case down to the code provided in
attachment, it was a needle in a huge haystack. I haven't been able to reduce
the code further.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16358
niva at niisi dot msk.ru changed:
What|Removed |Added
CC||niva at niisi dot msk.ru
--- C
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70684
--- Comment #14 from Andy May ---
(In reply to Jerry DeLisle from comment #13)
> (In reply to Andy May from comment #12)
> > I don't know that it's necessary or desired to support both '\n' and '\r' as
> > eol, but instead the native eol just nee
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70762
--- Comment #1 from Jonathan Wakely ---
There's no way I can debug that, someone with an OS X system will have to step
through the code.
The alternative, which is quite tempting, is to just disable the filesystem TS
on darwin ;)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70759
--- Comment #1 from Andreas Schwab ---
Look like Pmode vs. ptr_mode mixup, probably due to internal_reference_types.
unit size
align 32 symtab -1246558336 alias set 10 canonical type
0x3ffb5a548d
8 fields context
Ada
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70712
Maxim Ostapenko changed:
What|Removed |Added
CC||m.ostapenko at samsung dot com
--- Com
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70714
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70691
Marek Polacek changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
The following code, when compiled with gcc, it outputs "7".
I have tried it with gcc-4.8.3 and gcc-6.0.1-20160415, both on x86_64
linux, with options
-O0, -g, -O2. All of them gave the same answer.
When compiled with clang, it gives 6.
I know that it is an ill coded program, but I still can't u
On 22/04/16 14:01, c...@center.wakayama-u.ac.jp wrote:
The following code, when compiled with gcc, it outputs "7".
I have tried it with gcc-4.8.3 and gcc-6.0.1-20160415, both on x86_64
linux, with options
-O0, -g, -O2. All of them gave the same answer.
When compiled with clang, it gives 6.
I
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70755
Richard Earnshaw changed:
What|Removed |Added
Target||arm
Status|UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70739
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=62236
simon at pushface dot org changed:
What|Removed |Added
CC||simon at pushface dot org
---
movlb, %eax
movlb+4, %edx
movl%eax, a
movl%edx, a+4
ret
.size foo, .-foo
.ident "GCC: (GNU) 7.0.0 20160422 (experimental)"
.section.note.GNU-stack,"",@progbits
.file "x2.i&qu
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70761
Bill Schmidt changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70762
Dominique d'Humieres changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70098
Bill Schmidt changed:
What|Removed |Added
CC||markos at freevec dot org
--- Comment #9
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70762
--- Comment #3 from Dominique d'Humieres ---
Also on i386-unknown-freebsd10.3, see
https://gcc.gnu.org/ml/gcc-testresults/2016-04/msg02065.html.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70762
--- Comment #4 from Jonathan Wakely ---
Ah cool, I should be able to reproduce that, thanks.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70764
Bug ID: 70764
Summary: PASS->FAIL: gcc.dg/guality/pr41447-1.c -O2 -flto
-fno-use-linker-plugin -flto-partition=none
Product: gcc
Version: 5.3.1
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70762
--- Comment #5 from Dominique d'Humieres ---
Created attachment 38327
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38327&action=edit
Compressed preprocessed file
Note that the problems are located in the procedures test02 and test03.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66543
Jason Merrill changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70762
Dominique d'Humieres changed:
What|Removed |Added
Attachment #38327|0 |1
is obsolete|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68206
--- Comment #2 from Jason Merrill ---
Author: jason
Date: Fri Apr 22 15:39:03 2016
New Revision: 235369
URL: https://gcc.gnu.org/viewcvs?rev=235369&root=gcc&view=rev
Log:
PR c++/68206 - Fix constexpr diagnostics with loops.
PR c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70764
Nick Clifton changed:
What|Removed |Added
CC||nickc at gcc dot gnu.org
--- Comment #1 f
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55004
Bug 55004 depends on bug 68206, which changed state.
Bug 68206 Summary: ICE: unimplemented: unexpected AST of kind loop_expr in
potential_constant_expression_1
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68206
What|Removed
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68206
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70738
--- Comment #1 from Richard Earnshaw ---
AArch64 already has a similar option already. We've called it
-mgeneral-regs-only.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70764
--- Comment #2 from ktkachov at gcc dot gnu.org ---
I think so. gcc.log contains:
PASS: a is 0
FAIL: tmp is -1, not 0
FAIL: tmp2 is -1, not 0
PASS: a is 0
FAIL: tmp is -1, not 0
FAIL: tmp2 is -1, not 0
FAIL: tmp3 is -1, not 0
FAIL: 2 PASS, 5 FAIL,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=68530
--- Comment #2 from Jason Merrill ---
Author: jason
Date: Fri Apr 22 15:39:03 2016
New Revision: 235369
URL: https://gcc.gnu.org/viewcvs?rev=235369&root=gcc&view=rev
Log:
PR c++/68206 - Fix constexpr diagnostics with loops.
PR c
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70522
--- Comment #3 from Jason Merrill ---
Author: jason
Date: Fri Apr 22 15:38:57 2016
New Revision: 235368
URL: https://gcc.gnu.org/viewcvs?rev=235368&root=gcc&view=rev
Log:
PR c++/70522 - fix N4381 customization points
* name-look
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70522
Jason Merrill changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70719
--- Comment #2 from Dominique d'Humieres ---
Would it be possible to back port the fix to the other open branches?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65083
--- Comment #6 from joseph at codesourcery dot com ---
It's basically a matter of whether you consider adding a new symbol
version to be appropriate in a backport.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=16358
Martin Sebor changed:
What|Removed |Added
CC||msebor at gcc dot gnu.org
--- Comment #10
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70765
Bug ID: 70765
Summary: GCC fails to detect possibly uninitialized variable
Product: gcc
Version: 5.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Componen
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70765
--- Comment #1 from Mike Conlen ---
Created attachment 38330
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=38330&action=edit
a second translation unit
Using the second translation unit will cause the compilation to error (as
expected) wit
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70765
--- Comment #2 from Mike Conlen ---
If I compile with -O3 the compiler produces (as expected)
$ gcc -Wall -Wextra -Werror -save-temps -O3 -c test.c
test.c: In function 'try_to_fail':
test.c:25:2: error: 'data' is used uninitialized in this funct
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704
--- Comment #37 from Jakub Jelinek ---
Marek tried to reproduce this using the RC1 tarball, but it seems it went
through
comparison just fine; configure line has been:
/home/xxx/gcc-6.0.1-RC-20160415/configure --prefix=/home/xxx/rc
--enab
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70704
--- Comment #38 from David Edelsohn ---
The gt* files don't differ.
I normally use
--disable-werror --enable-languages=c,c++,fortran,objc --with-gmp=/opt/cfarm
--with-libiconv-prefix=/opt/cfarm --disable-libstdcxx-pch
--with-included-gettext --
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70733
--- Comment #4 from joseph at codesourcery dot com ---
This bug report is for C++, where bit-field width is explicitly not part
of the type and bit-field types wider than int are not extensions, not for
C, where there is a line of C90 DRs treat
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70742
--- Comment #12 from joseph at codesourcery dot com ---
A script that assumes build = host = target is obviously unacceptable.
You can't do any compilations for $target at all when configuring GCC,
only when configuring its runtime libraries su
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=65705
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70522
--- Comment #5 from Casey Carter ---
(In reply to Jason Merrill from comment #4)
> (In reply to Casey Carter from comment #2)
> > This is a regression of sorts, FWIW, gcc 4.3 compiled it correctly
> > (http://melpon.org/wandbox/permlink/Efjfvay0U
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69143
Ramana Radhakrishnan changed:
What|Removed |Added
Target|powerpc64le-linux |powerpc64le-linux,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70717
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=57137
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70766
Bug ID: 70766
Summary: stream iterators, shared_lock, and atomic should
all use addressof and not &
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: norm
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70767
Bug ID: 70767
Summary: std::numeric_limits::digits is
wrong unless --std=c++11 used
Product: gcc
Version: 4.8.5
Status: UNCONFIRMED
Severity: normal
P
--disable-werror
Thread model: posix
gcc version 7.0.0 20160422 (experimental) (GCC)
[jamrial@ArchVM ~]$ time c++-7 -ftemplate-backtrace-limit=0 -Wall -Wextra
-pedantic -Werror -pedantic-errors -Wno-error=deprecated-declarations
-Wno-missing-field-initializers -Wno-unused-parameter -march=haswell -Of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70745
--- Comment #2 from Tim Shen ---
Author: timshen
Date: Sat Apr 23 03:58:37 2016
New Revision: 235382
URL: https://gcc.gnu.org/viewcvs?rev=235382&root=gcc&view=rev
Log:
PR libstdc++/70745
* include/bits/regex_executor.tcc (_Execut
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70712
--- Comment #4 from Jakub Jelinek ---
Author: jakub
Date: Sat Apr 23 05:28:16 2016
New Revision: 235384
URL: https://gcc.gnu.org/viewcvs?rev=235384&root=gcc&view=rev
Log:
PR sanitizer/70712
* cfgexpand.c (expand_stack_vars): Fix
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70768
Markus Trippelsdorf changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70767
--- Comment #1 from Marc Glisse ---
http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-defects.html#559
It has status CD1, I don't remember if that means it applies retroactively or
not.
(by the way, the 4.8 branch is not maintained anymore)
69 matches
Mail list logo