https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101163
--- Comment #5 from René Bürgel ---
Do I get that right, that this procedure is done for *every* member when adding
it?
So, this would make it basically quadratic...
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101164
--- Comment #5 from René Bürgel ---
Thanks for the explanations
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101164
--- Comment #2 from René Bürgel ---
it might be worth taking a look how the C frontend handles it and why this
issue doesn't exist there? Just guessing...
mal
Priority: P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rbuergel at web dot de
Target Milestone: ---
Created attachment 51049
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51049&action=edit
clean example
similar to bug #101163,
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=101163
--- Comment #1 from René Bürgel ---
-ftime-report for trunk-gcc says:
Time variable usr sys wall
GGC
phase setup: 0.00 ( 0%) 0.00 ( 0%) 0.01 ( 0%)
P3
Component: c++
Assignee: unassigned at gcc dot gnu.org
Reporter: rbuergel at web dot de
Target Milestone: ---
Created attachment 51047
--> https://gcc.gnu.org/bugzilla/attachment.cgi?id=51047&action=edit
clean example
Hi,
we have a real-world-use-case using a class
--- Comment #2 from rbuergel at web dot de 2008-11-09 04:22 ---
ok, even for the case i misunderstood the proposal: there are still some
problems with it, making it unuseable.
enum class E { elem };
inline bool operator== (E c1, E c2)
{
return (int) c1 == (int) c2;
}
int main
--- Comment #1 from rbuergel at web dot de 2008-11-09 04:11 ---
extended testcase, this fails for other operators, too
enum class E { elem };
int main()
{
E::elem == E::elem;
E::elem != E::elem;
E::elem < E::elem;
E::elem <= E::elem;
E
Summary: [c++0x] operator== doesn't work for enum classes
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy
--- Comment #5 from rbuergel at web dot de 2008-09-17 18:57 ---
Too bad for newbies to ppc asm. :)
But thank you for your explanations
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37562
--- Comment #3 from rbuergel at web dot de 2008-09-17 18:46 ---
> The second constraint should be using "b" instead of "r" as b says
> don't use r0.
Is this documented anywhere? The gcc manual says "r" means "any general purpose
regist
--- Comment #1 from rbuergel at web dot de 2008-09-17 15:44 ---
oops, i forgot to mention my command line to compile it:
powerpc-linux-g++ -O3 -funroll-loops -c -o GetBytes2.o GetBytes2.cpp
using -O3 is important for reproducing this error
--
http://gcc.gnu.org/bugzilla
ion: 4.2.4
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: inline-asm
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rbuergel at web dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37562
ion: 4.2.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rbuergel at web dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36805
y: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rbuergel at web dot de
GCC host triplet: x86_64-pc-linux-gnu
GCC target triplet: powerpc-linux-uclibc
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36693
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: pch
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rbuergel at web dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36649
--- Comment #5 from rbuergel at web dot de 2008-01-29 10:17 ---
for #3, using static_assert( Comp::value > 0, "" ); makes it work.
using max for #1 leads gcc to an error: "cannot expand 'Params
...' into a fixed-length argument list"
updat
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rbuergel at web dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34996
us: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rbuergel at web dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34877
--- Comment #3 from rbuergel at web dot de 2008-01-19 22:38 ---
another testcase:
template class Comp, typename... T> void f( T... Value)
{
static_assert( Comp::value > 0, "" );
}
template
struct Foo
{
static const int value=1;
};
int main(
--- Comment #1 from rbuergel at web dot de 2007-12-20 22:47 ---
gcc version 4.3.0 20071213 (experimental) (GCC)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34541
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rbuergel at web dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34541
--- Comment #2 from rbuergel at web dot de 2007-12-20 18:30 ---
(In reply to comment #1)
> This is a known issue:
>
> http://www.open-std.org/jtc1/sc22/wg21/docs/lwg-active.html#697
>
Ooops. I only looked in the gcc bug database. Probably i should expand my
research bef
d_argument and -std=c++0x
breaks valid code
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rbue
--- Comment #3 from rbuergel at web dot de 2007-12-19 18:50 ---
If the error is correct, then at least the error message is confusing.
It complains that Y::X redeclares ::X, although the real cause of the error is,
that it may not be clear to that compiler what X refers to
--
http
--- Comment #1 from rbuergel at web dot de 2007-12-19 16:55 ---
It fails only on 4.3.0:
gcc version 4.3.0 20071214 (experimental) (GCC)
--
rbuergel at web dot de changed:
What|Removed |Added
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rbuergel at web dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34531
ction template argument
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rbuergel at web dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34383
ity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rbuergel at web dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34364
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rbuergel at web dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34340
--- Comment #1 from rbuergel at web dot de 2007-12-01 16:15 ---
I forgot to mention, that gcc works correctly, if the header is not
precompiled.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34309
ity: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rbuergel at web dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34309
uct: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rbuergel at web dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34219
but not initialized.
--
Summary: Compilation using -frepo fails
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: rbuergel at web dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34178
34 matches
Mail list logo
