--- Additional Comments From bonzini at gcc dot gnu dot org 2005-07-28
07:11 ---
No, the bug is in the vectorizer that produces a LSHIFT_EXPR rather than a
VEC_LSHIFT_EXPR. There must have been problems committing the patch. :-(
Paolo
--
--- Additional Comments From rmathew at gcc dot gnu dot org 2005-07-28
07:45 ---
Sorry, but I still see the following failures on
i686-pc-linux-gnu:
FAIL: Divide_1 execution - source compiled test
FAIL: Divide_1 execution - bytecode-native test
Interestingly, the -O3 executions
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-28
08:01 ---
Subject: Bug 22589
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-28 08:00:58
Modified files:
gcc/testsuite : ChangeLog
Added files:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-28
08:03 ---
Subject: Bug 22589
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-07-28 08:03:28
Modified files:
gcc/testsuite :
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-28
08:09 ---
Subject: Bug 22589
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-07-28 08:08:26
Modified files:
gcc:
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-07-28
08:10 ---
Patch applied to 3.4. I also applied the testcase to mainline and 4.0
(where it passes already).
--
What|Removed |Added
--- Additional Comments From bonzini at gcc dot gnu dot org 2005-07-28
08:20 ---
Not even that... the backend for i386 accepts an SI, not a V4SI, as the shift
count. This upsets the expander noticeably.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22480
--- Additional Comments From erik dot edelmann at iki dot fi 2005-07-28
09:06 ---
(In reply to comment #12)
interfaces. This brings me to a question: what is a named interface? I
This is a nameless interface, isn't it?
module snafu
interface
subroutine really_snafu
in libobjc/archive.c, objc_write_type() is a problem when writing a type with
more than one character.
The reason in short is the use of the ROUND-macro, defined in that file too.
the ROUND-macro returns a
new value that is rounded up to an alignment, but when its called the returned
value is
--- Additional Comments From rassahah at neofonie dot de 2005-07-28 09:10
---
oops, the diff is in reverse!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23108
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-07-28 09:23 ---
I was unable to reproduce this bug with a cross compiler version 4.0.2 20050728
(prerelease) (m68k-unknown-linux-gnu). Could you please try with current version
from gcc-4_0-branch
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-07-28 09:23 ---
I was unable to reproduce this bug with a cross compiler version 4.0.2 20050728
(prerelease) (m68k-unknown-linux-gnu). Could you please try with current version
from gcc-4_0-branch
--
What|Removed |Added
CC||belyshev at depni dot sinp
||dot msu dot ru
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-07-28 09:31 ---
Confirmed, I saw this one too.
--
What|Removed |Added
CC|
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-28
10:23 ---
Subject: Bug 18378
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-07-28 10:22:23
Modified files:
gcc/testsuite :
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-28
10:23 ---
Subject: Bug 17413
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-07-28 10:22:23
Modified files:
gcc/testsuite :
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-28
10:23 ---
Subject: Bug 18124
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-07-28 10:22:23
Modified files:
gcc/testsuite :
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-28
10:23 ---
Subject: Bug 18155
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-07-28 10:22:23
Modified files:
gcc/testsuite :
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-28
10:23 ---
Subject: Bug 16002
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-07-28 10:22:23
Modified files:
gcc/testsuite :
--- Additional Comments From giovannibajo at libero dot it 2005-07-28
10:24 ---
Fixed also for GCC 3.4.5.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From giovannibajo at libero dot it 2005-07-28
10:24 ---
Fixed also for GCC 3.4.5.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From giovannibajo at libero dot it 2005-07-28
10:25 ---
Fixed also for GCC 3.4.5.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From giovannibajo at libero dot it 2005-07-28
10:25 ---
Fixed also for GCC 3.4.5.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From giovannibajo at libero dot it 2005-07-28
10:26 ---
Fixed also for GCC 3.4.5.
--
What|Removed |Added
Status|ASSIGNED
The attached code crashes on a division by zero when compiled as follows:
dogbert gcc -O1 -funsafe-math-optimizations -ftrapping-math b.c
dogbert a.out
Floating exception
dogbert gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc/configure --prefix=/usr/local/gcc410
--- Additional Comments From p dot van-hoof at qub dot ac dot uk
2005-07-28 10:42 ---
Created an attachment (id=9377)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9377action=view)
code that causes the crash
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23109
--- Additional Comments From Tobias dot Schlueter at physik dot
uni-muenchen dot de 2005-07-28 10:45 ---
Subject: Re: interface body has incorrect scope
Quoting erik dot edelmann at iki dot fi [EMAIL PROTECTED]:
The (draft) f2k standard apperantly considers interfaces with names to
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-07-28
10:55 ---
This is another symptom of the same bug as PR19283. I'm testing
a backport of that patch.
--
What|Removed |Added
--- Additional Comments From steven at gcc dot gnu dot org 2005-07-28
11:17 ---
Accepting this bug so I don't forget about it.
--
What|Removed |Added
--- Additional Comments From erik dot edelmann at iki dot fi 2005-07-28
11:46 ---
(In reply to comment #2)
A discussion on the mailing list on this bug here:
http://gcc.gnu.org/ml/fortran/2005-06/msg00485.html
Sorry about the above. That mailing list discussion is about a different
--- Additional Comments From erik dot edelmann at iki dot fi 2005-07-28
11:50 ---
This bug has been briefly discussed on the mailing list:
http://gcc.gnu.org/ml/fortran/2005-06/msg00485.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19925
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-28
11:56 ---
Subject: Bug 18992
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-28 11:55:58
Modified files:
gcc: ChangeLog cse.c
Log message:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-28
11:56 ---
Subject: Bug 12142
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-28 11:55:58
Modified files:
gcc: ChangeLog cse.c
Log message:
I get this when I compile the below program:
interr.c:2: internal compiler error: in gimplify_expr, at gimplify.c:4307
Command line: 'gcc-4.0.1 interr.c'
GCC configured with: '--program-suffix=-4.0.1'
Similar internal error also occurs on GCC 3.3.2.
int main() {
__asm__(jmp %0 : : a (*lbl));
--- Additional Comments From dorit at il dot ibm dot com 2005-07-28 12:34
---
patch: http://gcc.gnu.org/ml/gcc-patches/2005-07/msg01879.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22506
--- Additional Comments From david at gibson dot dropbear dot id dot au
2005-07-28 12:37 ---
This is arguably a real functionality bug, not just a poor diagnostic.
The compiler will refuse to allow such a truncated address as an initializer,
even when the assembler can generate the
--- Additional Comments From schwab at suse dot de 2005-07-28 12:48 ---
I can't reproduce that natively with gcc 4.0.2 20050726 either.
--
What|Removed |Added
--- Additional Comments From schwab at suse dot de 2005-07-28 12:50 ---
I can't reproduce that natively with gcc version 4.0.2 20050726 either.
--
What|Removed |Added
--- Additional Comments From elizabeth dot brosch at thomson dot com
2005-07-28 14:07 ---
Subject: RE: Make Bootstrap fails on AIX 5.2 ML6
Thanks so much for your help yesterday. Can you think of anything else
that I could try? I'm banging my head against the wall trying to figure
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-28
14:38 ---
Subject: Bug 21149
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-28 14:38:13
Modified files:
gcc/testsuite : ChangeLog
Added files:
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-07-28
14:39 ---
Not confirmed on mainline or gcc-4.0 (GCC) 4.0.1 20050605 (prerelease)
Confirmed on 3.3.5 and gcc-3.4 (GCC) 3.4.4 20050420 (prerelease), which
pr23110.c:2: internal compiler error: in emit_move_insn, at
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-28
14:41 ---
Subject: Bug 21149
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-07-28 14:41:25
Modified files:
gcc/testsuite :
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-07-28
14:47 ---
Indeed unsafe-math-optimization is not the only precondition for this
transformation.
--
What|Removed |Added
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-07-28
15:01 ---
I have a patch.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-28
15:12 ---
Subject: Bug 22506
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-28 15:12:49
Modified files:
gcc: ChangeLog tree-vectorizer.c
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00
This metabug is used to track all the patches which have been written during
Stage 3 of GCC 4.1 but do not qualify for that stage, and are waiting for Stage
1 of GCC 4.2 to be applied.
Please, do not attacch the patches to this bug. Open a new bug report, and mark
it as blocking this metabug
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-28
16:27 ---
Subject: Bug 20187
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-28 16:27:22
Modified files:
gcc/testsuite : ChangeLog
Added files:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-28
16:30 ---
Subject: Bug 20187
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-07-28 16:30:51
Modified files:
gcc/testsuite :
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-28
16:34 ---
Subject: Bug 20187
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2005-07-28 16:34:42
Modified files:
gcc:
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-07-28
16:35 ---
Patch applied to 3.4 branch. Testcase also applied to 4.0 and mainline
(where it already passes).
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-28
16:35 ---
This is a dup of bug 22448.
*** This bug has been marked as a duplicate of 22448 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-28
16:35 ---
*** Bug 23110 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-28
16:38 ---
Turns out this is not really a regression. If you change g to r, it fails from
2.95.3 and up.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-28
16:40 ---
I will look into this late this week.
--
What|Removed |Added
CC|
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-28
16:40 ---
Confirmed, for the doc problems.
--
What|Removed |Added
Severity|normal
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00
We are already using std::search in basic_string::find and probably doing the
same for the reverse string find would also improve the performance
--
Summary: std::find_end vs basic_string::rfind
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-28
16:47 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--
Bug 22543 depends on bug 22506, which changed state.
Bug 22506 Summary: [4.1 regression] ICE with -ftree-vectorize in var_ann, at
tree-flow-inline.h:115
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22506
What|Old Value |New Value
--
What|Removed |Added
Severity|normal |minor
Component|c |tree-optimization
Summary|compiler generates
--
What|Removed |Added
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23111
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-28
17:00 ---
(In reply to comment #8)
Sorry, but I still see the following failures on
i686-pc-linux-gnu:
But that is PR 22166.
The orginal problem has been fixed.
--
What|Removed
--- Additional Comments From rearnsha at gcc dot gnu dot org 2005-07-28
17:01 ---
It's true that for older cores (eg arm7) that the code you suggest is slightly
faster, but for it to be safe to use it must be possible to determine that when
the object *is* aligned then the second word
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-07-28
17:06 ---
This does affect i686-linux and i386-freebsd, but not x86_64-linux. It appeared
between 20050716 and 20050717 (on both platforms).
Once again, sufficient testing would have revealed this. And inclusion
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-28
17:07 ---
fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--
Bug 18995 depends on bug 18992, which changed state.
Bug 18992 Summary: delete_trivially_dead_insns made ineffective for two-address
targets
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18992
What|Old Value |New Value
--
Bug 17652 depends on bug 18992, which changed state.
Bug 18992 Summary: delete_trivially_dead_insns made ineffective for two-address
targets
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18992
What|Old Value |New Value
--- Additional Comments From rth at gcc dot gnu dot org 2005-07-28 17:16
---
I expect a could-not-split error to be a target bug, not rtl-opt.
--
What|Removed |Added
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-07-28
17:17 ---
I see it too on i386-freebsd and i686-linux. Appeared between 20050713 and
20050714. But then, the pentium is not an architecture that is often used.
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-28
17:21 ---
Patch posted here: http://gcc.gnu.org/ml/gcc-patches/2005-07/msg01877.html.
--
What|Removed |Added
The following program, compiled with gcc -Wunused, issues no warnings
int foo (void);
void
bar (int *p)
{
*p++; /* perhaps (*p)++ was intended? */
foo () + foo ();
foo () + foo (), foo ();
}
(gcc 2.9.6 issues warnings for all three lines)
I have found *p++; to be a
--- Additional Comments From rth at gcc dot gnu dot org 2005-07-28 17:27
---
May be a duplicate of PR17692.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-28
17:28 ---
foo() has side effects.
*p++ has the side effect of increasing p by 1.
--
What|Removed |Added
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-07-28 17:55 ---
// Confirmed, reduced testcase (compile with -O2 -fPIC):
int k, foo ();
void baz (int, int);
template typename class T
{
void bla () throw ()
{
int j = foo ();
baz (k , j);
}
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-28
18:09 ---
Subject: Bug 22545
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-28 18:09:00
Modified files:
gcc/cp : ChangeLog call.c
--- Additional Comments From uttamp at us dot ibm dot com 2005-07-28 18:10
---
(In reply to comment #15)
In comment #7 Giovanni was saying that the compiler was generating the wrong
string. The correct string is the one in the quote from the C++ ABI. The
compiler has now been fixed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-28
18:29 ---
Here is a C testcase:
void f(void)
{
int S3;
_Bool test2;
int S1;
_Bool test0;
static float rn[4] = {-1.0e+0, -1.0e+0, -1.0e+0, -1.0e+0};
static float rp[4] = {1.0e+0, 1.0e+0, 1.0e+0, 1.0e+0};
$ cat input_cp2k.f90
MODULE string_utilities
PUBLIC :: s2a
INTERFACE s2a
MODULE PROCEDURE s2a_1
END INTERFACE
CONTAINS
PURE FUNCTION s2a_1(s1) RESULT(a)
character(LEN=1), INTENT(IN) :: s1
character(LEN=1), DIMENSION(1) :: a
a(1)=s1
END FUNCTION
END MODULE string_utilities
MODULE
The vectorizer generates wrong code for the attached example
dogbert gcc o.c
dogbert a.out
this is where I should be (R = 1.0e+00)...
dogbert gcc -O1 -ftree-vectorize o.c
dogbert a.out
I should not be here (R = -1.0e+300)...
dogbert gcc -v
Using built-in specs.
Target: i686-pc-linux-gnu
--- Additional Comments From p dot van-hoof at qub dot ac dot uk
2005-07-28 18:40 ---
Created an attachment (id=9380)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9380action=view)
code that triggers the bug
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23115
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-28
18:43 ---
And here is a testcase which fails from 3.3 and upwards at -O2 (on the mainline
you have to supply
-fno-tree-ccp -fno-tree-store-ccp as we optimize it at the tree level):
void f (void)
{
static const
--- Additional Comments From owen at titan dot com 2005-07-28 18:47 ---
From Wolfgang Bangerth:
You need to write:
template std::mapchar*,char* MyTypeSample::m_map
= std::mapchar*,char*();
My problem with this is that it requires that the static member support the copy
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-28
18:51 ---
This is caused by tree if conversion.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-28
18:53 ---
Confirmed, in 4.0.0, we produced a different ICE:
t.f90:18: internal compiler error: in gfc_conv_string_parameter, at
fortran/trans-expr.c:1987
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-28
19:02 ---
Subject: Bug 22545
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-07-28 19:02:28
Modified files:
gcc/cp :
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-07-28
19:16 ---
Fixed in 4.0.2.
--
What|Removed |Added
Summary|[3.4/4.0/4.1 Regression]
--
What|Removed |Added
Target Milestone|4.0.2 |3.4.5
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22545
On IRIX 5.3 bootstrapping end up like this:
cc -c -g -DIN_GCC -DHAVE_CONFIG_H-I. -Icp
-I/usr/people/schwarz/gcc-3.4.4/gcc -I/usr/people/schwarz/gcc-3.4.4/gcc/cp
-I/usr/people/schwarz/gcc-3.4.4/gcc/../include -I../intl
/usr/people/schwarz/gcc-3.4.4/gcc/cp/mangle.c -o cp/mangle.o
cfe:
--- Additional Comments From trt at acm dot org 2005-07-28 19:27 ---
In what sense is this bug invalid? The comment I noted in c-typeck.c does not
match the current implementation, so one or both of those must be incorrect.
Older versions of gcc issued a warning for *p++; and so should
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-28
19:31 ---
IRIX's cc is wrong to reject this.
You should be building with bootstrap and not just make to aviod bugs like
these.
--
What|Removed |Added
--- Additional Comments From bangerth at dealii dot org 2005-07-28 19:43
---
I believe you can't.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17445
The latest compiler build from CVS sources on 07-28-2005 segfaults while
building libgcc for arm-softfloat target with -O2,O2,Os opt levels. The error
does not happen when -O1 is used
The program compiles fine when I use my host compiler which is gcc version 4.0.1
20050727 (Red Hat 4.0.1-5)
--
What|Removed |Added
Component|tree-optimization |c
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23117
The source below gives a segfault on GCC 4.0.1. Spun off from Bugzilla Bug
22604, per Andrew Pinski,
since he said it was a separate issue with the same symptom. PalmSource bug
105158.
Source:
class nameOne : public nameTwo, public nameThree, public nameFour, public
nameFive, public
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Component|c
--- Additional Comments From flash at pobox dot com 2005-07-28 19:58
---
Created an attachment (id=9381)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9381action=view)
105158_BootView_min.ii
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23118
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-28
20:02 ---
Confirmed, the main reason why I said it was a different bug is because the
backtraces are different.
The second reason why I know it is a different bug is that this bug we crash in
3.4.0 also (though
FAIL: gcc.dg/vect/vect-105.c scan-tree-dump-times vectorized 1 loops 1
appeared on mainline between 20050725 and 20050726 (both at 07:00 UTC), probably
when that test was added, on ia64-hp-hpux11.23. gcc-testresults shows it also
failing on ia64-linux.
--
Summary:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-28
20:06 ---
Confirmed, backtrace:
#0 0x007f7a4c in add_branch_dependences (head=0x1e918f0, tail=0x1e918f0) at
../../gcc/sched-
rgn.c:1987
#1 0x007f818c in compute_block_backward_dependences (bb=0) at
1 - 100 of 167 matches
Mail list logo