--
bonzini at gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |WAITING
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25435
--- Comment #3 from bonzini at gnu dot org 2006-03-21 08:25 ---
no, we should definitely document it.
--
bonzini at gnu dot org changed:
What|Removed |Added
--- Comment #25 from bonzini at gnu dot org 2006-03-21 08:27 ---
can we close this?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20070
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-03-21 09:28 ---
The 3.4 branch is closed, can you check 4.0.3 or 4.1.0 please?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-03-21 09:28 ---
The 3.4 branch is closed, can you check 4.0.3 or 4.1.0 please?
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-03-21 09:37 ---
Confirmed. Though the unreduced testcase does not build for me. The testcase
in question is
struct i2c_driver {
struct module *owner;
int (*command)(struct i2c_client *client,unsigned int cmd, void *arg);
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-03-21 09:38 ---
3.4 is confused by earlier errors and bails out.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from tbm at cyrius dot com 2006-03-21 12:09 ---
We need a testcase to reproduce this.
We don't have a minimal test case yet but you can download the source of the
package which shows this problem and see for yourself. Maybe you can come up
with a smaller testcase.
--- Comment #1 from sam at quux dot dropbear dot id dot au 2006-03-21
12:29 ---
Created an attachment (id=11081)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11081action=view)
--save-temps output from compilation of example code
--
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-03-21 15:31 ---
Mine, it is STRING_CST which is causing the ICE.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from pinskia at gcc dot gnu dot org 2006-03-21 15:31 ---
Reduced testcase:
void zconfdump(void)
{
char *p, *p2;
for (p2 = p; p2; )
{
char __a0, __a1, __a2;
__a0 = ((__const char *) (\\\))[0];
if (__a0)
return;
}
}
--
--- Comment #2 from paolo at gcc dot gnu dot org 2006-03-21 12:25 ---
Subject: Bug 25482
Author: paolo
Date: Tue Mar 21 12:25:11 2006
New Revision: 112247
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112247
Log:
2006-03-21 Paolo Carlini [EMAIL PROTECTED]
PR
The following code demonstrates the bug.
#include iostream
using namespace std;
int main() {
ios::sync_with_stdio(false);
streambuf *s=cin.rdbuf();
int c=s-sgetc();
s-pubseekoff(0,ios::cur,ios::in);
cout s;
}
When the resulting executable is run with standard input coming
When compiling the following reduced code, both GCC 4.0.3 and 4.1.0 clutter the
assembly code with some strange moves through SSE registers.
typedef union {
long long l;
double d;
} db_number;
double test(double x[3]) {
double th = x[1] + x[2];
if (x[2] != th - x[1]) {
db_number
--- Comment #6 from tbm at cyrius dot com 2006-03-21 15:33 ---
I think you're onto something here. Compiling xbsql with 4.1 against a
libxbase compiled with 4.1 works, but it fails against libxbase compiled with
4.0. So this may be an 4.0 issue - but it still leaves us with a binary
This error is generated by the example, given at the end of Metcalf, Reid and
Cohen; pointer.f90. The following reduced testcase, illustartes it:
module test
public sub
type, private :: t
! type :: t
integer :: i
end type t
contains
subroutine sub (arg)
integer arg
type(t)
--- Comment #3 from pcarlini at suse dot de 2006-03-21 12:26 ---
Fixed for 4.2.0.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from christoph dot stueckjuergen at siemens dot com
2006-03-21 12:02 ---
We found out that our problem is not related to the toolchain but to the rlimit
settings of the kernel. Sorry if the bug caused confusion! Please mark the bug
as invalid.
--
--- Comment #5 from matz at suse dot de 2006-03-21 13:59 ---
There is no such thing as a hidden reference. A symbol can be hidden,
then it's not exported and all references from inside DSO are directly bound
to it. That's not the situation we have here. We have a global exported
Three times in a row I got this error while building OOo-2.0.2 from source
according to instructions at
http://www.linuxfromscratch.org/blfs/view/svn/xsoft/openoffice.html but
adapted for OOo-2.0.2
There is a suggestion to do a full report at gcc.gnu.org so I comply.
Output of gcc -v
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-03-21 13:13 ---
I believe this is fallout from some of the regstack changes. It does indeed
look a bit silly. But using the *ps variants on an SSE1 target is ok - the xmm
registers are just used as temporary storage.
This one
--- Comment #26 from amylaar at gcc dot gnu dot org 2006-03-21 14:24
---
(In reply to comment #25)
can we close this?
No, we still have to actually re-enable the cross-jumping code,
and we haven't even gotten to the review of the if-conversion part.
--
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-03-21 14:28 ---
http://gcc.gnu.org/bugs.html
Please read the instructions there (in fact this should not have been pulled up
stream until then).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26755
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-03-21 13:25 ---
Closing as invalid as requested by the reporter.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-21 14:06 ---
Reading this bug report, leads me to think there is a bug in 4.0.x.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26755
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-03-21 14:07 ---
And we cannot do without a testcase as looking at the source which you gave
link to does not give any obvious answers.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26755
--- Comment #1 from gratbau at cantv dot net 2006-03-21 14:07 ---
Created an attachment (id=11082)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11082action=view)
Screen output for build command
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26780
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-21 14:21 ---
GNU C++ version 4.0.2 (Gentoo 4.0.2-r3, pie-8.7.8) (x86_64-pc-linux-gnu)
compiled by GNU C version 4.0.2 (Gentoo 4.0.2-r3, pie-8.7.8).
This really should have been reported to gentoo first.
--
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
Looks like a mis-applied patch in create_component_ref_by_pieces.
--
Summary: ICE in tree-ssa-pre.c at create_component_ref_by_piec
Product: gcc
Version: 4.2.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c
On Tue, 2006-03-21 at 15:02 +, malitzke at metronets dot com wrote:
--- Comment #5 from malitzke at metronets dot com 2006-03-21 15:02
---
The two if (tree_code(genop) == VALUE_HANDLE) at lines 2190 of tree-ssa-pre.c
look suspicious to me.
They aren't suspicious at all.
--- Comment #3 from malitzke at metronets dot com 2006-03-21 14:51 ---
Created an attachment (id=11084)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11084action=view)
ICE combined output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26781
namespace A { namespace B {
template typename T void foo();
} }
struct S1;
struct S2;
namespace A { namespace B {
template void foo S1 (); // accepted
} }
template void A::B::foo S2 (); // rejected
$ g++ bug.cpp -c -Wall
error: specialization of #8216;templateclass T void
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-21 14:42 ---
This is not a mis applied patch (as I created the patch).
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from gratbau at cantv dot net 2006-03-21 15:00 ---
Subject: Re: Build fails while making ../../../unxlngi6.pro/slo/cellsuno.obj
on LFS6.1, kernel 2.6.14.3
Thanks, it was most certainly that condition. Restricting the number of
concurrent running programs solved the
--- Comment #3 from sam at quux dot dropbear dot id dot au 2006-03-21
14:59 ---
Sorry - I should have confirmed it on at least one other platform before
submitting.
So I've done so now!
Exactly the same behaviour occurs on a i386-redhat-linux host with gcc version
4.0.0 20050519 (Red
--- Comment #5 from hjl at lucon dot org 2006-03-21 15:09 ---
When I make a backend change, make at the top level still tries to rebuild
all libraries, even though nothing in library will be recompiled. When Java
is enabled, it may take a while just to check if libjava needs to be
--- Comment #5 from malitzke at metronets dot com 2006-03-21 15:02 ---
The two if (tree_code(genop) == VALUE_HANDLE) at lines 2190 of tree-ssa-pre.c
look suspicious to me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26781
--- Comment #3 from gratbau at cantv dot net 2006-03-21 14:14 ---
Created an attachment (id=11083)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11083action=view)
Source file
This is the file last mentioned in the output before the fail
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-21 14:09 ---
g++: Internal error: Killed (program cc1plus)
This means it ran out of memory.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from dberlin at gcc dot gnu dot org 2006-03-21 15:14 ---
Subject: Re: [4.2 Regression] ICE in
tree-ssa-pre.c at create_component_ref_by_piec
On Tue, 2006-03-21 at 15:02 +, malitzke at metronets dot com wrote:
--- Comment #5 from malitzke at metronets
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-21 14:44 ---
Do you have a testcase?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26781
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-03-21 14:56 ---
Reducing.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
GCC build
--- Comment #7 from law at redhat dot com 2006-03-21 15:08 ---
This is a loop optimization issue, not a jump threading bug. To really
optimize this loop well we will likely need the kinds of analysis found
in Beyond Induction Variables, the classic paper describing loop flip-flops
and
--- Comment #6 from paolo dot bonzini at lu dot unisi dot ch 2006-03-21
15:53 ---
Subject: Re: stage build no longer works
hjl at lucon dot org wrote:
--- Comment #5 from hjl at lucon dot org 2006-03-21 15:09 ---
When I make a backend change, make at the top level still
--- Comment #2 from guillaume dot melquiond at ens-lyon dot fr 2006-03-21
15:27 ---
But using the *ps variants on an SSE1 target is ok - the xmm
registers are just used as temporary storage.
I can't really think of situations where it makes sense. If this a temporary
storage, it
--- Comment #9 from law at redhat dot com 2006-03-21 15:57 ---
We've got zero chance of threading the jump in this case until the
partially redundant load from i is removed.
Daniel -- there's a pretty obvious redundant load from the global
variable i in this testcase. I haven't
--- Comment #1 from pluto at agmk dot net 2006-03-21 15:58 ---
hmm $14.7.3/2 explains it very well.
sorry for the noise.
--
pluto at agmk dot net changed:
What|Removed |Added
--- Comment #12 from rguenth at gcc dot gnu dot org 2006-03-21 16:02
---
Any updates on this? It get's in the way of loop versioning conditionals which
I now have to decompose manually into chained if's :/
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-03-21 16:05
---
(In reply to comment #9)
Daniel -- there's a pretty obvious redundant load from the global
variable i in this testcase. I haven't investigated why PRE
is missing this obvious redundancy.
Because tree level
--- Comment #7 from yannick dot podgorski at kuantic dot com 2006-03-21
16:08 ---
Hi, I have the same error.
I use :
- binutils-2.16.1,
- gcc 4.1.0,
- avr-libc 1.4.3
But it works with gcc 4.0.3.
I use the doc : www.nongnu.org/avr-libc/user-manual/install_tools.html
make[3]:
namespace foo {
class obj {
friend void create() { }
};
}
int main()
{
foo::create();
}
test.cpp: In function 'int main()':
test.cpp:9: error: 'create' is not a member of 'foo'
--
Summary: friend functions defined in-class not added to enclosing
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-03-21 16:13 ---
And here is a testcase without a simplifing opportunity:
void zconfdump(__SIZE_TYPE__ i)
{
for (;;)
{
char __a0;
__a0 = (\\\)[i];
if (__a0)
return;
}
}
--
--- Comment #11 from jason at gcc dot gnu dot org 2006-03-21 16:15 ---
Subject: Bug 21581
Author: jason
Date: Tue Mar 21 16:15:25 2006
New Revision: 112250
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112250
Log:
PR c++/21581
* parser.c (cp_parser_declaration):
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-21 16:15 ---
Friend functions are not injected as declarations.
See http://gcc.gnu.org/gcc-4.1/changes.html.
This is invalid C++. Use -ffriend-injection to get back the old behavior.
--
pinskia at gcc dot gnu dot org
--- Comment #13 from dnovillo at gcc dot gnu dot org 2006-03-21 16:19
---
(In reply to comment #12)
Any updates on this? It get's in the way of loop versioning conditionals
which
I now have to decompose manually into chained if's :/
Nope. I'm unlikely to work on this any time
--- Comment #3 from jakub at gcc dot gnu dot org 2006-03-21 16:21 ---
Subject: Bug 26691
Author: jakub
Date: Tue Mar 21 16:21:24 2006
New Revision: 112251
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112251
Log:
PR c++/26691
* cp-gimplify.c
--- Comment #10 from pinskia at gcc dot gnu dot org 2006-03-21 16:26
---
I am testing the following patch:
Index: tree-ssa-pre.c
===
--- tree-ssa-pre.c (revision 112250)
+++ tree-ssa-pre.c (working copy)
@@
--- Comment #7 from hjl at lucon dot org 2006-03-21 16:27 ---
Fixed.
--
hjl at lucon dot org changed:
What|Removed |Added
Status|WAITING
--- Comment #8 from hjl at lucon dot org 2006-03-21 16:27 ---
Fixed.
--
hjl at lucon dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-03-21 16:32
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-03-21 16:32 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #14 from rguenth at gcc dot gnu dot org 2006-03-21 16:48
---
And I'm getting lost in decomposing such a conditional into BBs and COND_EXPRs
and GOTOs and adding edges and whatnot. This sucks. Where's the helper
routine that I'm not finding?
--
--- Comment #4 from tbm at cyrius dot com 2006-03-21 16:48 ---
(In reply to comment #1)
On the mainline I get:
t.cc:1: error: template declaration of 'enum'
t.cc:2: error: multiple types in one declaration
There might be a dup of this bug somewhere.
Bug #16189 is the same and has
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-03-21 16:50 ---
(In reply to comment #4)
Ok.
*** This bug has been marked as a duplicate of 16189 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-03-21 16:50 ---
*** Bug 20665 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Compiling any Fortran file with -fmudflap results in an ICE:
f951: warning: command line option -fno-builtin is valid for
C/C++/ObjC/ObjC++ but not for Fortran
lall.f:0: internal compiler error: mudflap: this language is not supported
Please submit a full bug report, [etc.]
In addition the
--- Comment #11 from dberlin at gcc dot gnu dot org 2006-03-21 16:57
---
Subject: Re: Missed jump threading
optimization
On Tue, 2006-03-21 at 15:57 +, law at redhat dot com wrote:
--- Comment #9 from law at redhat dot com 2006-03-21 15:57 ---
We've got zero
--- Comment #15 from law at redhat dot com 2006-03-21 16:57 ---
Subject: Re: VRP/DOM does not like
TRUTH_AND_EXPR
On Tue, 2006-03-21 at 16:19 +, dnovillo at gcc dot gnu dot org
wrote:
--- Comment #13 from dnovillo at gcc dot gnu dot org 2006-03-21 16:19
---
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-03-21 17:01
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-03-21 17:02 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
The line number mentioned in the extra qualification error is not
ideal. Instead of showing the line number on which the extra
qualification actually occurs it shows the last line of the
declaration.
(sid)6102:[EMAIL PROTECTED]: ~] cat test.cpp
class foo {
foo::foo(int a,
int
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-21 17:05 ---
This is the crazy parser getting the line number wrong.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #13 from sabre at nondot dot org 2006-03-21 18:03 ---
Pardon the potentially silly question here, but why 'hidden'? Why not
TREE_PUBLIC(decl) = 0? It seems that members of anonymous namespaces should be
completely internal, and not depend on platform support for hidden
--- Comment #14 from pinskia at gcc dot gnu dot org 2006-03-21 18:05
---
(In reply to comment #13)
Should I (re)open a new bug for to request TREE_PUBLIC(decl) = 0 behavior?
PR 10591 is for that issue.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21581
--- Comment #15 from sabre at nondot dot org 2006-03-21 18:06 ---
Great, thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21581
--- Comment #18 from jason at gcc dot gnu dot org 2006-03-21 18:22 ---
I think the summary is misleading; the change requested is an optimization.
The testcase breaks because PCH breaks anonymous namespace naming so that it
gets the same name in all translation units. I assume that
--- Comment #11 from malitzke at metronets dot com 2006-03-21 18:26 ---
While I have your attention I would propose this more comprehensive patch:
--- tree-ssa-pre.org.c 2006-03-21 12:55:12.0 -0500
+++ tree-ssa-pre.c 2006-03-21 13:11:36.0 -0500
@@ -2192,11
--- Comment #2 from jakub at gcc dot gnu dot org 2006-03-21 18:35 ---
Subject: Bug 26690
Author: jakub
Date: Tue Mar 21 18:35:20 2006
New Revision: 112253
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112253
Log:
PR c++/26690
* tree.c (get_callee_fndecl): If CALL
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-03-21 18:53
---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-03-21 18:58
---
Subject: Bug 26781
Author: pinskia
Date: Tue Mar 21 18:58:50 2006
New Revision: 112254
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112254
Log:
2006-03-21 Andrew Pinski [EMAIL PROTECTED]
PR
--- Comment #19 from cpence at gmail dot com 2006-03-21 19:12 ---
@#18: I disagree. This bug is the only thing preventing anonymous namespaces
from working together with PCH. As such, it's a bug, insofar as it keeps a
_very_ worthwhile feature (namely, precompiling massive C++ headers
--- Comment #20 from jason at redhat dot com 2006-03-21 19:19 ---
Subject: Re: use ODR rules to make C++ objects not be TREE_PUBLIC
Sorry I wasn't clear; I agree that this is an important bug. I meant
that fixing the unique anonymous namespace name in the presence of PCH
is the
A template class member function that is defined out-of-line with an
associated explicit template instantiation is not instantiated by g++ 4.0.x.
No warnings or error messages are given. Using earlier g++ versions, the
member function is instantiated and placed in the object file.
Confirmed
The following incorrect code causes:
simple.f90: In function bar:
simple.f90:4: internal compiler error: in gfc_conv_variable, at
fortran/trans-expr.c:355
Code:
module simple
implicit none
contains
integer function foo()
foo = 10
end function foo
subroutine bar()
foo = 10
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-21 20:51 ---
*** This bug has been marked as a duplicate of 24511 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-03-21 20:51 ---
*** Bug 26786 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from law at redhat dot com 2006-03-21 21:02 ---
Fixed with today's checkin to tree-vrp.c.
--
law at redhat dot com changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-21 21:04 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Hi,
I just installed gcc 4.1.0 to compile my template expression
matrix arithmetric library (a la Blitz).
I recently did benchmarks with g++ 3.4.4
and 4.0.2 an I was pretty much impressed that g++ 4.0.2 managed to
optimize the expressions such that I obtained performance nearly
twice as fast as
--- Comment #2 from arnold-j at t-online dot de 2006-03-21 21:11 ---
This happens with *all* versions of m68k-elf-gcc I tried to build (3.3.6,
3.4.5, 3.4.6, 4.0.2, 4.0.3).
Host gcc:
gcc version 4.0.3 20060212 (prerelease) (Debian 4.0.2-9)
Example: m68k-elf-gcc 3.4.6, configured with:
--- Comment #1 from sje at gcc dot gnu dot org 2006-03-21 21:12 ---
Subject: Bug 26384
Author: sje
Date: Tue Mar 21 21:12:00 2006
New Revision: 112257
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112257
Log:
PR libgomp/26384
* config/pa/pa64-hpux.h (LIB_SPEC):
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-03-21 21:14 ---
salias-max-implicit-fields did not exist in 4.0.x.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26788
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-21 21:27 ---
And the reason why salias-max-implicit-fields is set so low is to keep the
compile time in check since we get bug reports about that also.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26788
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-21 21:28 ---
Also do you have a testcase that can be attached to the bug since the
information here is not enough to figure out what is going wrong.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26788
--- Comment #3 from arnold-j at t-online dot de 2006-03-21 21:30 ---
Created an attachment (id=11085)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11085action=view)
The preprocessed source file causing the error
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23442
--- Comment #12 from rakdver at gcc dot gnu dot org 2006-03-21 21:35
---
(In reply to comment #11)
This is definitely a bug in loop-iv.c -- once biv_p (SET_DEST (single_set
(insn))) returns true, iv_analyze_result must succeed as well.
While I still consider this desirable, it is
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-03-21 21:59 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-03-21 21:59 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
1 - 100 of 152 matches
Mail list logo