--- Comment #13 from tromey at gcc dot gnu dot org 2007-02-10 07:32 ---
The changes in your working tree should be identical to what I checked in.
'svn update' will notice this and do the right thing.
You can verify this with "svn status libjava/classpath".
It ought to report no changes.
--- Comment #5 from kkojima at gcc dot gnu dot org 2007-02-10 06:48 ---
Subject: Bug 29599
Author: kkojima
Date: Sat Feb 10 06:47:49 2007
New Revision: 121792
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121792
Log:
PR rtl-optimization/29599
* reload1.c (elimin
The test gcc.dg/tree-ssa/loop-25.c now fails on trunk; it
passed with 121775 and fails with 121781, with:
FAIL: gcc.dg/tree-ssa/loop-25.c scan-tree-dump-times Disambiguating loop 5
FAIL: gcc.dg/tree-ssa/loop-25.c scan-tree-dump-times Found latch edge 5
and in gcc.log I see:
PASS: gcc.dg/tree-ssa/lo
#include
template
class Cow {
typedef std::vector vect;
typedef vect::iterator it;
};
On line 5, the iterator typedef, I get the very odd error that (reconstituting
the types) vect::iterator is not derived from type Cow.
It took me rather a long time to figure out that what it meant is that
--- Comment #21 from tobi at gcc dot gnu dot org 2007-02-10 02:50 ---
Here's a much cleaner patch, which makes us give slightly worse error messages
than before. I'll submit this to the list tomorrow when I'm done testing.
2007-02-10 Tobias Schlüter <[EMAIL PROTECTED]>
PR fo
--- Comment #20 from tobi at gcc dot gnu dot org 2007-02-10 02:18 ---
Forgot the ChangeLog:
2007-02-10 Tobias Schlüter <[EMAIL PROTECTED]>
PR fortran/30478
* decl.c (variabl_decl): Add argument for case where we are compiling an
ENUM declaration.
(gfc_match
--- Comment #19 from tobi at gcc dot gnu dot org 2007-02-10 02:11 ---
This patch (the diff is against 4.1) fixes it on linux-i686 under valgrind.
I'm currently giving it the full testsuite exercise.
Index: gcc/fortran/decl.c
=
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2007-02-10
01:53 ---
Subject: Re: [4.3 Regression] checking for correct version of gmp.h... no
> You can certainly work around the problem for now by not using --host. To
> accomplish the same thing as that used to, you may w
--- Comment #5 from drow at gcc dot gnu dot org 2007-02-10 01:36 ---
OK, I see it. The problem is that AC_PROG_CC is invoked inside an if
statement; objext doesn't get set before that point, so it's expanded inside
the if.
If this is covered in the autoconf documentation I don't know w
--- Comment #12 from grgoffe at yahoo dot com 2007-02-10 01:19 ---
Subject: Re: build of gcc midi-dssi fails
Tom,
Second build ran ok too...
I have a question though. I did a "svn up" before the build. Does that replace
the
configure file that I/we patched?
George...
--- tromey at
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2007-02-10
01:17 ---
Subject: Re: [4.3 Regression] checking for correct version of gmp.h... no
> Check earlier? Something must have gone wrong with AC_OBJEXT.
Here's the whole log. The result of the check at configure:3725
--- Comment #43 from mmitchel at gcc dot gnu dot org 2007-02-10 01:13
---
Fixed in 4.1.2, 4.2.0.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #42 from mmitchel at gcc dot gnu dot org 2007-02-10 01:02
---
Subject: Bug 29487
Author: mmitchel
Date: Sat Feb 10 01:02:30 2007
New Revision: 121788
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121788
Log:
2007-02-06 Mark Mitchell <[EMAIL PROTECTED]>
P
--- Comment #3 from drow at gcc dot gnu dot org 2007-02-10 01:01 ---
Check earlier? Something must have gone wrong with AC_OBJEXT.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30753
--- Comment #89 from brooks at gcc dot gnu dot org 2007-02-10 00:55 ---
*** Bug 30752 has been marked as a duplicate of this bug. ***
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from brooks at gcc dot gnu dot org 2007-02-10 00:55 ---
Yup, that seems to make the problem go away. Thanks!
*** This bug has been marked as a duplicate of 323 ***
--
brooks at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2007-02-10
00:53 ---
Subject: Re: [4.3 Regression] checking for correct version of gmp.h... no
> What's in config.log?
configure:3902: checking for correct version of gmp.h
configure:3925: gcc -c -g -O2 conftest.c >&5
config
--- Comment #1 from drow at gcc dot gnu dot org 2007-02-10 00:41 ---
What's in config.log?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30753
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||drow at gcc dot gnu dot org
Keywords|
checking for correct version of gmp.h... no
configure: error: Building GCC requires GMP 4.1+ and MPFR 2.2.1+.
Try the --with-gmp and/or --with-mpfr options to specify their locations.
Copies of these libraries' source code can be found at their respective
hosting sites as well as at ftp://gcc.gnu.o
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-02-10 00:22 ---
Can you try with -ffloat-store, this might be just the normal PR 323 :).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30752
--- Comment #2 from jaffem at erau dot edu 2007-02-10 00:21 ---
Subject: Re: Improper semantics in gnat's compilation of certain
expressions involving modular arithmetic
For what it's worth (not much, I suspect ;-) I concur that this program,
below, correctly demonstrates the same bu
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||ian at gcc dot gnu dot org
Component|java
Consider the following piece of code, derived from the secnds-1.f test case
(with some changes I'd added to avoid the 20ms arbitrary tolerance):
C {dg-do run}
character*20 dum1, dum2, dum3
real t1, t1a, t2, t2a
real dat1, dat2
integer i, j, values(8)
t1 = secnds (0.0)
Building svn trunk on GNU/Linux SPARC in a sparc shell linux32 bash (uname -m =
sparc) with this configure line:
--prefix=/usr/local/4.3 --enable-java-awt=gtk,xlib
The error in brief is:
java/util/concurrent/atomic/AtomicLongArray.java:0: internal compiler error: in
extract_insn, at recog.c:2108
--- Comment #2 from reichelt at gcc dot gnu dot org 2007-02-09 22:52
---
You don't even need templates to enter the infinite loop:
struct B;
struct A
{
A(A&);
A(B);
};
struct B
{
B(A);
};
A foo();
A a(foo());
This is problem
--- Comment #3 from fxcoudert at gcc dot gnu dot org 2007-02-09 22:42
---
When we enter into gfc_trans_transfer, we have the following:
if (ss == gfc_ss_terminator)
{
/* Transfer a scalar value. */
and we come here with a EXPR_CONST array, for which ss is set to
gfc_ss_te
--- Comment #6 from drow at gcc dot gnu dot org 2007-02-09 22:37 ---
Should be better now.
--
drow at gcc dot gnu dot org changed:
What|Removed |Added
Status|
--- Comment #5 from drow at gcc dot gnu dot org 2007-02-09 22:34 ---
Subject: Bug 30748
Author: drow
Date: Fri Feb 9 22:33:51 2007
New Revision: 121778
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121778
Log:
PR bootstrap/30748
* configure.ac: Correct syntax f
--- Comment #5 from tromey at gcc dot gnu dot org 2007-02-09 22:28 ---
Created an attachment (id=13028)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13028&action=view)
first patch
This patch fixes the problem for me.
In my run, the GetStackWalkerCallingClass call in
getCallingCla
--- Comment #6 from reichelt at gcc dot gnu dot org 2007-02-09 22:28
---
Not fixed on the 4.0 branch.
Fixed in GCC 4.1.2.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from drow at gcc dot gnu dot org 2007-02-09 22:28 ---
Oops! I discovered this problem in testing but never moved the fix back to the
tree I committed from. Sorry for the inconvenience.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30748
--
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=30700
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-02-09 22:23 ---
This is a regression as we used to be warning free.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from reichelt at gcc dot gnu dot org 2007-02-09 22:13
---
Not a GCC issue, just too few RAM.
Closing by request of submitter.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-02-09 22:10 ---
I have a fix, ignore VA_ARG_EXPR in warn_if_unused_value like the rest of the
modify epxressions.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from reichelt at gcc dot gnu dot org 2007-02-09 22:09
---
Sorry, I wasn't quite right with my comment:
The bug *is* related to -fno-unit-at-a-time.
It is fixed, because the flag is ignored for C++ since GCC 4.0.0,
i.e. the compiler now always uses the unit-at-a-time mode
--- Comment #4 from tromey at gcc dot gnu dot org 2007-02-09 21:59 ---
So far the bug seems to be that we reach the
"CALLER_OF_CALLER" state in stackwalker_trace_fn
with ResourceBundle as the class.
There seems to be one more frame on the stack
than this code expects.
--
http://gcc.
--- Comment #11 from burnus at gcc dot gnu dot org 2007-02-09 21:56 ---
Subject: Bug 30512
Author: burnus
Date: Fri Feb 9 21:56:06 2007
New Revision: 121777
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121777
Log:
fortran/
2007-02-09 Tobias Burnus <[EMAIL PROTECTED]>
--- Comment #2 from acoletti at smrcusa dot com 2007-02-09 21:55 ---
Subject: RE: Cannot compile: conflicting types for 'sys_errlist'
Thank you for your prompt response. Your comment is helping me a lot.
I apologize for the inconvenience, I saw the discussion of the cygwin error
that w
--- Comment #17 from pinskia at gcc dot gnu dot org 2007-02-09 21:44
---
*** Bug 30709 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-02-09 21:44 ---
*** This bug has been marked as a duplicate of 30678 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-02-09 21:43 ---
First off, this is not the place for asking how to fix C code.
Second what is happening is that the code in
/home/.../bin/TOOLKIT/include/PGS_SMF.h on line 200 does a typedef for
sys_errlist which is different from w
Dear Sir or Madam,
Could you please help me in solving this conflict on compilation? The
sys_errlist.h is defined under the TOOLKIT directory and the one in
/usr/include/bits needs to be excluded.
This bug is very similar to one reported for cygwin, but I am usind a RedHat
box and I ma NOT using cy
--- Comment #11 from tromey at gcc dot gnu dot org 2007-02-09 20:56 ---
Thanks.
Fix checked in.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from cvs-commit at developer dot classpath dot org
2007-02-09 20:56 ---
Subject: Bug 30647
CVSROOT:/cvsroot/classpath
Module name:classpath
Changes by: Tom Tromey 07/02/09 20:56:14
Modified files:
. : ChangeLog configure.ac
L
--- Comment #9 from tromey at gcc dot gnu dot org 2007-02-09 20:53 ---
Subject: Bug 30647
Author: tromey
Date: Fri Feb 9 20:53:47 2007
New Revision: 121775
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121775
Log:
PR libgcj/30647:
* configure: Rebuilt.
--- Comment #3 from tromey at gcc dot gnu dot org 2007-02-09 20:49 ---
Definitely fails with trunk on x86.
--
tromey at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #15 from colin at gibibit dot com 2007-02-09 20:38 ---
Is the patch mentioned by Maxim checked in now? Because this bug still occurs.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29841
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
Known to fail|4.3.0 |4.2.0 4.1.2
Known to work||4.3.0
--- Comment #8 from fxcoudert at gcc dot gnu dot org 2007-02-09 20:31
---
Subject: Bug 30720
Author: fxcoudert
Date: Fri Feb 9 20:31:18 2007
New Revision: 121773
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121773
Log:
PR fortran/30720
* trans-array.c (gfc_t
--- Comment #14 from pinskia at gcc dot gnu dot org 2007-02-09 20:00
---
*** Bug 30749 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-02-09 20:00 ---
*** This bug has been marked as a duplicate of 29841 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #8 from grgoffe at yahoo dot com 2007-02-09 19:29 ---
Subject: Re: build of gcc midi-dssi fails
Tom,
If you'll let me know when you've committed your change I'll start another
build
just to double check things for you.
George...
--- tromey at gcc dot gnu dot org <[EMAIL
--- Comment #3 from brett dot albertson at stratech dot com 2007-02-09
19:26 ---
taking out the ";" in line 5018 seems to fix it.
Brett
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30748
--- Comment #3 from dj at redhat dot com 2007-02-09 19:14 ---
Did you follow the zip-picker instructions? You have to use a djgpp-aware
unzip program to install, or the filenames get all messed up.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30741
--- Comment #2 from brett dot albertson at stratech dot com 2007-02-09
19:14 ---
(In reply to comment #1)
> Well I don't see this at all in configure.
> Can you try again now that the toplevel was updated to use autoconf 2.59?
I just updated to the latest svn version, and it now fails
--- Comment #18 from pinskia at gcc dot gnu dot org 2007-02-09 19:00
---
*** Bug 30713 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-02-09 19:00 ---
*** This bug has been marked as a duplicate of 29922 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-02-09 18:59 ---
Fixed by:
http://gcc.gnu.org/ml/gcc-cvs/2007-02/msg00284.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|normal |enhancement
Component|bootstrap |target
--- Comment #1 from colin at gibibit dot com 2007-02-09 18:58 ---
Created an attachment (id=13027)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13027&action=view)
File causing crash: evp_pkey.c preprocessed and stripped of include-file line
number clutter
This is the evp_pkey.c f
When certain optimizations are enabled (but ones which are enabled with -O and
-O2), gcc crashes with an internal compiler error due to a segmentation fault.
I encountered this problem while building openssl v0.9.8d. I have reproduced
the problem on two different machines with svn builds of gcc tr
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-02-09 18:55 ---
> gcc -c -g -fkeep-inline-functions -DIN_GCC -W -Wall -Wwrite-strings
> -Wstrict-prototypes -Wmissing-prototypes -Wold-style-definition
> -Wmissing-format-attribute -fno-common -DHAVE_CONFIG_H -DGENERATOR_FILE
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-02-09 18:48 ---
I think if you do --enable-targets=all, you get the correct behavior.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30728
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Summary|ICE in compare_values, at |[4.2/4.3 Regression] ICE in
|tree-vrp.c:466
--- Comment #7 from grgoffe at yahoo dot com 2007-02-09 18:45 ---
Subject: Re: build of gcc midi-dssi fails
Tom,
Your patch worked...
I'm compiling the latest with this newer compiler just to see what breaks...
George...
--- tromey at gcc dot gnu dot org <[EMAIL PROTECTED]> wrote:
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-02-09 18:43 ---
*** Bug 30737 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-02-09 18:43 ---
(In reply to comment #2)
> I'd rather you didn't dupe this out against a bug marked as a minor diagnostic
> problem.
Well I changed it to rejects-valid.
*** This bug has been marked as a duplicate of 10676 ***
--
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-02-09 18:41 ---
Well I don't see this at all in configure.
Can you try again now that the toplevel was updated to use autoconf 2.59?
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Ad
--- Comment #2 from fxcoudert at gcc dot gnu dot org 2007-02-09 17:06
---
Confirmed. Sun and g95 also reject it, while Intel and Portland accept it.
--
fxcoudert at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from aph at gcc dot gnu dot org 2007-02-09 17:05 ---
I can't reproduce this with trunk or any of the Red Hat test builds.
zebedee:/tmp/Fail $ gij -cp main.jar F
class Z
[EMAIL PROTECTED]
zebedee:/tmp/Fail $ gij --version
java version "1.5.0"
gij (GNU libgcj) version 4.1.1
configure on trunk now gives me:
/u01/var/tmp/gcc_trunk_svn/gcc/configure: syntax error at line 5015: `;'
unexpected
Those lines look like:
eval "set -- $ac_configure_args"
for ac_arg; do
if test X"$skip_next" = X"yes"; then
--
Summary: configure broken on trunk
Produc
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-02-09 16:10 ---
*** Bug 30747 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-02-09 16:10 ---
Guess I am the master of all missed optimization bugs really :).
*** This bug has been marked as a duplicate of 22196 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed
--
ak at muc dot de changed:
What|Removed |Added
Severity|normal |enhancement
Summary|gcc should optimize x / |gcc should optimize x /
(seen on other targets too)
For
x / (cond ? const1 : const2)
gcc currently always generates a slow general purpose div. But it would
be much faster to rewrite it to
cond ? (x / const1 : x / const2)
and then use the optimized sequences for division by constant
In the Linux kernel there are
--- Comment #1 from pault at gcc dot gnu dot org 2007-02-09 15:19 ---
Sorry, I forgot to add the keyword.
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Malcolm Cohen's talk to the BCS 50th anniversary of FORTRAN meeting has this
example:
MODULE m
REAL :: x(3) = (/ 1.5, 2.5, 3.5 /)
CONTAINS
SUBROUTINE s
CALL inner
CONTAINS
SUBROUTINE inner
PRINT *,x(7) ! This is not an error!
END SUBROUTINE
FUNCTION x(n)
x = REAL(
--- Comment #18 from tobi at gcc dot gnu dot org 2007-02-09 14:53 ---
(In reply to comment #17)
> > Thank you, but I think MacIntel is officially unsupported with 4.1.
>
> Do you have a pointer to this decision? TIA
It's not listed as primary nor secondary platform in the release crite
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-02-09 14:52 ---
This is not a bug, you still need a definition of the static const variable.
You just have a declaration.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #9 from rguenth at gcc dot gnu dot org 2007-02-09 14:48 ---
I have a patch^Whack.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Assig
--- Comment #8 from pinskia at gcc dot gnu dot org 2007-02-09 14:46 ---
*** Bug 30738 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-02-09 14:46 ---
*** This bug has been marked as a duplicate of 19431 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
Compiling the code
class Class
{
public:
Class(const unsigned maxLine);
private:
static const unsigned MAX_LEN = 16;
unsigned max;
unsigned array[MAX_LEN];
};
Class::Class(const unsigned maxLine)
:max((maxLinehttp://gcc.gnu.org/bugzilla/show_bug.cgi?id=30745
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-02-09 14:41 ---
*** This bug has been marked as a duplicate of 29478 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #10 from pinskia at gcc dot gnu dot org 2007-02-09 14:41
---
*** Bug 30743 has been marked as a duplicate of this bug. ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #1 from ludovic at ludovic-brenta dot org 2007-02-09 14:34
---
Shorter test case that reproduces the problem.
with Ada.Text_IO;
procedure test1 is
type T1 is mod 9;
package T1_IO is new Ada.Text_IO.Modular_IO(T1);
X: T1 := 8;
J1: constant := 5;
begin
for J2 i
--- Comment #13 from rguenth at gcc dot gnu dot org 2007-02-09 14:19
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #12 from manu at gcc dot gnu dot org 2007-02-09 14:03 ---
Also related to this warning: PR 5645.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=11159
--- Comment #3 from manu at gcc dot gnu dot org 2007-02-09 14:02 ---
Is this a duplicate of PR 11159 or are they different?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=5645
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-02-09 14:00 ---
I'll take care of it.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Assig
--- Comment #12 from rguenth at gcc dot gnu dot org 2007-02-09 13:29
---
Subject: Bug 23361
Author: rguenth
Date: Fri Feb 9 13:29:11 2007
New Revision: 121742
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=121742
Log:
2007-02-09 Zdenek Dvorak <[EMAIL PROTECTED]>
Rich
--- Comment #10 from P dot Schaffnit at access dot rwth-aachen dot de
2007-02-09 13:25 ---
In case anyone is interested: as mnetioned in Comment #8, just calling this
tiny C routine causes a traceback
#include
#include
void checktraceback_()
{
kill ( (pid_t)0, SIGILL );
}
--
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-02-09 13:21 ---
Confirmed. Wrong types in comparison:
#5 0x0094f7ff in fold_predicate_in (stmt=0x2b5158e17690)
at /space/rguenther/src/svn/trunk/gcc/tree-ssa-propagate.c:1106
1106 val = vrp_evaluate_conditional (
--- Comment #2 from rguenth at gcc dot gnu dot org 2007-02-09 13:00 ---
Created an attachment (id=13026)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13026&action=view)
prototype patch
works for the testcase, otherwise unchecked. Does not look through copies, so
it
doesn't trigg
--- Comment #18 from j at uriah dot heep dot sax dot de 2007-02-09 12:55
---
Created an attachment (id=13025)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13025&action=view)
Updated patch, output from "svn diff" as of 2007-02-07
--
j at uriah dot heep dot sax dot de changed:
--- Comment #5 from bkoz at gcc dot gnu dot org 2007-02-09 12:51 ---
I agree with Manuel. One error should be one error, regardless of the number of
lines it takes to print it.
Two errors should be two errors, etc etc etc.
Seems like a pretty simple rule to me.
I find myself wishing
--- Comment #5 from manu at gcc dot gnu dot org 2007-02-09 12:44 ---
Someone posted a patch. It is not in the patch queue, so I mention it here
before it gets lost:
http://gcc.gnu.org/ml/gcc-patches/2007-02/msg00114.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23689
--- Comment #12 from patchapp at dberlin dot org 2007-02-09 12:20 ---
Subject: Bug number PR30554
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/2007-02/msg00807.html
--
http://gcc.gnu.org/bugzilla/s
1 - 100 of 113 matches
Mail list logo
