https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70825
ghalliday at hpccsystems dot com changed:
What|Removed |Added
CC||ghalliday at hpccsystem
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71112
Andrew Pinski changed:
What|Removed |Added
Target Milestone|--- |6.2
Summary|ICE with -fpie on
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71112
Bug ID: 71112
Summary: ICE with -fpie on aarch64 ILP32 big-endian
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=7
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=7
--- Comment #3 from Matthew Giassa ---
(In reply to Andrew Pinski from comment #1)
> GCC does not provide the linker or load.
>
> You should report this to Ubuntu.
Will do. Thanks!
Is there a trivial way to drop-in a different `ld' tool tempor
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=67483
--- Comment #3 from Segher Boessenkool ---
Author: segher
Date: Fri May 13 23:01:40 2016
New Revision: 236232
URL: https://gcc.gnu.org/viewcvs?rev=236232&root=gcc&view=rev
Log:
combine: Don't call extract_left_shift with count < 0 (PR67483)
If
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=7
Matthew Giassa changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=7
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=7
Bug ID: 7
Summary: gcc5 (v5.3.1) - _moddi3: error adding symbols:
Bad value
Product: gcc
Version: 5.3.1
Status: UNCONFIRMED
Severity: major
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=66093
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63728
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61039
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71110
Andrew Pinski changed:
What|Removed |Added
Keywords||diagnostic
Status|UNCONFIRME
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71110
Bug ID: 71110
Summary: Failure to detect syntax error with Switch Case
statement.
Product: gcc
Version: 5.2.1
Status: UNCONFIRMED
Severity: minor
Prio
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60049
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=55004
Bug 55004 depends on bug 60049, which changed state.
Bug 60049 Summary: Right and left shift undefined behavior not an error in a
constexpr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=60049
What|Removed |Added
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71095
Karol Wozniak changed:
What|Removed |Added
Known to work||5.3.1
--- Comment #1 from Karol Wozniak
/configure --prefix=/home/absozero/trunk/root-gcc
--enable-languages=c,c++ --disable-werror --enable-multilib
Thread model: posix
gcc version 7.0.0 20160513 (experimental) [trunk revision 236209] (GCC)
$ gcc-trunk -O3 abc.c -c
abc.c: In function ‘fn2’:
abc.c:26:1: internal compiler
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71071
Jakub Jelinek changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71108
Bug ID: 71108
Summary: to_string is relatively slow
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71071
--- Comment #13 from Jakub Jelinek ---
Author: jakub
Date: Fri May 13 20:24:22 2016
New Revision: 236222
URL: https://gcc.gnu.org/viewcvs?rev=236222&root=gcc&view=rev
Log:
PR bootstrap/71071
* fold-const.c (fold_checksum_tree): A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71013
John David Anglin changed:
What|Removed |Added
Component|preprocessor|bootstrap
--- Comment #6 from John D
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71015
David Binderman changed:
What|Removed |Added
CC||dcb314 at hotmail dot com
--- Comment
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=10200
--- Comment #38 from Jason Merrill ---
Author: jason
Date: Fri May 13 19:18:35 2016
New Revision: 236221
URL: https://gcc.gnu.org/viewcvs?rev=236221&root=gcc&view=rev
Log:
Fix type-dependence and the current instantiation.
PR c+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69753
--- Comment #10 from Jason Merrill ---
Author: jason
Date: Fri May 13 19:18:35 2016
New Revision: 236221
URL: https://gcc.gnu.org/viewcvs?rev=236221&root=gcc&view=rev
Log:
Fix type-dependence and the current instantiation.
PR c+
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=58848
Martin Sebor changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
CC|
--- Comment #4 from Дилян Палаузов ---
Probably the same problem in a different case:
gcc (GCC) 7.0.0 20160513 (experimental) Copyright (C) 2016 Free Software
Foundation, Inc. This is free software; see the source for copying conditions.
There is NO warranty; not even for MERCHANTABILITY or FITNESS
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71107
--- Comment #3 from Bitterblue ---
Yes, that works too.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71107
--- Comment #2 from Jonathan Wakely ---
Presumably this would be the portable equivalent:
int main() {
wchar_t argv[1][6] = {L"a.out"};
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70945
--- Comment #4 from joseph at codesourcery dot com ---
On Fri, 13 May 2016, tschwinge at gcc dot gnu.org wrote:
> We could get rid of this heuristic (the property function_glibc_finite_math in
> combination with matching declarations' names) if
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71107
--- Comment #1 from Jonathan Wakely ---
Do you have a portable example that doesn't rely on the non-standard wmain(int,
wchar_t) main function? I can't understand that rubbish.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=61599
Uroš Bizjak changed:
What|Removed |Added
Status|REOPENED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70945
--- Comment #3 from Alexander Monakov ---
I like to avoid touching generic stuff for issues like this one. Please see
https://gcc.gnu.org/ml/gcc-patches/2016-05/msg01022.html for a brief outline of
an alternative solution: I think my proposal of
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71107
Bug ID: 71107
Summary: wstring_convert::from_bytes produces wide chars with
the wrong byte order
Product: gcc
Version: 6.1.1
Status: UNCONFIRMED
Severity: norma
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70945
Thomas Schwinge changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70884
--- Comment #6 from Eric Botcazou ---
That's fine, I didn't assign it to myself for a reason. ;-)
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71104
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
CC||rguenth at gcc dot gnu.org
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71106
Bug ID: 71106
Summary: MIPS: Unaligned load/store instructions are not used
to access a variable with an aligned attribute
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70018
Jan Hubicka changed:
What|Removed |Added
Summary|[4.9/5/6/7 Regression] |[4.9/5/6 Regression]
|Po
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70722
--- Comment #7 from Vittorio Zecca ---
Yes, this fixed my problem with mozilla firefox compilation,
Thank you!
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70884
--- Comment #5 from Martin Jambor ---
Oh, I have not noticed that Eric was already working on this. In any
event, I've posted my proposed patch to fix this, it is at:
https://gcc.gnu.org/ml/gcc-patches/2016-05/msg01016.html
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71105
Bug ID: 71105
Summary: [6 regression] lambas with default captures improperly
have function pointer conversions
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71094
--- Comment #2 from nightstrike ---
Is there a different bug that documents that -Q lists -fivopts as enabled for
all levels?
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71104
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Keywords||ice-on-valid-code
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71104
Bug ID: 71104
Summary: [7 Regression] ICE: verify_ssa failed (with vfork /
error: definition in block 3 does not dominate use in
block 7 )
Product: gcc
Version: 7
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71073
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71073
--- Comment #1 from Jonathan Wakely ---
Author: redi
Date: Fri May 13 14:47:46 2016
New Revision: 236211
URL: https://gcc.gnu.org/viewcvs?rev=236211&root=gcc&view=rev
Log:
libstdc++/71073 add system_header pragma to Debug Mode headers
P
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70856
--- Comment #5 from vries at gcc dot gnu.org ---
before icf, we have:
...
static real(kind=4) A.4[2] = {1.0e+0, 2.0e+0};
static real(kind=4) A.1[2] = {1.0e+0, 2.0e+0};
...
Then icf does:
...
Semantic equality hit:A.4->A.1
Assembler symbol nam
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70760
Richard Biener changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Known to work|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70941
--- Comment #14 from Richard Biener ---
Author: rguenth
Date: Fri May 13 13:22:42 2016
New Revision: 236210
URL: https://gcc.gnu.org/viewcvs?rev=236210&root=gcc&view=rev
Log:
2016-05-13 Richard Biener
Backport from mainline
2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70931
--- Comment #6 from Richard Biener ---
Author: rguenth
Date: Fri May 13 13:22:42 2016
New Revision: 236210
URL: https://gcc.gnu.org/viewcvs?rev=236210&root=gcc&view=rev
Log:
2016-05-13 Richard Biener
Backport from mainline
20
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70760
--- Comment #19 from Richard Biener ---
Author: rguenth
Date: Fri May 13 13:22:42 2016
New Revision: 236210
URL: https://gcc.gnu.org/viewcvs?rev=236210&root=gcc&view=rev
Log:
2016-05-13 Richard Biener
Backport from mainline
2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70884
Martin Jambor changed:
What|Removed |Added
Status|NEW |ASSIGNED
CC|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71103
Bug ID: 71103
Summary: avr-gcc crashes with unrecognizable insn error
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: t
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71102
Bug ID: 71102
Summary: _Pragma("GCC warning ...") should concatenate string
literals
Product: gcc
Version: 6.0
Status: UNCONFIRMED
Severity: normal
Pr
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42587
--- Comment #8 from Richard Biener ---
Author: rguenth
Date: Fri May 13 12:27:18 2016
New Revision: 236204
URL: https://gcc.gnu.org/viewcvs?rev=236204&root=gcc&view=rev
Log:
2016-05-13 Richard Biener
PR tree-optimization/42587
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71101
--- Comment #1 from Richard Biener ---
That's too early. You have to wait until locations are applied to the linemap.
So IMHO not a bug but an implementation detail ... (not easy to fix w/o
overhead).
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70737
Matteo Italia changed:
What|Removed |Added
CC||matteo at mitalia dot net
--- Comment #2
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71101
Bug ID: 71101
Summary: ICE in libcpp/line-map.c:linemap_macro_map_lookup very
early in offloading compilation lto1 front end
Product: gcc
Version: 7.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=69840
--- Comment #5 from Martin Liška ---
(In reply to Andrew Pinski from comment #4)
> Then we have to agree that this code breaks GNU output style. Or it breaks
> LLVM output style. It is one or the other, I rather see a way to do this
> dynamical
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71084
Ilya Enkovich changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71097
--- Comment #5 from Uroš Bizjak ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #4)
> You're right, of course: should have kept my mouth shut ;-(
>
> This leaves us with
>
> gcc.target/i386/387-12.c
This testcase needs updating, th
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=53440
--- Comment #8 from Ramana Radhakrishnan ---
Author: ramana
Date: Fri May 13 09:32:29 2016
New Revision: 236198
URL: https://gcc.gnu.org/viewcvs?rev=236198&root=gcc&view=rev
Log:
Fix PR target/53440 - handle generic thunks better for TARGET_32BI
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71100
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71089
Richard Biener changed:
What|Removed |Added
Keywords||lto
Target Milestone|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71094
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71094
Richard Biener changed:
What|Removed |Added
Summary|Documentation: -fivopts is |Documentation: -fivopts is
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71100
Bug ID: 71100
Summary: [6.1 regression] Internal compiler error while calling
a pointer to member function that throws
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71080
Rainer Orth changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=42587
--- Comment #7 from Richard Biener ---
I have a patch to fix the second testcase in comment#3. Note that the original
testcase still fails to be detected.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71080
--- Comment #3 from Rainer Orth ---
Author: ro
Date: Fri May 13 09:08:15 2016
New Revision: 236196
URL: https://gcc.gnu.org/viewcvs?rev=236196&root=gcc&view=rev
Log:
Fix SEGV in ix86_in_large_data_p (PR target/71080)
PR target/71080
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71099
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71080
Rainer Orth changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
URL|
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71097
--- Comment #4 from ro at CeBiTec dot Uni-Bielefeld.DE ---
You're right, of course: should have kept my mouth shut ;-(
This leaves us with
gcc.target/i386/387-12.c
gcc.target/i386/avxfp-1.c
gcc.target/i386/avxfp-2.c
gcc.target/i386/ssefp-1.c
gc
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71099
Bug ID: 71099
Summary: Misleading diagnostic message with 'virtual' used in
out-of-line definitions of class template member
functions
Product: gcc
Version: 7.0
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71097
--- Comment #3 from Uroš Bizjak ---
(In reply to r...@cebitec.uni-bielefeld.de from comment #2)
> > --- Comment #1 from Uroš Bizjak ---
> > Many of these are testsuite issues, -mcmodel=medium is incompatible with
> > -mx32.
>
> This doesn't ap
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71097
--- Comment #2 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #1 from Uroš Bizjak ---
> Many of these are testsuite issues, -mcmodel=medium is incompatible with
> -mx32.
This doesn't apply to the cases I listed: this was a regular
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71097
--- Comment #1 from Uroš Bizjak ---
Many of these are testsuite issues, -mcmodel=medium is incompatible with -mx32.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71098
Bug ID: 71098
Summary: uniform initialization for nested tuples work in
c++11/14 mode but should only work >=c++17
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71071
Jakub Jelinek changed:
What|Removed |Added
CC||jakub at gcc dot gnu.org
--- Comment #12
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71097
Bug ID: 71097
Summary: Additional testsuite failures with -mcmodel=medium
Product: gcc
Version: 7.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component:
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70904
Jiong Wang changed:
What|Removed |Added
Status|ASSIGNED|RESOLVED
Resolution|---
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71015
Roger Orr changed:
What|Removed |Added
CC||rogero at howzatt dot
demon.co.uk
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71059
--- Comment #4 from Roger Orr ---
Thanks, fixes the ICE I had.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71096
Bug ID: 71096
Summary: std::get did not work for nested derived classes from
std::tuple if one element is empty
Product: gcc
Version: 6.1.0
Status: UNCONFIRMED
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71071
Thomas Schwinge changed:
What|Removed |Added
CC||tschwinge at gcc dot gnu.org
--- Comme
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71071
--- Comment #10 from Richard Biener ---
Calling get_alias_set cannot be avoided here, it eventually gets called via
reference_alias_ptr_type->component_uses_parent_alias_set_from.
So the solution is to excempt TYPE_ALIAS_SET from the hashing.
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70856
--- Comment #4 from rguenther at suse dot de ---
On Thu, 12 May 2016, tschwinge at gcc dot gnu.org wrote:
> https://gcc.gnu.org/bugzilla/show_bug.cgi?id=70856
>
> Thomas Schwinge changed:
>
>What|Removed |A
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=71095
Bug ID: 71095
Summary: Problem with captureless generic lambda and calling
function object with arguments passed by reference
Product: gcc
Version: 6.1.1
Status: UNCONFIR
89 matches
Mail list logo
