--- Comment #7 from reichelt at gcc dot gnu dot org 2006-05-29 07:06
---
Now also fixed on the 4.1 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from reichelt at gcc dot gnu dot org 2006-05-29 07:08
---
Now also fixed on the 4.1 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #9 from reichelt at gcc dot gnu dot org 2006-05-29 07:10
---
Now also fixed on the 4.1 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-05-29 07:22 ---
It also worked with 20060507.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Tar
--- Comment #7 from bonzini at gnu dot org 2006-05-29 07:24 ---
The problem is that regstack is wrong when it comes to handling
COMPLEX_FLOAT_MODEs.
To handle clobbers, it calls move_nan_to_stack_reg twice on the same insn. But
the second call does *not* add a new insn, so we get only
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-05-29 07:32 ---
Confirmed on today's compiler.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-05-29 07:34 ---
2332 chrec_a = chrec_convert (integer_type_node, chrec_a, NULL_TREE);
2333 chrec_b = chrec_convert (integer_type_node, chrec_b, NULL_TREE);
2334 difference = chrec_fold_minus
2335(integer_type
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-29 07:44 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--- Comment #3 from aoliva at gcc dot gnu dot org 2006-05-29 08:09 ---
Mine
--
aoliva at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at
$ cat t.cc
#include
int main()
{
assert( false );
}
$ g++ -v
Using built-in specs.
Target: powerpc-ibm-aix5.2.0.0
Configured with: /tools/inst/jrichter/gcc-4.1.1/configure
--prefix=/tools/pkg/gcc/4.1.1 --enable-languages=c,c++ --disable-threads
--with-ld=/bin/ld --with-as=/bin/as
Thread model:
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-29 08:23 ---
Why do you think this is a GCC problem and not an AIX one?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27791
--- Comment #2 from joerg dot richter at pdv-fs dot de 2006-05-29 08:31
---
I think this is a GCC problem, because this is the header installed by GCC.
Removing the header works, because then /usr/include/assert.h is used. And this
system header works as expected.
--
http://gcc.gnu
--- Comment #12 from martin at mpa-garching dot mpg dot de 2006-05-29
08:53 ---
This bug prevents the current release of the Globus toolkit
(www.globus.org) from compiling.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26881
--- Comment #34 from aoliva at gcc dot gnu dot org 2006-05-29 09:15 ---
I've completed a successful profiledbootstrap on amd64-linux-gnu last night.
Is anyone else still seeing this, or is it fixed?
--
aoliva at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from aoliva at gcc dot gnu dot org 2006-05-29 09:18 ---
Created an attachment (id=11526)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11526&action=view)
Patch that appears to fix the problem
Here's a patch I'm trying to fix the problem. Hopefully I've caught all c
--- Comment #8 from bonzini at gnu dot org 2006-05-29 09:38 ---
Created an attachment (id=11527)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11527&action=view)
patch to fix the bug
I would appreciate testing this patch on x86_64, also because it touches some
squeaky code that im
--- Comment #35 from gcc at pdoerfler dot com 2006-05-29 09:39 ---
FWIW profiledbootstrap still fails with -march=pentium4 and fortran enabled
because of PR26449.
Last tested with 20060520.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22313
--- Comment #6 from jakub at gcc dot gnu dot org 2006-05-29 09:54 ---
Subject: Bug 27532
Author: jakub
Date: Mon May 29 09:54:11 2006
New Revision: 114193
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114193
Log:
2006-05-10 Richard Guenther <[EMAIL PROTECTED]>
PR tre
--- Comment #3 from uros at kss-loka dot si 2006-05-29 10:29 ---
I'm testing a patch.
--
uros at kss-loka dot si changed:
What|Removed |Added
AssignedTo|unassigne
--- Comment #4 from douze at enseeiht dot fr 2006-05-29 10:37 ---
What builtin_sqrt does is:
try fsqrt
if result is ok (fucom on it sets flags for =), return it
else call library sqrt
This was coded badly in gcc 3.4.1, causing an infinite loop (btw, I can't find
where the asm code is)
--- Comment #4 from jakub at gcc dot gnu dot org 2006-05-29 10:42 ---
Created an attachment (id=11528)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11528&action=view)
pr27790.patch
This seems to work for me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27790
The testcase I'll attach momentarily segfaults/ICEs at random places for a
checking enabled 4.1.1 compiler. Valgrind has more useful information as
==31272== Invalid read of size 4
==31272==at 0x82AC3C3: verify_ssa (tree-ssa.c:746)
==31272==by 0x8731ED8: execute_todo (passes.c:761)
...
==
--- Comment #1 from rguenth at gcc dot gnu dot org 2006-05-29 10:47 ---
Created an attachment (id=11529)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11529&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27793
--- Comment #2 from rguenth at gcc dot gnu dot org 2006-05-29 10:48 ---
./cc1plus -march=i586 -O2 -Wall -fno-strict-aliasing -quiet demux_rtp.min.ii
-fpreprocessed -frandom-seed=0
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
It seems that IA-64/HP-UX doesn't bootstrap for a couple of weeks now.
Latest results: http://gcc.gnu.org/ml/gcc-testresults/2006-05/msg00848.html
I get
: --statistics -o po/zh_TW.gmo /home/eric/svn/gcc/gcc/po/zh_TW.po
/opt/build/eric/gcc/./gcc/xgcc -B/opt/build/eric/gcc/./gcc/
-B/opt/build/eric/
--- Comment #5 from uros at kss-loka dot si 2006-05-29 11:52 ---
(In reply to comment #4)
> pr27790.patch
>
> This seems to work for me.
In V4SImode case above, there is
emit_insn (gen_subv4si3 (t1, cop0, cop1));
subv4si insn also needs cop0 in the register:
(define_exp
--- Comment #36 from papadako at csd dot uoc dot gr 2006-05-29 12:23
---
Still have this problen on x86 with latest gcc-4.1 SVN branch and
binutils 2.16.91.0.7.
stage1/xgcc -Bstage1/ -B/usr/i486-slackware-linux/bin/ -c -O2 -g
-fomit-frame-pointer -fprofile-use -freorder-blocks-and-pa
--- Comment #6 from martin at mpa-garching dot mpg dot de 2006-05-29 12:24
---
The problem appears to have gone; I cannot reproduce it any more with current
mainline.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27322
--- Comment #3 from rguenth at gcc dot gnu dot org 2006-05-29 12:43 ---
btw., the first error is right after the first may_alias pass. An interesting
observation is that we have VUSEs in the dump for the afterReading fn for the
global var verbose, while they only should appear after ali
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |fxcoudert at gcc dot gnu dot
|dot org
--- Comment #10 from patchapp at dberlin dot org 2006-05-29 13:10 ---
Subject: Bug number PR fortran/27715
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-05/msg01460.html
--
http://gcc.gnu.org/b
--- Comment #4 from rguenth at gcc dot gnu dot org 2006-05-29 13:17 ---
Further reduced testcase:
extern int foo (__const char * __format, ...);
extern int verbose;
void demux_open_rtp(void)
{
int* mem = __null;
int* rtspClient = __null;
char* sdpDescription;
if (sdpDesc
--- Comment #2 from pault at gcc dot gnu dot org 2006-05-29 13:26 ---
My fix for pr25147 and pr25098 also fixes this problem.
The code is incorrect ; abs being interpreted as a real variable, rather than
the intrinsic of this name. The patch produces the error that a procedure was
expe
--
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 #5 from rguenth at gcc dot gnu dot org 2006-05-29 13:46 ---
extern int foo (__const char * __format, ...);
extern int verbose;
void demux_open_rtp(int sdpDescription)
{
int* rtspClient = 0;
if (sdpDescription == 0) {
extern int verbose;
rtspClient = ne
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-05-29 14:04 ---
At entry of verify_ssa of afterReading() we have
(gdb) call debug_immediate_uses ()
Immediate_uses:
verbose.3_1 : --> single use.
if (verbose.3_1 > 0) goto ; else goto ;
D.1752_2 : --> single use.
foo (&"%s%s"[0]
rms asked me to try systematize the Texinfo dir categories to match the
Free Software Directory where possible. So I hope you will be ok
with changing the gcc manuals to say
@dircategory Software development
instead of
@dircategory Programming
(and "Software libraries" instead of "GNU libraries" f
--- Comment #7 from rguenth at gcc dot gnu dot org 2006-05-29 14:09 ---
4.1.0 seems to work, as well as mainline and 4.0.3.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #14 from kazu at gcc dot gnu dot org 2006-05-29 14:09 ---
Subject: Bug 26622
Author: kazu
Date: Mon May 29 14:09:37 2006
New Revision: 114198
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114198
Log:
Backport from mainline:
2006-05-28 Kazu Hirata <
--- Comment #8 from rguenth at gcc dot gnu dot org 2006-05-29 14:15 ---
Reverting
Author: amacleod
Date: Tue May 16 20:51:14 2006
New Revision: 113829
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=113829
Log:
Remove redundant hash table lookup when finding referenced vars.
200
--- Comment #9 from rguenth at gcc dot gnu dot org 2006-05-29 14:19 ---
Mark, can we please have the C++ frontend fixed instead of having workarounds
that cause all sorts of problems? Please?
--
rguenth at gcc dot gnu dot org changed:
What|Removed
--- Comment #5 from dnovillo at gcc dot gnu dot org 2006-05-29 14:57
---
Fixed. Also documented other missing passes.
--
dnovillo at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #6 from dnovillo at gcc dot gnu dot org 2006-05-29 14:58
---
Subject: Bug 26242
Author: dnovillo
Date: Mon May 29 14:57:39 2006
New Revision: 114200
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114200
Log:
PR 26242
* doc/passes.texi: Add documenta
--- Comment #5 from rguenth at gcc dot gnu dot org 2006-05-29 15:13 ---
Based on 8.3.5/8 and the example from 8.3.6/9 which reads
int f(int a, int b = a);
I think this bug is invalid and function declarations with duplicate parameter
names are not invalid.
--
http://gcc.gnu.org/b
--- Comment #3 from patchapp at dberlin dot org 2006-05-29 15:20 ---
Subject: Bug number PR c++/27713
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-05/msg01475.html
--
http://gcc.gnu.org/bugzil
--- Comment #7 from dnovillo at gcc dot gnu dot org 2006-05-29 15:28
---
Subject: Bug 26242
Author: dnovillo
Date: Mon May 29 15:28:33 2006
New Revision: 114202
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114202
Log:
PR 26242
* passes.texi: Add documentation
--
dnovillo at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dnovillo at gcc dot gnu dot
|dot org
--- Comment #3 from dnovillo at gcc dot gnu dot org 2006-05-29 15:52
---
Subject: Bug 26237
Author: dnovillo
Date: Mon May 29 15:52:51 2006
New Revision: 114204
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114204
Log:
PR 26237
* c-tree.texi: Document OpenMP d
--- Comment #4 from dnovillo at gcc dot gnu dot org 2006-05-29 15:56
---
Fixed.
--
dnovillo at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIG
--- Comment #1 from spop at gcc dot gnu dot org 2006-05-29 16:01 ---
Subject: Bug 27745
Author: spop
Date: Mon May 29 16:01:16 2006
New Revision: 114205
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114205
Log:
PR middle-end/27745
* lambda-code.c (perfect_nestif
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-05-29 16:09 ---
*** This bug has been marked as a duplicate of 27671 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-05-29 16:09 ---
*** Bug 27322 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-05-29 16:17 ---
Fixed by:
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114202
Log:
PR 26242
* passes.texi: Add documentation for pass_vrp,
pass_fre, pass_store_ccp, pass_copy_prop,
pass_st
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-05-29 16:17 ---
Fixed by:
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114202
Log:
PR 26242
* passes.texi: Add documentation for pass_vrp,
pass_fre, pass_store_ccp, pass_copy_prop,
pass_st
--- Comment #2 from sayle at gcc dot gnu dot org 2006-05-29 16:22 ---
Subject: Bug 24964
Author: sayle
Date: Mon May 29 16:22:05 2006
New Revision: 114206
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114206
Log:
PR tree-optimization/24964
* simplify-rtx.c (sim
--- Comment #9 from rguenth at gcc dot gnu dot org 2006-05-29 16:26 ---
It doesn't seem to fix the testcases:
FAIL: gcc.c-torture/execute/complex-6.c execution, -O0
FAIL: gcc.c-torture/execute/complex-6.c execution, -O1
FAIL: gcc.c-torture/execute/complex-6.c execution, -O2
FAIL:
--- Comment #6 from mueller at gcc dot gnu dot org 2006-05-29 16:26 ---
it might not be invalid, but its certainly worth a diagnostic IMHO
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13717
--- Comment #7 from reichelt at gcc dot gnu dot org 2006-05-29 16:41
---
Subject: Bug 27447
Author: reichelt
Date: Mon May 29 16:41:23 2006
New Revision: 114207
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114207
Log:
PR c++/27447
* decl2.c (grok_method_quals)
--- Comment #8 from reichelt at gcc dot gnu dot org 2006-05-29 16:43
---
Now also fixed on the 4.1 branch.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
The attached (simple) piece of code segfaults if compiled with (>=)-O2.
There are several possibilities to trigger the error.
1. Using the attached cpp, compile with -O2 ends in segfault when running the
app (-O{0,1} is fine)
2. If the cout in the last line is removed, everything seems to be fine
3
--- Comment #1 from S dot Diederich at gmx dot de 2006-05-29 16:53 ---
Created an attachment (id=11530)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11530&action=view)
cpp to reproduce the error
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27795
--- Comment #2 from S dot Diederich at gmx dot de 2006-05-29 16:54 ---
Created an attachment (id=11531)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11531&action=view)
corresponding ii
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27795
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-05-29 17:05 ---
Fixed at least on the mainline as of today (but was not as of 20060507).
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Workstation : SparcSTATION 20 with two HyperSPARC's CPU (RT626). I have
installed gcc from sunfreeware :
lebegue:[~] > gcc -v
Reading specs from /usr/local/lib/gcc/sparc-sun-solaris2.9/3.4.2/specs
Configured with: ../configure --with-as=/usr/ccs/bin/as
--with-ld=/usr/ccs/bin/ld --disable-nls
Thread
gcj 4.2 trunk
FormatMessage (with MESSAGE_FROM_SYSTEM flag) doesn't work on network messages
on win98. This causes lpMsgBuf to be null, and will cause a seg fault later.
Example code:
new Socket("127.0.0.1", );
(or some host/port that denies the connection).
I believe that one could explic
int zero { return 0; }
is gimplified to:
zero ()
{
int D.2115;
D.2115 = 0;
return D.2115;
}
The D.2115 temporary is not needed, the return value is constant, it is of the
same type as the function return type, and return CONSTANT is valid
gimple.
Not creating the temporary should sav
For this code:
struct X {double m; int x;};
struct Y {int y; short d;};
struct YY {int y; short d; char c;};
int foo(struct X *x, struct Y *y)
{
x->x = 0;
y->y = 1;
if (x->x != 0)
abort ();
}
int foo_no(struct X *x, struct YY *y)
{
x->x = 0;
y->y = 1;
if (x->x != 0)
abo
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-05-29 18:03 ---
Still fails on the 4.1 branch.
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-29 18:08 ---
Confirmed, I was going to ask about this a while back. (before you start
filing a bug about a[i] creating an extra temporary, that is PR 23401).
--
pinskia at gcc dot gnu dot org changed:
What|Re
One would think that the temporaries created when gimplifying the following
2 functions would be the same:
void hhh (int a, int b, int c){ bar (a?b:c); }
int iii (int a, int b, int c){ return (a?b:c); }
But they are not:
hhh (a, b, c)
{
int iftmp.0;
if (a != 0)
{
iftmp.0 = b;
}
--- Comment #1 from pinskia at gcc dot gnu dot org 2006-05-29 18:50 ---
Confirmed, the problem is that char is recognized as something which can alias
anything which is why it is not optimized.
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from pault at gcc dot gnu dot org 2006-05-29 18:51 ---
Ah, rats! What I say is partially correct - the reference to abs, in your test
case is what is producing the error.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27554
--- Comment #4 from reichelt at gcc dot gnu dot org 2006-05-29 19:10
---
Subject: Bug 27713
Author: reichelt
Date: Mon May 29 19:10:03 2006
New Revision: 114208
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114208
Log:
PR c++/27713
* g++.dg/template/new6.C: New
--- Comment #5 from reichelt at gcc dot gnu dot org 2006-05-29 19:19
---
Subject: Bug 27713
Author: reichelt
Date: Mon May 29 19:19:41 2006
New Revision: 114209
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114209
Log:
PR c++/27713
* pt.c (push_template_decl_re
--- Comment #17 from fxcoudert at gcc dot gnu dot org 2006-05-29 19:21
---
Subject: Bug 19777
Author: fxcoudert
Date: Mon May 29 19:21:27 2006
New Revision: 114210
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114210
Log:
PR fortran/19777
* trans-array.c (gfc_
--- Comment #6 from reichelt at gcc dot gnu dot org 2006-05-29 19:22
---
Subject: Bug 27713
Author: reichelt
Date: Mon May 29 19:22:18 2006
New Revision: 114211
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114211
Log:
PR c++/27713
* pt.c (push_template_decl_re
--- Comment #3 from jvdelisle at gcc dot gnu dot org 2006-05-29 19:29
---
Subject: Bug 27634
Author: jvdelisle
Date: Mon May 29 19:28:48 2006
New Revision: 114212
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114212
Log:
2006-05-29 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2006-05-29 19:34
---
Subject: Bug 27634
Author: jvdelisle
Date: Mon May 29 19:33:43 2006
New Revision: 114213
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114213
Log:
2006-05-29 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #7 from reichelt at gcc dot gnu dot org 2006-05-29 19:38
---
Fixed.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2006-05-29 19:39
---
Subject: Bug 27634
Author: jvdelisle
Date: Mon May 29 19:39:15 2006
New Revision: 114214
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114214
Log:
2006-05-29 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #6 from jvdelisle at gcc dot gnu dot org 2006-05-29 19:42
---
Fixed on 4.2 only. Will not go to 4.1
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
-
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27634
--- Comment #16 from paolo at gcc dot gnu dot org 2006-05-29 20:00 ---
Subject: Bug 24692
Author: paolo
Date: Mon May 29 20:00:29 2006
New Revision: 114215
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114215
Log:
2006-05-29 Paolo Carlini <[EMAIL PROTECTED]>
PR libst
--- Comment #17 from pcarlini at suse dot de 2006-05-29 20:01 ---
Fixed.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
The following valid code snippet causes an ICE since GCC 3.4.0:
template int foo(int i)
{
return !( (1 && i) ? 0 : 1 );
}
bug.cc: In function 'int foo(int)':
bug.cc:3: internal compiler error: in invert_truthvalue, at fol
The following code snippet causes an ICE since GCC 4.1.0:
===
long double longjmp();
void foo() { longjmp(); }
===
bug.c: In function 'foo':
bug.c:3: error: in basic block 3:
bug.c:3: error: flow control insn inside a basic block
(call_insn
The following invalid code causes an ICE on mainline:
=
struct A
{
double i : 8;
};
void foo(A& a)
{
(char)a.i;
}
=
bug.cc:7: error: bit-field 'double A::i' with non-integral type
bug.cc: In function 'void foo(A&)':
bug.cc:12: internal compiler error:
--- Comment #14 from jvdelisle at gcc dot gnu dot org 2006-05-29 20:49
---
Here is the fix folks. Unbelievable!
Index: io/unix.c
===
*** io/unix.c (revision 114207)
--- io/unix.c (working copy)
*** fd_seek
--- Comment #1 from dann at godzilla dot ics dot uci dot edu 2006-05-29
20:51 ---
An even simpler example which occurs quite frequently in programs:
int jjj (int a){ return bar (a); }
jjj (a)
{
int D.1891;
int D.1892;
D.1892 = bar (a);
D.1891 = D.1892;
return D.1891;
}
--
The following invalid code causes an ICE on mainline:
=
bool foo()
{
const int i = X;
return i > 0;
}
=
bug.cc: In function 'bool foo()':
bug.cc:3: error: 'X' was not declared in this scope
bug.cc:4: internal compiler error: tree check: expected cla
The following invalid code snippet causes an ICE on mainline:
=
struct A;
void foo()
{
int A::* p;
A a;
a.*p;
}
=
bug.cc: In function 'void foo()':
bug.cc:6: error: aggregate 'A a' has incomplete type and cannot be defined
bug.cc:7: internal co
--- Comment #6 from pinskia at gcc dot gnu dot org 2006-05-29 21:06 ---
Created an attachment (id=11532)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11532&action=view)
new patch which again works around darwin back-end mess
--
pinskia at gcc dot gnu dot org changed:
The following invalid code snippet causes an ICE since GCC 3.4.5:
=
struct A {};
void foo()
{
p;
extern int A::* p;
}
=
bug4.cc: In function 'void foo()':
bug4.cc:5: error: 'p' was not declared in this scope
bug4.cc:6: internal compiler error: tree
--- Comment #7 from pinskia at gcc dot gnu dot org 2006-05-29 21:08 ---
Mike since you approved my orginal patch to fix some of -fsection-anchors and I
reported this bug back with that patch, could you look into fixing this?
--
pinskia at gcc dot gnu dot org changed:
What
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27805
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.2.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27804
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.0.4
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27801
1 - 100 of 165 matches
Mail list logo