--- Comment #12 from rob1weld at aol dot com 2007-06-23 07:51 ---
> Send a patch that implements your argflaps
Cyclone uses what it calls "thin" and "fat" pointers. We could implement this
in GCC. An extra byte per variable could store the type and a bit of code could
check it (at run-t
--- Comment #1 from burnus at gcc dot gnu dot org 2007-06-23 07:34 ---
R527 data-implied-do
is ( data-i-do-object-list , data-i-do-variable = scalar-int-expr,
scalar-int-expr [ , scalar-int-expr ] )
R528 data-i-do-object is array-element
or scal
--- Comment #17 from rguenth at gcc dot gnu dot org 2007-06-23 08:56
---
The patch looks reasonable and is ok if you add the testcase from comment #2
and
it bootstraps®tests. Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31541
--- Comment #13 from rob1weld at aol dot com 2007-06-23 08:32 ---
(In reply to comment #11)
> (1) Try -Wformat
"-Wall" includes "-Wformat" according to gcc.info. See comment 7 for the
command line I used:
/* /usr/test/bin/gcc -Wall -Wconversion -o math_test_7 math_test_7.c */
> (3) Th
--- Comment #10 from tbm at cyrius dot com 2007-06-23 09:16 ---
(In reply to comment #8)
> > This bug is extremely common (seen while compiling the Debian archive).
> > Honza, can you take a look soon?
>
> I will check it tomorrow. However why users use -fno-unit-at-a-time at
> all? D
--- Comment #5 from rguenth at gcc dot gnu dot org 2007-06-23 09:13 ---
*** Bug 30563 has been marked as a duplicate of this bug. ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #9 from rguenth at gcc dot gnu dot org 2007-06-23 09:13 ---
It is a dup.
*** This bug has been marked as a duplicate of 30537 ***
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #13 from rguenth at gcc dot gnu dot org 2007-06-23 09:39
---
Mine, patch posted.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Assig
--- Comment #20 from rob1weld at aol dot com 2007-06-23 09:30 ---
Created an attachment (id=13766)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13766&action=view)
Patch main configure script to use mpfr 2.2.1, also detect mpfr library and
header version mismatch - submitted to [EM
--- Comment #5 from ubizjak at gmail dot com 2007-06-23 10:28 ---
(In reply to comment #4)
> The reduced testcase does not seem to work on i686-linux. However I
> can reproduce the ICE with the original bit_allocate.i file.
It crashes on x86_64 host when compiling with -O3 -m32. I didn
--- Comment #26 from rguenth at gcc dot gnu dot org 2007-06-23 10:23
---
I guess its hard to find a fix that does not regress elsewhere, so I'm inclined
to WONTFIX this on the 4.2 branch. As it's still P1 this needs RM approval
though.
Mark?
--
rguenth at gcc dot gnu dot org change
--- Comment #4 from spop at gcc dot gnu dot org 2007-06-23 10:21 ---
The reduced testcase does not seem to work on i686-linux. However I
can reproduce the ICE with the original bit_allocate.i file.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32461
--- Comment #25 from ebotcazou at gcc dot gnu dot org 2007-06-23 10:16
---
Any hope of having this fixed on the 4.2 branch too or should it be closed?
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #15 from ubizjak at gmail dot com 2007-06-23 10:00 ---
(In reply to comment #14)
> Subject: Bug 31090
>
> Author: dnovillo
> Date: Wed Apr 11 17:14:06 2007
> New Revision: 123719
>
HJ, what is the situation w.r.t performance regression after the above patch
was committed t
--- Comment #9 from pault at gcc dot gnu dot org 2007-06-23 10:48 ---
This does the job:
Index: /svn/trunk/gcc/fortran/resolve.c
===
--- /svn/trunk/gcc/fortran/resolve.c(revision 125970)
+++ /svn/trunk/gcc/fortran/resol
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
CC||ebotcazou at gcc dot gnu dot
|
--- Comment #6 from spop at gcc dot gnu dot org 2007-06-23 11:05 ---
Subject: Re: [4.3 Regression] Segmentation fault in
build_classic_dist_vector_1() at tree-data-ref.c:2700
Okay.
The fail is because one of the folds is not a constant as expected:
MINUS_EXPR
(unsigned int) bndstart_
--- Comment #3 from pcarlini at suse dot de 2007-06-23 11:32 ---
Ok, let's close it...
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|UNCONFIR
Starting with revision 122414, we have three testcases which will always fail
on targets where an int is 16 bits wide:
gcc.dg/torture/pr30364-1.c
gcc.dg/torture/pr30364-2.c
gcc.dg/torture/pr30364-3.c
Additionally, they will test nothing on a target where an int is 64 bits wide.
--
S
--- Comment #18 from hubicka at gcc dot gnu dot org 2007-06-23 11:58
---
Subject: Bug 31541
Author: hubicka
Date: Sat Jun 23 11:58:18 2007
New Revision: 125971
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125971
Log:
PR middle-end/31541
* gimplify.c (mark_add
r.f90:1: internal compiler error: in gfc_conv_string_init, at
fortran/trans-const.c:106
(4.3.0 20070623, x86_64-unknown-linux-gnu)
This is
gcc_assert (expr->expr_type == EXPR_CONSTANT);
Test case:
CHARACTER(len=1025) :: string2 = repeat('?',1025)
print *, string2
end
If one uses
--- Comment #8 from burnus at gcc dot gnu dot org 2007-06-23 13:41 ---
Issue which could be solved by the fix for this PR: PR 29876.
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from burnus at gcc dot gnu dot org 2007-06-23 13:53 ---
Also the following is not allowed:
data (string,i=1,1)/'hello'/
or
data (string,i=1,2)/'hello','foo'/
For the second, ifort -stand f95:
Warning: Overlapping storage initializations encountered with STRING
For both:
--- Comment #1 from dfranke at gcc dot gnu dot org 2007-06-23 13:47 ---
I think this is parsed as a statement function.
For something similar, I once got messages as: expected character but got
procedure.
Couldn't find time to investigate further, though :(
--
http://gcc.gnu.org/
--- Comment #12 from tbm at cyrius dot com 2007-06-23 12:37 ---
No, I don't think anything else important shows this problem, except of the
kernel and the Haskell stuff.
Thanks for the patch!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30563
--- Comment #2 from dfranke at gcc dot gnu dot org 2007-06-23 12:33 ---
There is no ICE on i686-pc-linux-gnu (confirmed by gdb and valgrind).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32136
--- Comment #11 from hubicka at ucw dot cz 2007-06-23 12:33 ---
Subject: Re: [4.3 Regression] ice for legal code with flags -O2
-fno-unit-at-a-time
> > I will check it tomorrow. However why users use -fno-unit-at-a-time at
> > all? Do you have some idea what packages, except for kern
--- Comment #8 from zadeck at naturalbridge dot com 2007-06-23 15:55
---
Subject: Re: [4.3 Regression] MIPS: FAIL in gcc.dg/cleanup-[8|9|10|11].c
This patch changes dce:deletable_insn_p so that it looks at all of the
top level
clauses in a parallel to make it's decision. It was not k
--- Comment #20 from rguenther at suse dot de 2007-06-23 15:42 ---
Subject: Re: [4.3 Regression] cannot take address of
bit field
On Sat, 23 Jun 2007, malitzke at metronets dot com wrote:
> Question is it the policy of the gcc community to render all 32-bit machines
> obsolete for la
--- Comment #13 from daney at gcc dot gnu dot org 2007-06-23 16:47 ---
Thanks for the patch. I just started a mipsel-linux bootstrap.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32437
--- Comment #12 from zadeck at naturalbridge dot com 2007-06-23 16:23
---
Subject: Re: [4.3 Regression] MIPS: FAIL in gcc.dg/cleanup-[8|9|10|11].c
Richard Guenther wrote:
> On 6/23/07, Kenneth Zadeck <[EMAIL PROTECTED]> wrote:
>> This patch changes dce:deletable_insn_p so that it look
--- Comment #11 from zadeck at gcc dot gnu dot org 2007-06-23 16:21 ---
Subject: Bug 32437
Author: zadeck
Date: Sat Jun 23 16:21:43 2007
New Revision: 125972
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125972
Log:
2007-06-23 Kenneth Zadeck <[EMAIL PROTECTED]>
PR mid
--- Comment #7 from burnus at gcc dot gnu dot org 2007-06-23 16:13 ---
TRANSFER is rejected at initialization expression (w/ -std=f95 & f2003) but it
is allowed per 7.1.6.1 Constant expression / initialization expression (F95
standard):
"(5) A reference to one of the transformational fu
--- Comment #10 from richard dot guenther at gmail dot com 2007-06-23
16:12 ---
Subject: Re: [4.3 Regression] MIPS: FAIL in gcc.dg/cleanup-[8|9|10|11].c
On 6/23/07, Kenneth Zadeck <[EMAIL PROTECTED]> wrote:
> This patch changes dce:deletable_insn_p so that it looks at all of the
> top
--- Comment #2 from patchapp at dberlin dot org 2007-06-23 16:10 ---
Subject: Bug number PR 32460
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-06/msg01702.html
--
http://gcc.gnu.org/bugzilla/s
--- Comment #9 from paolo dot bonzini at lu dot unisi dot ch 2007-06-23
16:03 ---
Subject: Re: [4.3 Regression] MIPS: FAIL in gcc.dg/cleanup-[8|9|10|11].c
Kenneth Zadeck wrote:
> This patch changes dce:deletable_insn_p so that it looks at all of the
> top level
> clauses in a parallel
--- Comment #21 from rguenth at gcc dot gnu dot org 2007-06-23 15:59
---
Fixed.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNE
--- Comment #1 from burnus at gcc dot gnu dot org 2007-06-23 14:55 ---
Mine. Note that
type :: bar
integer, private :: x
end type
has the same problem, esp. "b%x = 5" is also possible.
--
burnus at gcc dot gnu dot org changed:
What|Removed
--- Comment #16 from hjl at lucon dot org 2007-06-23 14:46 ---
> HJ, what is the situation w.r.t performance regression after the above patch
> was committed to SVN?
>
I think it still needs tuning. I got the following on Linux/Intel64:
(r125740 - r121297)/r1
--- Comment #2 from eweddington at cso dot atmel dot com 2007-06-23 15:39
---
Works for me with gcc 4.2.0 and binutils 2.17.
Andreas, what version of binutils are you using?
--
eweddington at cso dot atmel dot com changed:
What|Removed |Added
---
--- Comment #19 from malitzke at metronets dot com 2007-06-23 15:39 ---
Thank you Mr Hubicka for solving this. I had earlier used your patch from
comment 16 but i had to apply it by hand as my patch-2.5.9 (Larry Wall) would
take that published patch even after html2text; changing --- gim
--- Comment #15 from rguenth at gcc dot gnu dot org 2007-06-23 18:18
---
Fixed on the mainline.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Known
--- Comment #14 from rguenth at gcc dot gnu dot org 2007-06-23 18:18
---
Subject: Bug 29478
Author: rguenth
Date: Sat Jun 23 18:17:57 2007
New Revision: 125974
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125974
Log:
2007-06-23 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #14 from kargl at gcc dot gnu dot org 2007-06-23 17:56 ---
(In reply to comment #13)
> (In reply to comment #11)
> > (1) Try -Wformat
>
> "-Wall" includes "-Wformat" according to gcc.info. See comment 7 for the
> command line I used:
> /* /usr/test/bin/gcc -Wall -Wconversion
--- Comment #6 from rearnsha at gcc dot gnu dot org 2007-06-23 18:11
---
Fixed on trunk.
--
rearnsha at gcc dot gnu dot org changed:
What|Removed |Added
Stat
--- Comment #7 from spop at gcc dot gnu dot org 2007-06-23 18:10 ---
Subject: Re: [4.3 Regression] Segmentation fault in
build_classic_dist_vector_1() at tree-data-ref.c:2700
Hi,
In data dependence analysis, when the dependence distance is
lexicographically negative, we recompute the
): Match the correct operand for optimized LT0 test.
Remove optimization for GT.
*gcc.c-torture/execute/20070623-1.c: New.
Added:
trunk/gcc/testsuite/gcc.c-torture/execute/20070623-1.c
Modified:
trunk/gcc/ChangeLog
trunk/gcc/config/arm/arm.md
trunk/gcc/testsuite/C
--- Comment #19 from rguenth at gcc dot gnu dot org 2007-06-23 18:18
---
Subject: Bug 16876
Author: rguenth
Date: Sat Jun 23 18:17:57 2007
New Revision: 125974
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=125974
Log:
2007-06-23 Richard Guenther <[EMAIL PROTECTED]>
--- Comment #14 from dave at hiauly1 dot hia dot nrc dot ca 2007-06-23
18:40 ---
Subject: Re: [4.3 Regression] MIPS: FAIL in gcc.dg/cleanup-[8|9|10|11].c
> Thanks for the patch. I just started a mipsel-linux bootstrap.
Same here for hppa-linux.
Dave
--
http://gcc.gnu.org/bugzi
--- Comment #7 from tbm at cyrius dot com 2007-06-23 19:07 ---
Are you not going to apply this to 4.1 and 4.2?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31152
--- Comment #8 from tbm at cyrius dot com 2007-06-23 19:07 ---
Richard, I think this patch should also be added to the 4.1 and 4.2 branches.
--
tbm at cyrius dot com changed:
What|Removed |Added
-
When building for target i686-pc-mingw32 on host (Debian) i686-pc-linux-gnu
I find the file /opt/build/gcc-4.1.2/libiberty/pex-win32.c uses both
#include "pex-common.h" and "#include " thus we get this:
In file included from
/opt/mingw32/i686-pc-mingw32/sys-include/bits/resource.h:151,
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-06-23 19:26 ---
This looks more like a mingw header problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32474
--- Comment #10 from richard dot guenther at gmail dot com 2007-06-23
19:24 ---
Subject: Re: [4.3 Regression] Segmentation fault in
build_classic_dist_vector_1() at tree-data-ref.c:2700
On 6/23/07, Richard Guenther <[EMAIL PROTECTED]> wrote:
> On 6/23/07, Sebastian Pop <[EMAIL PROTECT
--- Comment #9 from richard dot guenther at gmail dot com 2007-06-23 18:36
---
Subject: Re: [4.3 Regression] Segmentation fault in
build_classic_dist_vector_1() at tree-data-ref.c:2700
On 6/23/07, Sebastian Pop <[EMAIL PROTECTED]> wrote:
> Hi,
>
> In data dependence analysis, when the
gcc version 4.1.2 from
http://ftp.gnu.org/gnu/gcc/gcc-4.1.2/gcc-core-4.1.2.tar.bz2 when compiled with
--target=i686-pc-mingw32 on host i686-pc-linux-gnu has trouble when it compiles
/gcc-4.1.2/libiberty/fopen_unlocked.c under certain conditions.
Here is where the error occurs:
/opt/build/gcc-i68
--- Comment #4 from mmitchel at gcc dot gnu dot org 2007-06-23 19:52
---
As this patch has been checked in, can this PR be closed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31923
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-06-23 19:49 ---
/opt/mingw32/i686-pc-mingw32/sys-include/stdio_ext.h:47: error: expected '=',
That is a bug in mingw header files and not in GCC, report this bug to mingw
instead of here.
--
pinskia at gcc dot gnu dot org chang
--- Comment #16 from ubizjak at gmail dot com 2007-06-23 19:41 ---
(In reply to comment #14)
> m.c: In function 'main':
> m.c:9: warning: implicit declaration of function 'abs'
Also, add a prototype for integer abs(), like "int abs(int);". Then everything
will work as "expected".
--
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-06-23 19:48 ---
# 109 "/opt/mingw32/i686-pc-mingw32/include/winsock2.h" 3
# 69 "/opt/mingw32/i686-pc-mingw32/sys-include/bits/time.h"
These two headers don't come from GCC at all so closing as invalid. Please
report this bug to m
--- Comment #15 from rob1weld at aol dot com 2007-06-23 18:49 ---
>Andrew Pinski
>abs converts the float/double to an integer type so this is not a bug.
>Uros Bizjak
>The non-problem you are going after is in printf(). It takes variable arguments
>from the stack and interprets them acc
--- Comment #17 from ubizjak at gmail dot com 2007-06-23 19:51 ---
(In reply to comment #15)
> and here is the incorrect output:
Here is the correct input:
--cut here--
#include
int abs(int);
double fabs(double);
int main()
{
printf("%i %f %i %i\n", abs(1234.5678), fabs(1234.5
--- Comment #5 from mmitchel at gcc dot gnu dot org 2007-06-23 20:15
---
Can this issue be closed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29077
--- Comment #27 from mmitchel at gcc dot gnu dot org 2007-06-23 20:45
---
Richard G., by:
"I guess its hard to find a fix that does not regress elsewhere, so I'm
inclined
to WONTFIX this on the 4.2 branch."
are you referring to functional problems or to Richard E's comments regarding
--- Comment #3 from rob1weld at aol dot com 2007-06-23 21:04 ---
OK. I thought since GCC had a number of "#ifdef __MINGW32__" lines in it's
source that the fixes were done on GCC to accommodate the OS (especially on a
cross-compile) in preference to altering system header files to work f
--- Comment #2 from rob1weld at aol dot com 2007-06-23 21:05 ---
OK. I thought since GCC had a number of "#ifdef __MINGW32__" lines in it's
source that the fixes were done on GCC to accommodate the OS (especially on a
cross-compile) in preference to altering system header files to work f
the following function does not setup a stackframe. It is only visible
in the generated assembler code.
good:
0: 55 push %ebp
1: 89 e5 mov%esp,%ebp
3: 83 ec 10sub$0x10,%esp
6: 8b 45 08mov0x8(%
--- Comment #1 from marcus at jet dot franken dot de 2007-06-23 21:12
---
Created an attachment (id=13769)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13769&action=view)
preloader.i
gcc -O2 -c preloader.i (on i*86), then disassemble.
--
http://gcc.gnu.org/bugzilla/show_b
--- Comment #2 from pault at gcc dot gnu dot org 2007-06-23 21:13 ---
(In reply to comment #1)
It's wierd - this works fine:
Character(1), parameter :: query = "?"
CHARACTER(len=1025) :: string2 = repeat(query,1025)
print *, string2
end
Paul
--
http://gcc.gnu.org/bugzilla/show_bu
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
CC||rguenth at gcc dot gnu dot
|
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-06-23 22:31 ---
The target might have forgot a barrior. the RTL is correct after pro_epilogue.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32475
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-06-23 22:32 ---
dse2 removes the decrement:
(insn/f 24 23 25 2 t2.c:2 (parallel [
(set (reg/f:SI 7 sp)
(plus:SI (reg/f:SI 7 sp)
(const_int -16 [0xfff0])))
(clob
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-06-24 00:53 ---
I can reproduce this, I am in the middle of reducing it, it is an interaction
between friends, extern templates and visibility attribute on namespaces.
--
pinskia at gcc dot gnu dot org changed:
What
--- Comment #4 from spark at gcc dot gnu dot org 2007-06-24 01:05 ---
I think Kenny's last patch for PR32437 fixes this as well.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32475
--- Comment #5 from zadeck at naturalbridge dot com 2007-06-24 01:10
---
Subject: Re: [4.3 Regression] function with asm()
does not setup stack frame
spark at gcc dot gnu dot org wrote:
> --- Comment #4 from spark at gcc dot gnu dot org 2007-06-24 01:05 ---
> I think Kenny's
--- Comment #6 from spark at gcc dot gnu dot org 2007-06-24 02:01 ---
(In reply to comment #5)
> Subject: Re: [4.3 Regression] function with asm()
> does not setup stack frame
>
> spark at gcc dot gnu dot org wrote:
> > --- Comment #4 from spark at gcc dot gnu dot org 2007-06-24
--- Comment #15 from rob1weld at aol dot com 2007-06-24 02:17 ---
I origonally reported "The bootstrap hardly runs for a few minutes and then I
get an ICE." That is no longer the case. I am making gcc version 4.3.0
20070623.
I'm 4 hours into the make (my build is made
--- Comment #31 from rob1weld at aol dot com 2007-06-24 02:22 ---
(In reply to comment #14)
> *** Bug 32024 has been marked as a duplicate of this bug. ***
32024 is fixed. I would add 4.3.0 to _this_ "Known to work" list if I was able.
--
rob1weld at aol dot com changed:
--- Comment #7 from zadeck at naturalbridge dot com 2007-06-24 02:48
---
Subject: Re: [4.3 Regression] function with asm()
does not setup stack frame
spark at gcc dot gnu dot org wrote:
> --- Comment #6 from spark at gcc dot gnu dot org 2007-06-24 02:01 ---
> (In reply to co
--- Comment #18 from rob1weld at aol dot com 2007-06-24 03:21 ---
(In reply to comment #16)
> (In reply to comment #14)
> > m.c: In function 'main':
> > m.c:9: warning: implicit declaration of function 'abs'
> Also, add a prototype for integer abs(), like "int abs(int);". Then everything
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-06-24 03:37 ---
*** This bug has been marked as a duplicate of 27668 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #13 from pinskia at gcc dot gnu dot org 2007-06-24 03:37
---
*** Bug 32320 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
Severity|normal |enhancement
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32273
--- Comment #2 from pinskia at gcc dot gnu dot org 2007-06-24 03:46 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-06-24 03:49 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #17 from pinskia at gcc dot gnu dot org 2007-06-24 03:53
---
Fixed.
Note I think the proposed patch attached here will fix PR 32200. That testcase
was not fixed the VRP patch. The VRP patch fixes the case where we have IV -
IV inside the loop.
--
pinskia at gcc dot gnu
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
--- Comment #6 from pinskia at gcc dot gnu dot org 2007-06-24 04:04 ---
http://gcc.gnu.org/ml/gcc/2005-01/msg00016.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32444
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-06-24 04:07 ---
On the mainline, we have ivtmp.33 going from 1 to 101 so it does not equal the
same as what i is.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32445
--- Comment #7 from pinskia at gcc dot gnu dot org 2007-06-24 04:07 ---
Fixed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #19 from rob1weld at aol dot com 2007-06-24 05:01 ---
So here we have it:
#include
int abs(int);
double fabs(double);
int main()
{
printf("%f %f %f %f\n", abs(1234.5678), fabs(1234.5678),
abs((int)1234.5678), abs((int)(1234.5678)));
printf("%f %f %f %f\n"
--- Comment #20 from pinskia at gcc dot gnu dot org 2007-06-24 05:08
---
> Since GCC can 'see' the "%f" at compile time
Yes it can but that does not mean the behavior is the correct to cast it to
float. In fact the behavior is undefined at runtime so you are just running
into the runti
--- Comment #11 from spop at gcc dot gnu dot org 2007-06-24 06:48 ---
Subject: Re: [4.3 Regression] Segmentation fault in
build_classic_dist_vector_1() at tree-data-ref.c:2700
Hi,
On 6/23/07, Richard Guenther <[EMAIL PROTECTED]> wrote:
> > First - can you check why the asociate: case
93 matches
Mail list logo
