--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-09-12
06:14 ---
Investigating.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-09-12
07:12 ---
Here are 2 equivalent testcases in Ada and C:
procedure p is
SUBTYPE INT IS INTEGER RANGE 0..1000;
TYPE RECTYPE (CONSTRAINT : INT := 80) IS
RECORD
INTFIELD : INTEGER;
STRFIELD : STRING
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-09-12
07:25 ---
I agree with Andrew, the call to __builtin_memcpy is present in t03.gimple but
not in t02.original and is hard-wired in gimplify_modify_expr_to_memcpy:
to_ptr = build_fold_addr_expr (to);
args =
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-09-12
07:53 ---
Investigating.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-12
08:10 ---
The testcase is definitely too large and trying to create a simple two-file
based one didn't work out to reproduce the problem. If it changes
calling-conventions
in single-file compile mode the function
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-12
08:15 ---
It could say, instead of
foo.cc:13: error: partial specialization `gT, true' of function template
rather
foo.cc:13: error: partial specialization `gT, true' of function template not
allowed
to make it
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-09-12
08:51 ---
About to post a patch.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-12
08:55 ---
Max memory usage on (checking-disabled) mainline is now 253149kB (on a machine
with 1GB of RAM) for C and 403669kB for C++ (!)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=12245
This testcase ICEs with -O2 -msse2 -ftree-vectorize:
void
test_1 (void)
{
static unsigned int bm[16];
int j;
for (j = 0; j 16; j++)
bm[j] = bm[j] * 8;
}
prxxx.c: In function 'test_1':
prxxx.c:8: internal compiler error: in immed_double_const, at emit-rtl.c:468
[BTW: This bug was
--- Additional Comments From rakdver at gcc dot gnu dot org 2005-09-12
09:32 ---
Patch.
--
What|Removed |Added
URL|
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-12
09:44 ---
Subject: Bug 23767
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-12 09:42:36
Modified files:
libstdc++-v3 : ChangeLog
--- Additional Comments From pcarlini at suse dot de 2005-09-12 09:45
---
Fixed for 4.1.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From pcarlini at suse dot de 2005-09-12 09:46
---
Fixed for 4.1.
--
What|Removed |Added
Target Milestone|--- |4.1.0
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-12
10:03 ---
One problem is that we use integer tree nodes for counting from zero to N, which
is just stupid and wastes RAM (because we do not collect during building the
initializer). Of course we also store that
--- Additional Comments From giovannibajo at libero dot it 2005-09-12
10:08 ---
The problem is that the gimplifier always want the index field of the
constructor element to be filled. If you fix that in the obvious way (so
that no index means previous index + 1), it should be quite
--- Additional Comments From T dot Farago at lumc dot nl 2005-09-12 10:13
---
Ah great for fixing this, will try out as soon as the latest snapshot comes. I
had the problem that was present in comment #17, just Fortran, no C-Fortran
mix.
It must have been some kind of regression (at
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-12
10:52 ---
The second testcase works for me on current mainline if adding a class UltraRoot
forward declaration at the top. It takes around 1m30 to compile and uses up
max. 522913kB of memory (1GB box, P4 2.8GHz) at
--
Bug 20405 depends on bug 15382, which changed state.
Bug 15382 Summary: frontend too lenient when checking variable declarations
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15382
What|Old Value |New Value
--- Additional Comments From tobi at gcc dot gnu dot org 2005-09-12 11:06
---
[EMAIL PROTECTED]:~/src/tests ../gcc/build/gcc/f951 pr15083.f90
In file pr15083.f90:4
REAL :: Y = 1.
1
Error: Initializer not allowed for COMMON variable 'y' at (1)
Execution
--
Bug 19292 depends on bug 18870, which changed state.
Bug 18870 Summary: [g77 regression] Equivalencing two common blocks is not
caught
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18870
What|Old Value |New Value
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-09-12
11:18 ---
(In reply to comment #21)
It must have been some kind of regression (at least for libfortran) because
it
worked in the 4.0.0 release when we first tried it.
This bug was introduced while fixing
libjava build on sh64-uknown-linux-gnu fails with:
/ext3/suzaku/home/kkojima/xsh-gcc/gcc/gcj
-B/ext3/suzaku/home/kkojima/xsh-gcc/sh64-unknown-linux-gnu/libjava/
-B/ext3/suzaku/home/kkojima/xsh-gcc/gcc/ -mieee -fclasspath=
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-09-12
12:02 ---
Current mainline with -O3 -funroll-loops daten.f takes 3.6s to compile.
loop invariant motion : 0.01 ( 0%) usr 0.00 ( 0%) sys 0.01 ( 0%) wall
0 kB ( 0%) ggc
tree canonical iv : 0.00 (
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-09-12
12:35 ---
reduced testcase, also failing with -O2 -fnon-call-exceptions
void run (void) {
float stack[1];
*(stack - 1) = 0.0;
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23714
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-09-12
12:41 ---
The problem is that the array is mapped to a single SFmode register.
One could probably replace the assert with a run-time invocation of abort().
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23714
--- Additional Comments From neil at daikokuya dot co dot uk 2005-09-12
12:42 ---
Subject: Re: Is this right?
igodard at pacbell dot net wrote:-
--- Additional Comments From igodard at pacbell dot net 2005-09-12 03:17
---
In the case you give I count one template
--- Additional Comments From igodard at pacbell dot net 2005-09-12 12:48
---
Neil -
Backwards no doubt! I'm sure that any programmer who has studied the formal
syntax of C++ will have it correctly forwards. For the remaining 99.95% of
programmers (who like me tend to use parameter and
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-12
13:10 ---
Fixed by:
* decl2.c (build_anon_union_vars): Copy attributes from the base addr.
* pt.c (tsubst_decl): Substitute in DECL_VALUE_EXPR.
--
What|Removed
gcc ver 3.4.3
system type: any
g++ -v -save-temps -Wall test.cpp
i see bug 17519 but this can be other bug.
--
Summary: warning: ignoring packed attribute on unpacked non-POD
field on templates
Product: gcc
Version: 3.4.3
Status:
--- Additional Comments From Dmitry dot Chepel at acronis dot com
2005-09-12 13:45 ---
Created an attachment (id=9709)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9709action=view)
output from compler
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23833
--- Additional Comments From Dmitry dot Chepel at acronis dot com
2005-09-12 13:46 ---
Created an attachment (id=9710)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9710action=view)
the preprocessed file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23833
--- Additional Comments From Dmitry dot Chepel at acronis dot com
2005-09-12 13:46 ---
#include iostream
templatetypename D, typename W
struct GuidTemplate
{
char kk;
D TimeLow;
W TimeMid;
W TimeHiAndVer;
union
{
char ClkSeqAndNodeArray[8];
long
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-12
13:50 ---
Subject: Bug 23290
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-12 13:50:03
Modified files:
gcc: ChangeLog stor-layout.c
Log
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-12
13:51 ---
Confirmed, works correctly on powerpc-darwin with about the same IR.
--
What|Removed |Added
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-09-12 14:20 ---
Patch posted.
--
What|Removed |Added
URL|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-12
14:29 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-12
14:31 ---
Confirmed, basicially the same issue as PR 15792.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-12
14:52 ---
Confirmed, only a 4.0 regression now.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From bangerth at dealii dot org 2005-09-12 14:54
---
(In reply to comment #9)
Of course, if the target audience for gcc is the developers that work on it,
then the present message is just fine...
Well, it certainly isn't. We are just struggling with
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-12
15:12 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-12
15:21 ---
Fixed at least on the mainline.
--
What|Removed |Added
Status|NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-12
15:23 ---
PR 22480 refences a PR which currently blocks doing this.
--
What|Removed |Added
--- Additional Comments From gdr at integrable-solutions dot net
2005-09-12 15:39 ---
Subject: Re: Is this right?
bangerth at dealii dot org [EMAIL PROTECTED] writes:
| That said, I think Richard's suggestion in comment #7 goes in the right
| direction.
Indeed. I would approve a
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-12
15:46 ---
Subject: Bug 23237
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-12 15:46:35
Modified files:
gcc: ChangeLog ipa-reference.c
Log
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-12
15:50 ---
Subject: Bug 23237
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-12 15:50:08
Modified files:
gcc/testsuite : ChangeLog
Added files:
Take following code:
int g(void);
int h(void)
{
int i = g();
return 9;
}
int h1(void)
{
g();
return 9;
}
In h(), we could remove the assignment to i and this helps out a little in
compile time when expanding
to RTL. DCE could be doing this but does not. I thought about this issue
We observe that on ia64,
gcc -On -c test.ii (n = 1,2,3)
is several times slower under gcc 4.1.0 than gcc 3.4.3:
Compile time in seconds
-O0 -O1-O2 -O3
3.4.3 5.659 9.515 13.811 14.779
4.1.0 8.417 44.652 56.176 60.204
This is typical of what we observe for
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-12
16:32 ---
(In reply to comment #0)
% gcc -v
Using built-in specs.
Target: ia64-unknown-linux-gnu
Configured with: ../configure --prefix=/wga1/gcc
Thread model: posix
gcc version 4.1.0 20050730 (experimental)
--- Additional Comments From jaffe at broad dot mit dot edu 2005-09-12
16:33 ---
Created an attachment (id=9711)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9711action=view)
preprocessed source code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23835
The gnat 4.0 compiler generates invalid code for the following program.
The output of the program is
1 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 1 0 0 0 0 0 0 0
0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0 0
which is of course not right...
If line labelled 1 is removed and
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-12
17:54 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From sje at cup dot hp dot com 2005-09-12 18:31
---
This failure is due to the fact that isfinite() does not work for 'long double'
types on HP-UX 11.00. isfinite() is used when writing floating point values in
the Fortran IO library.
--
What
--
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23835
--- Additional Comments From pannuri at cavs dot msstate dot edu
2005-09-12 18:39 ---
It seems this works:
#include math.h
#include stdio.h
static const double PI = M_PI;
static const double TWO_PI = (2.0*PI);
static const double HALF_PI = (M_PI_2);
static const double QUARTER_PI
--
What|Removed |Added
BugsThisDependsOn||22309
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19265
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-12
19:01 ---
Subject: Bug 23691
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-12 19:00:57
Modified files:
gcc/testsuite : ChangeLog
Added files:
[forwarded from http://bugs.debian.org/326026]
[EMAIL PROTECTED]:~% cat test.c
void abort(void);
unsigned long long f(unsigned long long x) {
return ((x 8) | (x 56)) ^ ((x 48) | (x 16)) ^ (x 1);
}
int main() {
volatile unsigned long long v = 0x1122334455667788ULL;
if (f(v) !=
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-12 19:02
---
This should be solved with 22309. I'd like to consolidate the bug reports to
22309, and am closing this one.
--
What|Removed |Added
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-12 19:03
---
*** This bug has been marked as a duplicate of 22309 ***
--
What|Removed |Added
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-12 19:03
---
*** Bug 19265 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-12 19:04
---
Ok, ok, I'm on these two.
-benjamin
--
What|Removed |Added
AssignedTo|unassigned at
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-12
19:05 ---
Confirmed but works with 4.0.0 20050225.
--
What|Removed |Added
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-12 19:05
---
I believe this is yet another manifestation of 22309.
--
What|Removed |Added
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-12 19:08
---
Waiting for feedback. Also, can you make sure that the toolchain you are using
passes the regression tests (ie make check?)
thanks,
benjamin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22612
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-12 19:13
---
There are no platform details, no reproducing sources, and all this on a
toolchain that is now mostly frozen.
In addition, I also cannot tell why dwarf eh is not being used. So, the answer
the question, does
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-12 19:18
---
Agree with Gaby.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23497
--- Additional Comments From falk at debian dot org 2005-09-12 19:19
---
(In reply to comment #14)
Why not reopen this to add a -Wundefined-behavior, so that at least bugs like
that could be caught up front when using -Werror?
There is already an unconditional warning, so what
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-12 19:20
---
Reproducer, compile with -Weffc++.
#include list
std::listint l;
...fixing
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-12
19:21 ---
(In reply to comment #5)
Agree with Gaby.
I disagree but what do I know.
It would be like doing:
int f(void)
{
int i;
i = (i0x) | 0x;
i = (i0x) | 0x;
return i;
}
--- Additional Comments From falk at debian dot org 2005-09-12 19:22
---
In case anybody wants to work on this, I have an old unfinished patch lying
around that adds builtins and RTL codes for byteswap operation. This allows
to use platform specific tricks that almost any platform has.
--- Additional Comments From laurent at guerby dot net 2005-09-12 19:26
---
Works on 4.1.0 20050908, confirm problem on 4.0.1 (don't have 3.4 handy).
[EMAIL PROTECTED]:~/tmp gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with:
// testcase, compile with -O2 -fno-tree-dce -fno-tree-ccp -fno-tree-copy-prop
-fno-tree-dominator-opts
int foo (void);
struct A {
struct B {
struct B *n;
} *p;
};
static inline void baz (struct A *a)
{
a-p = a-p-n;
}
void bar (struct A a)
{
while (foo ())
baz (a);
while (foo
--- Additional Comments From laurent at guerby dot net 2005-09-12 19:31
---
From a language point of view I doubt this construct is guaranteed to work,
I'll
let someone more knowledgeable say if GCC should support this or not.
In particular at -O1 or -O2 the program fail with 4.1.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-12
19:45 ---
Confirmed.
The loop below:
/* Skip through any PHI nodes we have already seen if the PHI
represents the only use of this store.
Note this does not handle the case where the store
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-12
19:48 ---
Subject: Bug 23417
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-12 19:48:05
Modified files:
libstdc++-v3 : ChangeLog
--- Additional Comments From janis at gcc dot gnu dot org 2005-09-12 19:51
---
A regression hunt on mainline for powerpc64-linux (with -m64) shows that the
test starts failing with this patch from rth:
http://gcc.gnu.org/ml/gcc-cvs/2004-07/msg00914.html
The test does not fail with
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-12
19:54 ---
Subject: Bug 7874
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-12 19:54:23
Modified files:
gcc: ChangeLog c.opt
gcc/cp
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-12
19:55 ---
Subject: Bug 23417
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-12 19:54:56
Modified files:
libstdc++-v3 :
--- Additional Comments From pcarlini at suse dot de 2005-09-12 19:59
---
Benjamin, can you also check, say, std::set? After all the PR is about
stl_tree.h... ;)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23417
class C
{
int i;
public:
C(int j) : i(j) { }
operator int() { return i; }
};
C
f (register C x)
{
return x + 31;
}
ICEs with current mainline (I suppose a regression, unless --enable-checking
compilers from previous release branches show the problem there too).
t1.cc: In function 'C
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-12
20:04 ---
Confirmed, a regression from 3.4.0 (with checking) which did not ICE on this.
It also worked with 3.5.0 20040909.
--
What|Removed |Added
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-09-12 20:05
---
Yep. Sorry. I fixed that bit too.
-benjamin
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23417
--- Additional Comments From james at recherche dot enac dot fr 2005-09-12
20:05 ---
Works perfectly well with -O1 and -O2 with gcc-3.4
There is no language trick here. The overlay A_I (which is the only tricky part)
is never used, it is only declared.
Moreover, declaring Bit as an
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-12
20:09 ---
Subject: Bug 23417
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-09-12 20:09:18
Modified files:
libstdc++-v3 :
#include stdarg.h
struct S
{
int f(int n) { return n; }
};
void f(int i, ...)
{
va_list ap;
va_start(ap, i);
va_arg(ap, S).f(0);
}
yields a bogus diagnostic and ICE with current mainline:
t2.cc: In function 'void f(int, ...)':
t2.cc:10: error: invalid lvalue in unary ''
tree check:
--- Additional Comments From ian at airs dot com 2005-09-12 20:10 ---
Bug is fixed in mainline. The fix will not be migrated back to the 3.4 or 4.0
branches, as it is inappropriate to change default behaviour to stop accepting
working programs in a point release.
--
What
--
Bug 16995 depends on bug 7874, which changed state.
Bug 7874 Summary: [3.4/4.0/4.1 regression] g++ finds friend functions defined
in class-definition but not declared in the enclosing namespace
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7874
What|Old Value
--
Bug 12944 depends on bug 7874, which changed state.
Bug 7874 Summary: [3.4/4.0/4.1 regression] g++ finds friend functions defined
in class-definition but not declared in the enclosing namespace
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=7874
What|Old Value
--- Additional Comments From ian at airs dot com 2005-09-12 20:12 ---
All known problems with C++ friend injection are now fixed, so closing this
meta-bug.
--
What|Removed |Added
--
Bug 12944 depends on bug 16995, which changed state.
Bug 16995 Summary: [meta-bug] C++ friend injection
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16995
What|Old Value |New Value
template int I
struct S
{
int f(int i = I) { return i; }
};
void
g ()
{
S(int)0. a2;
}
is valid code - floating-point literals immediately cast to integral types are
valid in integral constant expressions - but GCC (4.0/4.1) wrongly rejects it
with -ansi -pedantic-errors.
Mark has asked for
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-12
20:15 ---
Confirmed. Hmm, I don't think this is defined code as you are trying to get a
non-POD from a va_args.
But we should not reject this as it is only undefined.
Reduced testcae:
#include stdarg.h
struct S
{
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-12
20:19 ---
Confirmed, worked with 3.5.0 20040909.
--
What|Removed |Added
struct S;
extern S *p;
templateclass T int f(T*, int y = ((T*)p)-x) {
return y;
}
struct S {
private:
int x;
templateclass U friend int f(U*, int);
};
int g() {
return f(p);
}
compiles OK with 3.3, but is rejected by 4.1, 4.0 and 3.4:
t4.cc:8: error: 'int S::x' is private
t4.cc:12:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-12
20:28 ---
Confirmed, this worked with 3.4.0 20040116 so it was caused after 3.4 was
branched.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-12
20:29 ---
: Search converges between 2004-03-01-trunk (#446) and 2004-04-01-trunk (#447).
: Search converges between 2004-03-15-3.4 (#3) and 2004-04-01-3.4 (#4).
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-12
20:30 ---
It also worked with 4.0.0 20041211.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23841
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-12
20:32 ---
: Search converges between 2003-01-02-trunk (#161) and 2003-01-10-trunk (#162).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23840
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-09-12
20:32 ---
: Search converges between 2004-11-10-161001-trunk (#627) and
2004-11-11-014001-trunk
(#628).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23839
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-09-12
20:33 ---
Subject: Bug 23417
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-09-12 20:32:54
Modified files:
libstdc++-v3 : ChangeLog
1 - 100 of 153 matches
Mail list logo
