--- Additional Comments From fn_x at hotmail dot com 2005-07-28 05:26
---
Consider this reopened as a documentation bug, then, as it is currently clearly
documented that the second case will get a warning with -Wstrict-aliasing=2.
--
What|Removed |Add
--- Additional Comments From phython at gcc dot gnu dot org 2005-07-28
04:52 ---
Fixed in the commit above.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From phython at gcc dot gnu dot org 2005-07-28
04:51 ---
Fixing pr 22493 fixed all the Divide_1 problems on ia64.
--
What|Removed |Added
--
Bug 22084 depends on bug 22493, which changed state.
Bug 22493 Summary: [4.1 Regression] with -fwrapv -INT_MIN is still not positive
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22493
What|Old Value |New Value
-
--- Additional Comments From phython at gcc dot gnu dot org 2005-07-28
04:45 ---
Fixed in the commit above.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-28
04:40 ---
Subject: Bug 23047
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-28 04:40:06
Modified files:
gcc: ChangeLog simplify-rtx.c
gcc
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-28
04:35 ---
Subject: Bug 22493
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-28 04:35:02
Modified files:
gcc: ChangeLog tree-vrp.c
gcc/tes
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-28
03:27 ---
(In reply to comment #6)
> Here's another segfault, originally PalmSource bug 105158, but after Delta
> reduction it looked
similar:
That is a different issue, please file as a seperate bug.
--
http:/
--- Additional Comments From flash at pobox dot com 2005-07-28 03:15
---
Here's another segfault, originally PalmSource bug 105158, but after Delta
reduction it looked similar:
class nameOne : public nameTwo, public nameThree, public nameFour, public
nameFive, public nameSix
{
void n
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-28
02:00 ---
*** Bug 23107 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-28
02:00 ---
*** This bug has been marked as a duplicate of 20425 ***
--
What|Removed |Added
--
What|Removed |Added
Component|c |driver
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23107
-bash-3.00$ gcc -print-multi-lib
.;
sparcv9;@m64
-bash-3.00$ gcc -print-libgcc-file-name
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.3.2/libgcc.a
-bash-3.00$ gcc -m64 -print-libgcc-file-name
/usr/local/lib/gcc-lib/sparc-sun-solaris2.8/3.3.2/sparcv9/libgcc.a
GOOD!
-bash-3.00$ gcc -m64 -print-sea
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-28
01:29 ---
Subject: Bug 20161
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-07-28 01:28:59
Modified files:
gcc: passes
--- Additional Comments From steven at gcc dot gnu dot org 2005-07-28
01:25 ---
be fixeth, buglette!
--
What|Removed |Added
Status|ASSIGNED|
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-28
01:24 ---
Subject: Bug 20161
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-28 01:24:20
Modified files:
gcc: ChangeLog passes.c
Log message:
--- Additional Comments From fn_x at hotmail dot com 2005-07-28 00:00
---
The bug this is marked a duplicate of is about -Wall, which includes only
-Wstrict-aliasing. This bug is about -Wstrict-aliasing=2. It is documented as
warning for "all code which might break the strict aliasing ru
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-27
23:38 ---
there are two different issues here, the second example cannot be warned about,
because no warning
does no flow control at all and that was a different bug, PR 20689
Since this is a bug about the second i
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-27
23:39 ---
*** Bug 23106 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--
Bug 17993 depends on bug 19885, which changed state.
Bug 19885 Summary: [4.0/4.1 Regression] avr dwarf-2 support is broken for head
4.0/4.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19885
What|Old Value |New Value
-
--
Bug 19087 depends on bug 19885, which changed state.
Bug 19885 Summary: [4.0/4.1 Regression] avr dwarf-2 support is broken for head
4.0/4.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19885
What|Old Value |New Value
-
--
Bug 17994 depends on bug 19885, which changed state.
Bug 19885 Summary: [4.0/4.1 Regression] avr dwarf-2 support is broken for head
4.0/4.1
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19885
What|Old Value |New Value
-
--- Additional Comments From giovannibajo at libero dot it 2005-07-27
23:37 ---
Fixed for GCC 4.0.2 and GCC 4.1.0.
--
What|Removed |Added
Status|WAITING
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-27
23:37 ---
Subject: Bug 19885
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-07-27 23:37:13
Modified files:
gcc: Change
Hi,
This program:
int main() {
int a = 1;
* (short *) (char *) &a = 2;
char *p = (char *) &a;
* (short *) p = 3;
return a;
}
returns 1 when compiled with gcc 4.0.1 (nothing more is necessary than gcc -O2
test.c). However, adding -Wstrict-aliasing=2 does not make any warnin
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |echristo at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-27
23:09 ---
*** Bug 23105 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-27
23:09 ---
Yes this is a combine issue, see PR 23047 which is the same bug.
This is a dup of bug 23047.
*** This bug has been marked as a duplicate of 23047 ***
--
What|Removed |A
--- Additional Comments From ian at airs dot com 2005-07-27 22:55 ---
In comment #7 Giovanni was saying that the compiler was generating the wrong
string. The correct string is the one in the quote from the C++ ABI. The
compiler has now been fixed the generate the correct string.
The d
--- Additional Comments From uttamp at us dot ibm dot com 2005-07-27 22:48
---
(In reply to comment #7)
> Agreed. This is quoted by the C++ ABI:
>
> void foo(char); // mangled as _Z3fooc
> template struct CB;
> // CB is mangled as "2CBIL_Z3foocEE"
>
> Give
Executing on host: /home/dave/gnu/gcc-4.0/objdir/gcc/xgcc -B/home/dave/gnu/gcc-4
.0/objdir/gcc/ /home/dave/gnu/gcc-4.0/gcc/gcc/testsuite/gcc.dg/fold-abs-2.c -O
1 -fwrapv -fno-show-column -lm -o ./fold-abs-2.exe(timeout = 300)
PASS: gcc.dg/fold-abs-2.c (test for excess errors)
Setting LD_LI
--- Additional Comments From dje at gcc dot gnu dot org 2005-07-27 22:37
---
Optimizing with -O2 does not create a sibcall, but optimizing with -Os (enabling
string instructions) does. The patch to detect overlap with the argument area
is not recognizing the insn stream with the string
th -O2 -fno-inline -march=i686 ?
I am using:
"GCC: (GNU) 4.1.0 20050727 (experimental)"
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23100
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-27
22:29 ---
Subject: Bug 19885
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-27 22:29:47
Modified files:
gcc: ChangeLog
gcc/config/avr : a
--
What|Removed |Added
Summary|__m64 return value should |[4.0 only] __m64 return
|be returned in %mm0 |value should be returned in
--- Additional Comments From dje at gcc dot gnu dot org 2005-07-27 22:22
---
This looks wrong in the initial argument passing RTL. (virtual-incoming-args is
r1+24):
(insn 13 11 14 1 (set (reg:SI 122)
(mem/s:SI (plus:SI (reg/f:SI 114 virtual-incoming-args)
(const
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-27
22:22 ---
Actually am I missing something, I get:
.L8:
popl%ebp
movl$5, %eax
.p2align 4,,4
ret
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-27
22:18 ---
Confirmed, this is a i686 only problem as the complex movl are slower and we
expand the movl after
reload.
--
What|Removed |Added
--
--- Additional Comments From danglin at gcc dot gnu dot org 2005-07-27
22:17 ---
Fixed on head. Probably, Steve's fix should be backported as the bug
is latent in earlier versions.
--
What|Removed |Added
-
--
Bug 15023 depends on bug 22472, which changed state.
Bug 22472 Summary: [4.1 regression] testsuite failure
gcc.c-torture/compile/930621-1.c -O3 -funroll-loops
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22472
What|Old Value |New Value
--
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-07-27 22:14 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-27
22:12 ---
Note this looks like we are comparing types by == instead of by comptypes.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23103
--
What|Removed |Added
OtherBugsDependingO||21975, 22052
nThis||
Target Milestone|--- |
Compile the following sources with -combine:
file1.c
int f(void) {}
end
file2.c
int f(void) {}
end
We used to reject this in 4.0.0.
This was caused by:
2005-06-28 Eric Christopher <[EMAIL PROTECTED]>
PR c/22052
PR c/21975
* c-decl.
--- Additional Comments From dje at gcc dot gnu dot org 2005-07-27 22:03
---
The testcase passes three structs with three members each for a total of nine
words. AIX, Darwin, and PPC64 Linux pass structs by value in GPRs r3-r10
allowing a maximum of 8 words. The ninth argument is passe
Try compiling the following two source with -combine -Wformat and you will end
of with an error
which is wrong:
--- file1.c ---
typedef long long __gcc_host_wide_int__;
typedef struct location_s
{
const char *file;
int line;
} location_t;
union tree_node;
typedef union tree_node *tree;
ex
Compiling the code below (extracted from xterm-202) with
-fno-inline -O2 -march=i686
typedef unsigned int Cardinal;
typedef unsigned long Pixel;
typedef char *String;
typedef struct {
String resource;
Pixel value;
int mode;
} ColorRes;
typedef struct {
ColorRes Acolors[(256 +4)];
int start
--- Additional Comments From elizabeth dot brosch at thomson dot com
2005-07-27 21:51 ---
Subject: RE: Make Bootstrap fails on AIX 5.2 ML6
I exported the BOOT_CFLAGS you suggested but it fails on the exact
error.
Elizabeth Brosch
Sr. Systems Engineer
Thomson Scientific & Healthcare -
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-27
21:43 ---
Try the following add BOOT_CFLAGS="-O2 -maix64 -g" and it should work.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23101
--- Additional Comments From danglin at gcc dot gnu dot org 2005-07-27
21:41 ---
This bug seems related to PR c++/18793.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21123
--- Additional Comments From elizabeth dot brosch at thomson dot com
2005-07-27 21:32 ---
Subject: RE: Make Bootstrap fails on AIX 5.2 ML6
It gets past it.
As stated before, I have successfully compiled gcc v 3.3.2 on AIX 5.2
ML3 using the OBJECT_MODE variable. So I can't understand
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-27
21:29 ---
What happens if you don't set OBJECT_MODE to 64?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23101
I am attempting to compile GCC version 3.3.2 on my AIX system. Here is the
host config:
AIX 5.2 ML 6
powerpc-ibm-aix5.2.0.0
GNU make v 3.80
Native ar and ld (/usr/bin/ar /usr/bin/ld)
Using Native C compiler: cc_r - C for AIX Compiler, Version 6
environment variables: OBJECT_MODE=64 CC=cc_r
APAR
--- Additional Comments From dann at godzilla dot ics dot uci dot edu
2005-07-27 21:06 ---
The problem does not happen for i386: (ie using -fno-inline -O2 -march=i386)
CutBuffer:
pushl %ebp
movl%esp, %ebp
subl$9, %eax
cmpl$7, %eax
ja
--- Additional Comments From steven at gcc dot gnu dot org 2005-07-27
21:05 ---
This should now be fixed. Could the reporter check if things work for you
now?
There may still be the sections issue with -ffunction-sections mentioned in
http://gcc.gnu.org/ml/gcc-patches/2005-07/msg0
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-27
21:03 ---
Subject: Bug 22003
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-27 21:03:01
Modified files:
gcc: ChangeLog varasm.c
Log message:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-27
20:39 ---
I must be missing something ovbious since that did not fix it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23086
--- Additional Comments From dnovillo at redhat dot com 2005-07-27 20:38
---
Subject: Re: aliasing information in gcc.dg/tree-ssa/20030807-7.c should be
fixed properly
On Wed, Jul 27, 2005 at 08:34:10PM -, pinskia at gcc dot gnu dot org wrote:
> Isn't this a simple fix to may_ali
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-27
20:34 ---
Isn't this a simple fix to may_alias_p saying that PARM_DECLs cannot alias
local variables?
unless I am missing something obvious.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23086
--- Additional Comments From hp at gcc dot gnu dot org 2005-07-27 20:24
---
Test passed "Tue Jul 26 21:00:09 UTC 2005"
Failed again "Wed Jul 27 09:56:50 UTC 2005".
This time the host is a x86_64-unknown-linux-gnu; amd64 2GHz, PC3200 DDR.
(no use opening a separate PR; same basic problem)
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-07-27 20:17 ---
Subject: Re: [4.0 regression] ICE in cp_expr_size, at cp/cp-objcp-common.c:101
> Thus, it looks as if the ICE is caused by a
> tree check failure in the assert at cp/cp-objcp-common.c:101, rather
>
--- Additional Comments From kst at mib dot org 2005-07-27 19:34 ---
I misused the term "compatible" above (and I think the standard itself
is sometimes a bit loose about the term).
All references are to the C99 standard. I think the C90 rules are the
same or very similar.
6.7.8p11:
--- Additional Comments From steven at gcc dot gnu dot org 2005-07-27
19:32 ---
Actually the problem existed before that patch.
And so, the search continues...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23095
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-27
19:30 ---
(In reply to comment #4)
> Another testcase for x86 for -fPIC vs -fno-PIC:
double f(float);
double g(void)
{
return f(1.0);
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23098
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-27
19:29 ---
Another testcase for x86 for -fPIC vs -fno-PIC:
double f(float);
double g(void)
{
return f(0.0);
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23098
--- Additional Comments From steven at gcc dot gnu dot org 2005-07-27
19:21 ---
I'm not sure why reg-stack wants to insert compensation code at all. The
reg-stack dump shows that st(0) is live-at-end in the source block of the
edge, but not live-at-start for the target block:
Analy
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-27
19:20 ---
This is the same issue as PR 16796 really, see comment #3.
--
What|Removed |Added
--- Additional Comments From steven at gcc dot gnu dot org 2005-07-27
19:15 ---
Roger, this appears to be caused by your patch:
* reg-stack.c (struct block_info_def): Correct grammar typo.
(compensate_edge): Clean-up. Perform as little work as possible
when
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-27
19:13 ---
Another testcase which is a regression (on x86) caused by the same problem:
int g (float* g1,float t)
{
*g1 = 0.0 + t;
}
Without -fPIC,
fldz
movl4(%esp), %eax
fadds 8(%esp)
Compiling the code below (extracted from xterm-202) with
-fno-inline -O2 -march=i686
typedef unsigned long Atom;
static int
CutBuffer(unsigned code)
{
int cutbuffer;
switch (code) {
case ((Atom) 9):
cutbuffer = 0;
break;
case ((Atom) 10):
cutbuffer = 1;
break;
case ((Ato
--- Additional Comments From dje at gcc dot gnu dot org 2005-07-27 19:11
---
On PowerPC this is because we now are forcing all FP constants to memory. The
only constant for which this is interesting is zero, and only if one is storing
to memory. XLC produces the same code as GCC mainli
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-27
19:03 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
The following test case:
struct Base {
int x;
};
template
struct A {
static const int N = sizeof(static_cast(T()));
};
struct Derived : Base {
A a;
};
gcc 2.95.3: com
--
What|Removed |Added
GCC target triplet|powerpc-darwin |powerpc-darwin, i?86-*-*
Target Milestone|--- |4.0.2
http://gcc.gnu.org/bugzilla/sh
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-27
18:49 ---
Actually I take back x86 is not a regression. It is a regression from 3.2.3
--
What|Removed |Added
--
Take the following program:
int g (float* g1)
{
*g1 = 0;
}
Running it on ppc-darwin on the mainline (with -static), we get:
LC0:
.long 0
.text
.align 2
.globl _g
_g:
lis r2,ha16(LC0)
lfs f0,lo16(LC0)(r2)
stfs f0,0(r3)
blr
On 4.0.
--- Additional Comments From bjoern dot m dot haase at web dot de
2005-07-27 18:30 ---
>Bjorn, do you have a copyright assignment filed with the FSF?
Yes. It took quite a while but since a couple of weeks the paperwork is
finished.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
--- Additional Comments From tromey at gcc dot gnu dot org 2005-07-27
17:39 ---
This is a request for Classpath.
--
What|Removed |Added
Component|libgcj
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-27
17:31 ---
This works with 4.1.0 20050727.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23097
--- Additional Comments From rsandifo at gcc dot gnu dot org 2005-07-27
17:31 ---
This seems to be caused by:
2004-02-15 Roger Sayle <[EMAIL PROTECTED]>
Backport from mainline:
2004-02-07 Roger Sayle <[EMAIL PROTECTED]>
PR middle-end/13696
* fold-co
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-27
17:30 ---
Fixed already.
--
What|Removed |Added
Status|UNCONFIRMED |RESOLV
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-07-27 17:20 ---
Subject: Re: [4.0 regression] ICE in cp_expr_size, at cp/cp-objcp-common.c:101
> Dave, you mentioned that it "needs debugging on a system that can reproduce
> it".
I was just able to reproduce it
[EMAIL PROTECTED] test_blas]$ ~/GREG/bin_gcc/bin/gfortran -v
Using built-in specs.
Target: i686-pc-linux-gnu
Configured with: ../gcc4/configure --prefix=/home/casper/GREG/bin_gcc --
mandir=/home/casper/GREG/objdir/share/man --enable-
languages=c,c++,f95,java,objc --enable-shared --enable-threads=po
--- Additional Comments From law at redhat dot com 2005-07-27 17:13 ---
It's highly unlikely threading is going to be able to completely eliminate the
test for bytes == 0.
The fundamental problem is the threader has no way of knowing that the loop exit
test (toread != 0) can never be tru
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-27
17:06 ---
Another testcase for extra load at the tree level:
int g (int* g1, int* g2)
{
int i;
g2[0] = 2;
g1[0] = 3;
return g2[0];
}
Note the test in comment #1 has been fixed already.
--
http://gcc.gnu.o
--- Additional Comments From law at redhat dot com 2005-07-27 16:55 ---
Subject: Re: [4.1 Regression] vrp produces
wrong code
On Wed, 2005-07-27 at 16:34 +, ja2morri at csclub dot uwaterloo dot
ca wrote:
> --- Additional Comments From ja2morri at csclub dot uwaterloo dot
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-27
16:51 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
E
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-27
16:45 ---
Fixed on the mainline, I think the 4.0 branch's bug is slightly different also.
--
What|Removed |Added
---
--
What|Removed |Added
Status|REOPENED|NEW
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22348
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-27
16:40 ---
Actually this was only fixed on the mainline, it also fails in 4.0.0 branch too.
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-27
16:38 ---
>From comment #7 of PR 22348:
extract_muldiv(51 - 7, 3, FLOOR_MOD_EXPR) returns incorrectly 0.
The reason is that 51 - 7 is replaced with 51 + ~6, and both 51 and ~6 are
divisible by 3, so the result obviou
--
What|Removed |Added
CC||rakdver at gcc dot gnu dot
||org
Status|UNCONFIRMED
--
What|Removed |Added
OtherBugsDependingO||22348
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23096
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-27
16:37 ---
The work around is in but the new problem should have been filed as a new bug
which I did as PR
23096.
The testcase is now fixed.
--
What|Removed |Added
--
--
What|Removed |Added
BugsThisDependsOn|22348 |
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23096
--
What|Removed |Added
OtherBugsDependingO||23096
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22348
See PR 22348 for the full analysis of this bug.
--
Summary: Wrong folding for FLOOR_MOD_EXPR
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: middle-end
AssignedTo: unassigned
--- Additional Comments From ja2morri at csclub dot uwaterloo dot ca
2005-07-27 16:34 ---
Subject: Re: [4.1 Regression] vrp produces
wrong code
Jeffrey A Law <[EMAIL PROTECTED]> writes:
> The underlying problem here is the code to meet a VR_ANTI_RANGE and
> a VR_RANGE does not inter
--
What|Removed |Added
CC||gerrit at gcc dot gnu dot
||org
http://gcc.gnu.org/bugzilla/sho
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-27
16:31 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
1 - 100 of 167 matches
Mail list logo
