http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55776
--- Comment #6 from Jonathan Wakely ---
It also changes meaning if I reorder the declarations of myenum::foo and
myenum::bar, which is exactly the sort of fragile code that deserves a warning.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55776
--- Comment #5 from Jonathan Wakely ---
A better example:
typedef unsigned char foo;
enum class myenum
{
foo,
bar = (foo)-1
};
Is the value -1L or 255?
If I rename myenum::foo to myenum::Foo the code silently changes meaning.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57357
--- Comment #9 from thutt at vmware dot com ---
(In reply to Andrew Pinski from comment #8)
> Since glibc controls the headers we (GCC) project cannot do anything.
???
>From your standpoint of having cpp produce different output, I understand
you
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55776
--- Comment #4 from Jonathan Wakely ---
(In reply to Manuel López-Ibáñez from comment #3)
> But the global foo is a type while myenum::foo is not a type. Is there any
> context where they can be used interchangeably?
>
> enum class myenum
> {
>
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57528
Jonathan Wakely changed:
What|Removed |Added
Keywords||diagnostic
--- Comment #1 from Jonathan
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51908
Paolo Carlini changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned at
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55776
Manuel López-Ibáñez changed:
What|Removed |Added
CC||manu at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57531
Andrew Pinski changed:
What|Removed |Added
Severity|critical|normal
--- Comment #1 from Andrew Pinski
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57531
vijay Nag changed:
What|Removed |Added
Severity|normal |critical
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57531
Bug ID: 57531
Summary: lvalue required with comma operator
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57268
dinar at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57357
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57527
Daniel Krügler changed:
What|Removed |Added
CC||daniel.kruegler@googlemail.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=55776
Jason Merrill changed:
What|Removed |Added
CC||jason at gcc dot gnu.org
--- Comment #2 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56780
--- Comment #6 from Yaakov (Cygwin Ports) ---
Not only that, but even with --enable-install-libiberty, it's not being
installed in CVS HEAD. Don't you need to remove the resetting of
target_header_dir in libiberty/configure.ac:408 (and hence
libi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56780
Yaakov (Cygwin Ports) changed:
What|Removed |Added
CC||yselkowitz at users dot
sourcefor
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57530
Bug ID: 57530
Summary: [OOP] Wrongly rejects type_pointer => class_target
(which have identical declared type)
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
K
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57529
Bug ID: 57529
Summary: Redundant masking of zero-extended values
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-e
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57528
Bug ID: 57528
Summary: Missed warning for putting reference to temporary in
class member
Product: gcc
Version: 4.9.0
Status: UNCONFIRMED
Severity: enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47333
--- Comment #41 from Jan Hubicka ---
> > I however do not see any chained weakrefs in the preprocessed file
> > attached, so
> > I am not quite convinced this can change anything.
> >
> > Can you, please, run it in debugger and take a look what i
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57473
ktkachov at gcc dot gnu.org changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57527
Jonathan Wakely changed:
What|Removed |Added
Keywords||ice-on-valid-code
Status|UN
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57506
--- Comment #1 from Georg-Johann Lay ---
Created attachment 30258
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30258&action=edit
Patch against avr-mcus.def
Notice that some sources depend on the patch, e.g. documentation.
Rerun "make avr-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57526
Jonathan Wakely changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57527
--- Comment #1 from markus.mayr at outlook dot com ---
Created attachment 30257
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30257&action=edit
Source code example.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57527
Bug ID: 57527
Summary: [C++11] Nested variadic templates cause internal
compiler error
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57526
Bug ID: 57526
Summary: use of X before deduction of auto error for seemingly
good code
Product: gcc
Version: 4.8.1
Status: UNCONFIRMED
Severity: normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57358
--- Comment #2 from Nickolay Kolchin-Semyonov ---
More simplified test variant:
struct t { void (*func)(void*); };
void test_func(struct t* a) __attribute__((optimize("O0")));
void test_func(struct t* a)
{
a->func(0);
}
P.S. If you compile thi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57357
thutt at vmware dot com changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|I
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57358
--- Comment #1 from Nickolay Kolchin-Semyonov ---
Reproducable with gcc-4.8.1.
Using built-in specs.
COLLECT_GCC=gcc-4.8.1
COLLECT_LTO_WRAPPER=/usr/libexec/gcc/x86_64-pc-linux-gnu/4.8.1/lto-wrapper
Target: x86_64-pc-linux-gnu
Configured with:
/mn
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=56780
Pedro Alves changed:
What|Removed |Added
CC||palves at redhat dot com
--- Comment #4 fro
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47333
--- Comment #40 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #38 from Jan Hubicka ---
>> Unfortunately, that doesn't easily backport to the 4.8 branch since that
>> lacks
>> alias and alias_target in struct symtab_node_base:
>
> I k
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57482
Georg-Johann Lay changed:
What|Removed |Added
Target|AVR ATmega128 |avr
Status|UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57524
--- Comment #1 from James Michael DuPont ---
I tried to reduce the input size but it is not producing any results.
namespace std {
typedef long unsigned int size_t;
};
namespace boost {
namespace detail {
struct is_static_visitor_tag
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57525
Bug ID: 57525
Summary: cc1.exe: fatal error: help-dummy: No such file or
directory
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: minor
Prio
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57484
--- Comment #8 from Charles L. Wilcox ---
FWIW, I tried this with g++ 4.8 on a 32-bit only system I have; it still
produces erroneous sNaN values there:
$ g++-4.8 -v
Using built-in specs.
COLLECT_GCC=g++-4.8
COLLECT_LTO_WRAPPER=/usr/lib/gcc/i486-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57524
Bug ID: 57524
Summary: internal compiler error on dump translation unit
Product: gcc
Version: 4.7.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57511
Richard Biener changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57517
Richard Biener changed:
What|Removed |Added
Known to work||4.4.7
Target Milestone|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57359
Richard Biener changed:
What|Removed |Added
Keywords||wrong-code
Status|RESOLVED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57521
Richard Biener changed:
What|Removed |Added
Status|NEW |ASSIGNED
Assignee|unassigned a
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47333
--- Comment #39 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #36 from Jan Hubicka ---
> I am having problem to reproduce it on a cross compiler. I assume you have
> non-plugin-enable LD setup, right?
The failure happens with both S
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47333
--- Comment #38 from Jan Hubicka ---
> No longer a 4.9 regression, fixed by the patch for PR middle-end/57366.
Good news.
>
> Unfortunately, that doesn't easily backport to the 4.8 branch since that lacks
> alias and alias_target in struct symta
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37336
--- Comment #24 from Tobias Burnus ---
The patch in comment 23 adds finalization support for allocatables (end of
scope, intent(out), DEALLOCATE, MOVE_ALLOC).
Thus, on the trunk (GCC 4.9), finalization is now finally supported :-)
Note: There ar
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37336
--- Comment #23 from Tobias Burnus ---
Author: burnus
Date: Tue Jun 4 10:20:32 2013
New Revision: 199643
URL: http://gcc.gnu.org/viewcvs?rev=199643&root=gcc&view=rev
Log:
2013-06-03 Tobias Burnus
PR fortran/37336
* trans.h (g
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57523
Bug ID: 57523
Summary: ICE in merge_assigned_reloads, at reload1.c:6062
Product: gcc
Version: 3.4.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57522
--- Comment #1 from Alan Briolat ---
Created attachment 30255
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=30255&action=edit
Working "equivalent" code based on pointers
For comparison, this attached code uses pointers to achieve the same t
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47333
Rainer Orth changed:
What|Removed |Added
Summary|[4.8/4.9 regression]|[4.8 regression]
|g++.dg/
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57473
--- Comment #7 from ro at CeBiTec dot Uni-Bielefeld.DE ---
> --- Comment #6 from Rainer Orth ---
> Also fails on Solaris 9 with Sun as, will check if current mainline works
> again.
Both i386-pc-solaris2.9 and sparc-sun-solaris2.9 bootstraps hav
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57522
Bug ID: 57522
Summary: [F03] ASSOCIATE construct creates array descriptor
with incorrect stride for derived type array component
Product: gcc
Version: 4.9.0
Status: UNCONF
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57419
--- Comment #6 from Paolo Carlini ---
No, rather different issues.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57364
Tobias Burnus changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|---
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=57364
--- Comment #6 from Tobias Burnus ---
Author: burnus
Date: Tue Jun 4 07:11:12 2013
New Revision: 199635
URL: http://gcc.gnu.org/viewcvs?rev=199635&root=gcc&view=rev
Log:
2013-06-04 Tobias Burnus
Backport from mainline
2013-05
53 matches
Mail list logo
