--- Comment #8 from sebastian dot pop at cri dot ensmp dot fr 2006-02-13
08:45 ---
Subject: Re: [4.0/4.1/4.2 Regression] DOM and VRP creating harder to optimize
code
This case reminds me the peeled chrec unification that I had to
disable on autovect branch (I probably have to run the
--- Comment #7 from jakub at gcc dot gnu dot org 2006-02-13 09:11 ---
Looks good to me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26246
--- Comment #9 from walter dot zimmer at dlr dot de 2006-02-13 09:22
---
(In reply to comment #8)
> Patch posted:
Built bootstrap gcc-4.1-20060210+patch successful, and now our code is
compiling fine with -O3.
Many thanks for the quick help!
--
http://gcc.gnu.org/bugzilla/show_bug
--- Comment #1 from pcarlini at suse dot de 2006-02-13 10:03 ---
Confirmed, thanks!
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #1 from reichelt at gcc dot gnu dot org 2006-02-13 10:29
---
Subject: Bug 26151
Author: reichelt
Date: Mon Feb 13 10:29:31 2006
New Revision: 110911
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110911
Log:
PR c++/26151
* parser.c (cp_parser_decl_sp
--- Comment #2 from reichelt at gcc dot gnu dot org 2006-02-13 10:33
---
Fixed on mainline.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Su
--- Comment #2 from pcarlini at suse dot de 2006-02-13 10:38 ---
I'm sorry, now I really understand the issue, I think (too much time since my
last changes to this code... ;) I don't think we have a problem, actually, in
the sense that we are implementing DR 169 rather literally, includi
--- Comment #3 from pcarlini at suse dot de 2006-02-13 10:59 ---
(In reply to comment #2)
> This means that we are updating epptr() in underflow, not earlier, not upon
> overflow. Does this way of implementing DR 169 make sense to you?
I want to avoid giving the wrong impression that is
--- Comment #8 from rakdver at gcc dot gnu dot org 2006-02-13 11:21 ---
Subject: Bug 26222
Author: rakdver
Date: Mon Feb 13 11:21:23 2006
New Revision: 110912
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110912
Log:
PR rtl-optimization/26222
* function.c (assig
--
rakdver at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rakdver at gcc dot gnu dot
|dot org
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-02-13 12:35 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-13 12:41 ---
This is related to PR 25994.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
BugsT
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfi
>
> Hi Guys,
>
> There appears to be a discrepancy in the way that G++ orders its
> static destructors. Given this test program:
>
> This appears to state that the 3.4.4 compiler got it right.
>
> The problem I believe is that the destructor for class A is
> registered to run using a
--- Comment #3 from kkojima at gcc dot gnu dot org 2006-02-13 13:08 ---
Created an attachment (id=10834)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10834&action=view)
patch in testing
I'm testing the attached patch which defines a new target hook,
though I'm not sure if it is t
--- Comment #4 from rakdver at gcc dot gnu dot org 2006-02-13 13:59 ---
Created an attachment (id=10835)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10835&action=view)
Other possible patch
This might be a safer choice; although it would be nice to get all conditions
right early,
The following code lets gfortran crash:
module chtest
contains
function chararray2string(chararray) result(text)
character(len=1), dimension(:) :: chararray ! input
character(len=size(chararray)) :: text ! output
integer :: n, i
text(:) = ' '
n = size(chararray)
DO
--
jakub at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jakub at gcc dot gnu dot org
|dot org
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-13 14:40 ---
Confirmed, reduced testcase:
module chtest
contains
function chararray2string(chararray) result(text)
character(len=1), dimension(:) :: chararray ! input
character(len=size(chararray)) :: text ! output
Compiling with -O2 the following creates invalid virtual operands after
SRA:
struct Foo { int a; int b; };
Foo foo(Foo p, bool ret_first)
{
Foo first = p;
Foo last = p;
return ret_first ? first : last;
}
# iftmp.0D.1761_1 = PHI <&firstD.1740(1), &lastD.1757(0)>;
:;
# VUSE ;
# VUS
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-13 15:24 ---
C testcase works correctly.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Kn
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-02-13 15:31 ---
C testcase that fails (the PHI <&first, &last> is the important part):
typedef struct { int a; int b; } Foo;
Foo foo(Foo p, _Bool ret_first)
{
Foo first = p;
Foo last = p;
Foo *q;
q = ret_first ? &first : &
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-13 15:32 ---
You can invoke the wrong aliasing before SRA:
typedef struct Foo { int a; int b; }Foo;
Foo foo(Foo first, Foo last, bool ret_first)
{
Foo t;
Foo *t1 = (ret_first ? &first : &last);
t.a = t1->a;
t.b = t1->b;
--- Comment #14 from amylaar at gcc dot gnu dot org 2006-02-13 15:33
---
Subject: Bug 25335
Author: amylaar
Date: Mon Feb 13 15:32:57 2006
New Revision: 110916
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110916
Log:
Add PR marker for:
PR middle-end/25335
* re
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-13 15:37 ---
Testcase for the mainline:
typedef struct Foo { int a; int b; }Foo;
Foo foo(Foo first, Foo last, bool ret_first)
{
Foo t;
Foo *t1 = (ret_first ? &first : &last);
first.a = 2;
last.b = 3;
t.a = t1->a;
t.b
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26258
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-13 15:42 ---
For the testcase in comment #4:
Points-to analysis
Constraints:
t1_1 = &first
t1_1 = &last
Solving graph:
Points-to sets
t1_1 = { first last }
Pointed-to sets for pointers in foo
t1_1, name memory tag: NMT.17, i
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-02-13 15:44 ---
Actually contstraints is wrong.
in the first aliasing pass before proping into the addresses into PHI's:
iftmp.0_25 = &first
iftmp.0_25 = &first.b
iftmp.0_24 = &last
iftmp.0_24 = &last.b
--
http://gcc.gnu.org/bu
--- Comment #7 from rguenth at gcc dot gnu dot org 2006-02-13 16:25 ---
I have a patch.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|
--- Comment #6 from dorit at il dot ibm dot com 2006-02-13 16:23 ---
(In reply to comment #5)
> Probably related to
> http://gcc.gnu.org/ml/gcc-patches/2006-01/msg00446.html
Would you expect then that calling mark_new_vars_to_rename, like you did in
your patch, will fix this problem?
I
Posted here:
http://gcc.gnu.org/ml/gcc/2006-02/msg00150.html
However, I have noticed this recenly as well. This is considered a bug, as
--enable-languages should actually work.
--
Summary: --enable-languages=c,c++,fortran needs ada
Product: gcc
Version: unknown
clisp currently can't be compiled with optimization very well, because PTA
takes ages when presented with source code of the form clisp uses.
The attachment demonstrates this:
% /usr/lib/gcc/powerpc64-suse-linux/4.1.0/cc1 -O1 slow-pta.i
tree PTA : 18.08 (100%) usr 0.03 (75%)
--- Comment #1 from matz at suse dot de 2006-02-13 16:53 ---
Created an attachment (id=10836)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10836&action=view)
Testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26260
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-13 17:00 ---
I have never seen this in my builds and I don't have Ada installed on my main
machine which I bootstrap on.
What is most likely happening is someone did svn change in the ada subdirectory
and did not also do it in t
This may be related to PR25868, but looks simpler. Take this
piece of code that certainly looks valid to me:
--
template class X {};
template class Y {
static const unsigned int dim = 1;
X f();
};
template
X::dim> Y::f() { return X(); }
-
We rej
--
bangerth at dealii dot org changed:
What|Removed |Added
Priority|P3 |P2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26261
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Priority|P2 |P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26261
--- Comment #4 from bangerth at dealii dot org 2006-02-13 17:13 ---
May be related to PR26261.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25868
--- Comment #2 from dberlin at gcc dot gnu dot org 2006-02-13 17:18 ---
Subject: Patch for bug 26260
This should fix it
--- Comment #3 from dberlin at gcc dot gnu dot org 2006-02-13 17:18 ---
Created an attachment (id=10837)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id
The cctools assembler used by powerpc-apple-darwin requires section directives
in the form:
.section SEGNAME, SECTION_NAME
And, using a section attribute in gcc passes the name along unmodified. So,
for example:
void foo (void) __attribute__((section("bar")));
void foo (void) {}
produces
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-13 17:22 ---
Confirmed.
The interesting part is that for compilers pre 3.4, give an even weirder error
message:
t.cc:10: error: prototype for `X::dim> Y::f()' does not match any in
class `Y'
t.cc:6: error: candidate is: X::di
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-13 17:22 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-02-13 17:23 ---
confirmed and testing in progress
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
The program
#include
#include
int main() {
std::cout.imbue(std::locale("fr_CA"));
std::cout << 1;
}
crashes on a 32-bit laptop as well as on a 64-bit workstation,
for all compiler versions 3.4.3 - 4.0.2 (didn't check others)
with a segmentation fault.
And I believe it shouldn't crash (onl
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-13 17:27 ---
This is a dup of bug 23953 which was fixed in 4.0.3.
*** This bug has been marked as a duplicate of 23953 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #11 from pinskia at gcc dot gnu dot org 2006-02-13 17:27
---
*** Bug 26263 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from bangerth at dealii dot org 2006-02-13 17:27 ---
I should have noted that the problem can be avoided by declaring the
member function as
X::dim> f();
instead of
X f();
I do find this confusing, however.
W.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=2
--- Comment #4 from jconner at gcc dot gnu dot org 2006-02-13 18:12 ---
Subject: Bug 25376
Author: jconner
Date: Mon Feb 13 18:12:17 2006
New Revision: 110917
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110917
Log:
PR target/25376
* varasm.c (function_section): Check for sect
--- Comment #4 from sebor at roguewave dot com 2006-02-13 18:12 ---
(In reply to comment #3)
[...]
> keeping get area and put area separate as much as possible (consistently with
> filebuf, by the way): this implies not only that egptr() is not updated to
> "match" epptr() upon overflow,
--- Comment #5 from pcarlini at suse dot de 2006-02-13 18:20 ---
(In reply to comment #4)
> Yes. But that doesn't conform to the requirement in 27.7.1.3, p8:
>
> ...If (mode & ios_base::in) != 0, the function alters the read end pointer
> egptr() to point just past the new write pos
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|NEW |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26250
--- Comment #2 from bkoz at gcc dot gnu dot org 2006-02-13 18:21 ---
You can reproduce by checking out the gcc tree, and then removing the ada
directories, and trying to build with --enable-languages=c,c++.
-benjamin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26259
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-13 18:23 ---
Yes you forgot to remove the library and tools directory for Ada.
This "bug" report is, doctor it hurts when I do this. Doctor: Don't do it
then.
--
pinskia at gcc dot gnu dot org changed:
What|R
--- Comment #6 from pcarlini at suse dot de 2006-02-13 18:30 ---
By the way, in my reading of the standard and DR 169, not only the bits about
egptr() in 27.7.1.3, p8 should be consistently updated, but also those about
epptr(), "... just past the new write position (as does the write en
--- Comment #3 from sayle at gcc dot gnu dot org 2006-02-13 18:33 ---
Subject: Bug 24427
Author: sayle
Date: Mon Feb 13 18:33:32 2006
New Revision: 110918
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110918
Log:
PR middle-end/24427
* fold-const.c (fold_binary)
--- Comment #7 from sebor at roguewave dot com 2006-02-13 18:36 ---
Subject: Re: stringbuf::overflow() fails to set egptr()
same as epptr()
pcarlini at suse dot de wrote:
> --- Comment #6 from pcarlini at suse dot de 2006-02-13 18:30 ---
> By the way, in my reading of the sta
--- Comment #4 from zak at transversal dot com 2006-02-13 18:46 ---
Marking as 4.0 regression, filling in versions known to work/fail.
Here is a patch, tested against mainline, which seems to fix this:
http://gcc.gnu.org/ml/gcc-patches/2006-02/msg01002.html
--
zak at transversal
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-02-13 18:48 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
URL|
The testcase from PR 18828 produces the improper diagnostic
18828.c: In function foo:
18828.c:11: warning: second parameter of va_start not last named argument
with 4.0 and above if the use of __builtin_va_start() is replaced with
__builtin_stdarg_start(). According to the ChangeLog below
__
--- Comment #9 from roger at eyesopen dot com 2006-02-13 18:51 ---
This has now been fixed on mainline.
--
roger at eyesopen dot com changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-13 18:54 ---
__builtin_stdarg_start is depreciated.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26264
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-13 18:59 ---
This patch will fix the problem:
Index: gimplify.c
===
--- gimplify.c (revision 110916)
+++ gimplify.c (working copy)
@@ -1984,7 +1984,8 @@ gimplify_c
--- Comment #7 from amylaar at gcc dot gnu dot org 2006-02-13 19:01 ---
(In reply to comment #2)
> I believe that this error occurs because vax.h defines
> PCC_STATIC_STRUCT_RETURN.
> Removing this define allows the complilation of this file to complete.
FWIW that means that some m68k t
--- Comment #7 from roger at eyesopen dot com 2006-02-13 19:02 ---
This has now been fixed on mainline.
--
roger at eyesopen dot com changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-13 19:02 ---
http://gcc.gnu.org/ml/gcc-patches/2002-07/msg00737.html
Looks like the only reason why __builtin_stdarg_start is still there is for
compatibility reasons, though it most likely should be removed.
--
http://gcc.g
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-13 19:04 ---
http://gcc.gnu.org/ml/gcc-patches/2002-06/msg02203.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26264
--- Comment #5 from James dot Juran at baesystems dot com 2006-02-13 19:06
---
Yes, that does seem to be the case based on the ChangeLog I quoted. And of
course the easy workaround for a developer is just to use __builtin_va_start
instead. But is the deprecation of __builtin_stdarg_st
> --- Comment #5 from James dot Juran at baesystems dot com 2006-02-13
> 19:06 ---
> Yes, that does seem to be the case based on the ChangeLog I quoted. And of
> course the easy workaround for a developer is just to use __builtin_va_start
> instead. But is the deprecation of __builtin_s
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-02-13 19:08 ---
Subject: Re: Extraneous warning with __builtin_stdarg_start and optimization
> --- Comment #5 from James dot Juran at baesystems dot com 2006-02-13
> 19:06 ---
> Yes, that does seem to be the case based o
--- Comment #3 from danglin at gcc dot gnu dot org 2006-02-13 19:08 ---
Regarding comment #2, while it's possible that removing
the SECONDARY_MEMORY_NEEDED_RTX define has had an effect,
we have never had support in pa.md to load an HImode value
into a floating-point register. The other
--- Comment #7 from James dot Juran at baesystems dot com 2006-02-13 19:15
---
Point granted; I guess __builtin_stdarg_start could just be removed without
warning or notice.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26264
ffortran build 2006-02-12,
Compiling a small module containing two simple functions gives the following
result:
bobo> gfortran -Wall -c basic.F90
/tmp/ccOmbUEh.s: Assembler messages:
/tmp/ccOmbUEh.s:36: Error: symbol `..__result' is already defined
--
Summary: gfortran produces ille
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-13 19:20 ---
This is a dup of bug 26246.
*** This bug has been marked as a duplicate of 26246 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-02-13 19:20 ---
*** Bug 26265 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #2 from bo dot berggren at glocalnet dot net 2006-02-13 19:21
---
Created an attachment (id=10838)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10838&action=view)
This is the source file that fails to compile.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26265
--- Comment #3 from bo dot berggren at glocalnet dot net 2006-02-13 19:22
---
Created an attachment (id=10839)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10839&action=view)
Adding the result keyword to the functions makes them compile cleanly.
--
http://gcc.gnu.org/bugzill
--- Comment #8 from dave at hiauly1 dot hia dot nrc dot ca 2006-02-13
19:23 ---
Subject: Re: [3.4/4.0/4.1/4.2 Regression] ICE: cp_expr_size, at
cp/cp-lang.c:308
> (In reply to comment #2)
> > I believe that this error occurs because vax.h defines
> > PCC_STATIC_STRUCT_RETURN.
> > Remo
--- Comment #3 from pault at gcc dot gnu dot org 2006-02-13 19:32 ---
Subject: Bug 25059
Author: pault
Date: Mon Feb 13 19:32:02 2006
New Revision: 110921
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110921
Log:
2006-02-13 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #3 from pault at gcc dot gnu dot org 2006-02-13 19:32 ---
Subject: Bug 25070
Author: pault
Date: Mon Feb 13 19:32:02 2006
New Revision: 110921
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110921
Log:
2006-02-13 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #12 from pault at gcc dot gnu dot org 2006-02-13 19:32 ---
Subject: Bug 26038
Author: pault
Date: Mon Feb 13 19:32:02 2006
New Revision: 110921
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110921
Log:
2006-02-13 Paul Thomas <[EMAIL PROTECTED]>
PR fortran
--- Comment #13 from pault at gcc dot gnu dot org 2006-02-13 19:35 ---
fixed on trunk and 4.1.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pault at gcc dot gnu dot org 2006-02-13 19:36 ---
Fixed on trunk and 4.1.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pault at gcc dot gnu dot org 2006-02-13 19:37 ---
Fixed on trunk and 4.1.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--
Summary: ICE
Product: gcc
Version: 4.0.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: igodard at pacbell dot net
http://gc
--- Comment #1 from igodard at pacbell dot net 2006-02-13 19:44 ---
Created an attachment (id=10840)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10840&action=view)
compiler output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26266
--- Comment #2 from igodard at pacbell dot net 2006-02-13 19:44 ---
Created an attachment (id=10841)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10841&action=view)
source code (compressed)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26266
--- Comment #5 from rakdver at gcc dot gnu dot org 2006-02-13 19:53 ---
I have submited my patch, as it is useful regardless of whether the new hook
will be added or not. I am not sure whether it is reasonable to introduce a
new target hook just to handle this special case; if you think
While compiling:
template
struct Type2Type {
typedef T Type;
};
template
inline void foo(Type2Type const&) {
int x = NOT_HERE;
}
int main(int, char *) {
// std::cout << "Hello world!" << std::endl;
}
g++ gives an error about NOT_HERE being declared. Rightly so, but the function
`foo' i
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-13 20:24 ---
This has nothing to do with implicity instatiating the template function.
NOT_HERE is not dependent so it is looked up as the template function is parsed
and not at instatiation time.
This is not a bug and this beha
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-02-13 20:25 ---
I should say this is rejected in 4.1.0:
../include/row.hh: In member function row::operator const row()
const [with T = unsigned int]:
../include/powerset.hh:1027: instantiated from row > powerset::ranges(row) [
While compiling:
template
struct Type2Type {
typedef T Type;
};
template
inline void foo(Type2Type const&) {
int x = NOT_HERE;
}
int main(int, char *) {
// std::cout << "Hello world!" << std::endl;
}
g++ gives an error about NOT_HERE being declared. Rightly so, but the function
`foo' i
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-02-13 20:27 ---
*** Bug 26268 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26267
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-02-13 20:27 ---
*** This bug has been marked as a duplicate of 26267 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from rakdver at gcc dot gnu dot org 2006-02-13 20:27 ---
Subject: Bug 26248
Author: rakdver
Date: Mon Feb 13 20:27:44 2006
New Revision: 110924
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110924
Log:
PR rtl-optimization/26247
PR rtl-optimization
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-13 20:29 ---
And I should say 4.1.0 is correct to reject this code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26266
--- Comment #3 from rakdver at gcc dot gnu dot org 2006-02-13 20:27 ---
Subject: Bug 26247
Author: rakdver
Date: Mon Feb 13 20:27:44 2006
New Revision: 110924
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110924
Log:
PR rtl-optimization/26247
PR rtl-optimization
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-13 20:58 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-02-13 20:58 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #8 from pault at gcc dot gnu dot org 2006-02-13 21:23 ---
Subject: Bug 20861
Author: pault
Date: Mon Feb 13 21:22:55 2006
New Revision: 110926
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110926
Log:
2006-02-13 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #2 from pault at gcc dot gnu dot org 2006-02-13 21:23 ---
Subject: Bug 26074
Author: pault
Date: Mon Feb 13 21:22:55 2006
New Revision: 110926
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=110926
Log:
2006-02-13 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
1 - 100 of 167 matches
Mail list logo
