--- Additional Comments From amodra at bigpond dot net dot au 2005-08-27
06:18 ---
bootstrapped and regression tested powerpc-linux, all languages except ada.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23463
--- Additional Comments From neil at daikokuya dot co dot uk 2005-08-27
05:44 ---
Subject: Re: [4.0/4.1 Regression] File not included when file with same name
is included before
jakub at gcc dot gnu dot org wrote:-
>
> --- Additional Comments From jakub at gcc dot gnu dot org 2
jakub at gcc dot gnu dot org wrote:-
>
> --- Additional Comments From jakub at gcc dot gnu dot org 2005-08-26
> 15:57 ---
> This got broken by the libcpp/files.c part of
> http://gcc.gnu.org/ml/gcc-patches/2004-06/msg00272.html
> My understanding of the change was that this was just a p
--- Additional Comments From dannysmith at users dot sourceforge dot net
2005-08-27 04:44 ---
Thisis a dllimport bug. In this case the template member
template
Point::Point(pointIterator ptStart, pointIterator ptStop)
is being marked as dllimport. Later it is instantiated and the defin
libstdc++ registers some handlers with pthreads in conjunction
with throw statements. Those handlers are not properly removed
when libstdc++ is unloaded, causing pthread_join to jump to a
bad address.
gcc -ldl -lpthread main.c -o main
g++ -shared -lstdc++ -lc -lm plug.cc \
-o plug.so
./main
In p
--
What|Removed |Added
Status|REOPENED|ASSIGNED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13761
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-27
03:37 ---
*** Bug 23590 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23589
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-27
03:37 ---
*** This bug has been marked as a duplicate of 23589 ***
--
What|Removed |Added
This code works with the previous cygwin compiler that was based on gcc 3.3.3.
Thank you for looking at this.
"gcc -v" gives:
Reading specs from /usr/lib/gcc/i686-pc-cygwin/3.4.4/specs
Configured with: /gcc/gcc-3.4.4/gcc-3.4.4-1/configure --verbose --prefix=/usr
--exec-prefix=/usr --sysconfdir=/e
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-27
03:35 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23589
--
What|Removed |Added
Component|c++ |target
Keywords||ice-on-valid-code
http://gcc.gnu.org/bugzilla/show_bug
This code works with the previous cygwin compiler that was based on gcc 3.3.3.
Thank you for looking at this.
"gcc -v" gives:
Reading specs from /usr/lib/gcc/i686-pc-cygwin/3.4.4/specs
Configured with: /gcc/gcc-3.4.4/gcc-3.4.4-1/configure --verbose --prefix=/usr
--exec-prefix=/usr --sysconfdir=/e
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-27
03:31 ---
Confirmed. The same thing happens with s/-1/0/ s/|/&/ .
--
What|Removed |Added
Consider
int main(int a, int b, int c, int d)
{
d = -1;
int e = (a | b) | (c | d);
int f = (c | a) | (b | d);
return e | f;
}
Because d == -1, the whole thing folds to return -1;
CCP doesn't do this however.
It takes:
# BLOCK 0
# PRED: ENTRY (fallthru)
d_1 = -1;
D.1285_4 = a_2 | b_
--
What|Removed |Added
Known to fail||2.95.3 3.2.3 3.4.0 4.0.0
||4.1.0
Known to work|2.95.3 3.2.3
--
What|Removed |Added
Component|c++ |c
Keywords||diagnostic
Known to work||2
The following test warns about the comparison being always true only for two of
the six tests:
#include
void a (unsigned char x)
{
if (x < 0)
abort ();
}
void b (unsigned short x)
{
if (x < 0)
abort ();
}
void c (unsigned int x)
{
if (x < 0)
abort ();
}
void d (unsigned lon
--- Additional Comments From dje at gcc dot gnu dot org 2005-08-26 23:55
---
rs6000.c:expand_block_move() is losing the alignment because of a typo/thinko in
the decision tree.
--
What|Removed |Added
---
--- Additional Comments From dje at gcc dot gnu dot org 2005-08-26 23:55
---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-26
22:42 ---
Subject: Bug 23584
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-26 22:42:45
Modified files:
gcc: ChangeLog ipa-pure-const.c
Log mess
--- Additional Comments From dcorbit at connx dot com 2005-08-26 22:37
---
Subject: RE: Build failure on MINGW for gcc-4.1-20050819
> -Original Message-
> From: pinskia at gcc dot gnu dot org [mailto:[EMAIL PROTECTED]
> Sent: Friday, August 26, 2005 12:56 PM
> To: Dann Corbit
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
22:20 ---
Confirmed.
--
What|Removed |Added
Severity|normal |minor
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-08-26
22:21 ---
Btw, the problem is related to PR13377.
The problem there is twofold: The compiler fails to report which
name is not a namespace-name (N2) and why (because it's ambiguous).
The patch would only fix the fir
For an invalid code snippet like
int i;
namespace N = i;
we issue the error message
bug.cc:2: error: expected namespace-name before ';' token
bug.cc:2: error: unknown namespace ''
with the not very helpful ''.
The situation for the code snippet
int i;
using namespace i;
is simila
--- Additional Comments From rth at gcc dot gnu dot org 2005-08-26 22:16
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
22:14 ---
I think this has already been fixed in 4.0.2 but I have not tested it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23585
The following code (definitions of mem_fun* taken from ) works fine
when compiled with -O1, but causes a bus error crash when compiled with -O2.
// Templates taken from
template
class const_mem_fun_t
{
public:
explicit
const_mem_fun_t(_Ret (_Tp::*__pf)() const)
: _M_
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
22:09 ---
Oh, you already posted a patch:
http://gcc.gnu.org/ml/gcc-patches/2005-08/msg01598.html
--
What|Removed |Added
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
22:06 ---
Testcase which shows we eliminate the function call:
int test (void)
{
return * (volatile int *) 0x1234;
}
int f(void)
{
return test()+test();
}
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
22:03 ---
hmm, pure functions can read. I think Can fix this quickly.
--
What|Removed |Added
/testsuite : ChangeLog
Added files:
gcc/testsuite/gcc.c-torture/execute: 20050826-1.c
Log message:
PR rtl-optimization/23561
* builtins.c (get_memory_rtx): Add LEN argument. If MEM_EXPR is
a COMPONENT_REF, remove all COMPONENT_REF from MEM_EXPR unless
at
A function that dereferences an absolute address in memory, e.g.:
int test (void)
{
return * (volatile int *) 0x1234;
}
Is incorrectly identified by the ipa-pure-const pass as being pure, resulting
in invalid optimizations
being performed.
This can be seen in the ipa-pure-const dump
/testsuite/gcc.c-torture/execute: 20050826-2.c
Log message:
PR rtl-opt/23560
* gcc.c-torture/execute/20050826-2.c: New test.
Patches:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/testsuite/ChangeLog.diff?cvsroot=gcc&r1=1.5967&r2=1.5968
http://gcc.gnu.org/cgi-bin/cvsweb.cgi
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-26
21:57 ---
Subject: Bug 23560
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-26 21:57:28
Modified files:
gcc: ChangeLog loop.c
Log message:
--- Additional Comments From rfurmani at uwaterloo dot ca 2005-08-26 21:29
---
Subject: Re: Simple code segfaults on itanium
I know it is not a good version, and we are trying to get the admin to
upgrade it, but until then this is all I have access to. I still
wanted to post it to s
The Ada Reference Manual states in D.8 Monotonic Time:
"(32)
A clock jump is the difference between two successive distinct values of the
clock (as observed by calling the Clock function). There shall be no backward
clock jumps."
The "clock" referenced above is the "Clock" function in "Ada.Real_T
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-08-26 21:20
---
Fixed in 4.0.2
--
What|Removed |Added
Status|ASSIGNED|RESOLVE
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-26
21:18 ---
Subject: Bug 21955
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-26 21:18:00
Modified files:
libstdc++-v3 : Change
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
21:11 ---
Two things.
First this is a redhat specific version of GCC: Red Hat Linux 3.2.3.
Second 3.2.x is no longer being updated, Can you try 3.4.4?
--
What|Removed |Added
--
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-26
21:11 ---
Subject: Bug 20534
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-26 21:10:59
Modified files:
libstdc++-v3 : ChangeLog
libstdc++-v3/confi
With "g++ -O2" the following code produces
(0,0)
Segmentation fault
on Itanium only.
I apologise for leaving the includes in, but these are standard and long
includes, so I thought it should
be okay. I am unfortunately unable to test with more recent versions. The
original project was 1,
--
What|Removed |Added
Known to work||4.0.2 4.1.0
Summary|[3.4/4.0/4.1 Regression] ICE|[3.4 Regression] ICE in
|in uses
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
19:55 ---
This is either a bug in intl or stdin.h. Could you add -g3 and -save-temps and
then attach the
preprocessed source?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23581
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-08-26
19:37 ---
Fixed in GCC 4.0.2.
--
What|Removed |Added
Status|ASSIGNED|
After ./configure and then make, we have this:
...
gcc -c -g -O2 -DHAVE_CONFIG_H -I. -I../.././intl ../.././intl/finddomain.c
In file included from /mingw/include/io.h:21,
from /mingw/include/unistd.h:10,
from ../.././intl/finddomain.c:30:
/mingw/include/stdint
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-08-26
19:38 ---
Fixed in GCC 4.0.2.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-26
19:38 ---
Subject: Bug 19004
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-bra
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-26
19:38 ---
Subject: Bug 23491
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-26 19:37:52
Modified files:
gcc/testsuite : Change
--- Additional Comments From mmitchel at gcc dot gnu dot org 2005-08-26
19:38 ---
Fixed in GCC 4.0.2.
--
What|Removed |Added
AssignedTo|mark at codesourcery dot com|
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-26
19:35 ---
Subject: Bug 19004
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-26 19:35:13
Modified files:
gcc/cp : ChangeLog pt.c
gcc/testsuite
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-26
19:33 ---
Subject: Bug 23491
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-26 19:32:31
Modified files:
gcc/cp : ChangeLog cp-tree.h init.c typeck.c
--- Additional Comments From pinskia at physics dot uc dot edu 2005-08-26
18:37 ---
Subject: Re: gcc doesn't compile the stl headers
>
>
> --- Additional Comments From jacob dot navia at ants dot com 2005-08-26
> 18:31 ---
> Subject: RE: gcc doesn't compile the stl headers
>
>
> --- Additional Comments From jacob dot navia at ants dot com 2005-08-26
> 18:31 ---
> Subject: RE: gcc doesn't compile the stl headers
>
> Hi.
>
> You sent me this message:
>
> -Original Message-
> From: pinskia at gcc dot gnu dot org [mailto:[EMAIL PROTECTED]
> Sent:
--- Additional Comments From jacob dot navia at ants dot com 2005-08-26
18:31 ---
Subject: RE: gcc doesn't compile the stl headers
Hi.
You sent me this message:
-Original Message-
From: pinskia at gcc dot gnu dot org [mailto:[EMAIL PROTECTED]
Sent: Monday, August 22, 2005 6:3
--- Additional Comments From ngmlinux at gmail dot com 2005-08-26 18:19
---
Subject: Re: Building gcc-4.0.1 toolchain for arm-linux fails durring "make"
It appears the Segmentation Fault error I get at runtime is common and
already documented as bug# 5487. The bug was closed due to di
--- Additional Comments From ngmlinux at gmail dot com 2005-08-26 18:01
---
I've been able to reproducte the same exact issue in arm-linux-gcc-4.0.1 which I
build from source by the following process:
===code
../configure --targ
--- Additional Comments From bkoz at gcc dot gnu dot org 2005-08-26 17:42
---
Jakub, sorry, having connectivity issues since yesterday. Can you put your most
recent patch and commentary in this bug report? Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22309
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
17:40 ---
*** Bug 23580 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
17:40 ---
Fixed already for 3.4.5.
*** This bug has been marked as a duplicate of 21899 ***
--
What|Removed |Added
--- Additional Comments From guillaume dot melquiond at ens-lyon dot fr
2005-08-26 17:38 ---
> all of 3.4 and 4.1 produce exactly two temporaries.
Yet I said that g++ 3.4 did not produce any temporary, and I still think so. No
temporaries, only g's stack frame. See the following assembl
--- Additional Comments From castor at 3pardata dot com 2005-08-26 17:38
---
For comparison, here is output that I expect:
:marais; /share/soft/gnu/gcc/3.3.3/bin/gcc -v -c -save-temps enum.c
Reading specs from
/share/soft/gnu/gcc/3.3.3/lib/gcc-lib/i686-pc-linux-gnu/3.3.3/specs
Configure
:marais; cat enum.c
/* This fails to generate errors on gcc 3.4.4 but works on 3.3.3 and 3.3.6 */
enum {
KERN_KDB = 69,
KERN_KDB = 70
};
:marais;
:marais; /share/soft/gnu/gcc/3.4.4/bin/gcc -v -save-temps enum.c
Reading specs from
/share/soft/gnu/gcc/3.4.4/lib/gcc/i686-pc-linux-gnu/3.4.4/
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
17:35 ---
Hmm, one more thing the push (the -Os code) while the -O2 code does not so it
seems to me that it
should be faster not to do the push.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23525
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
17:20 ---
Eric Botcazou is sparc maintainer:
sparc port Eric Botcazou [EMAIL PROTECTED]
It sounds like you have a mismatching header installed and nothing more.
--
http://gcc.gnu.org/bugz
--
What|Removed |Added
Summary|[4.1 regression] rtl- |[4.1 regression] rtl-
|optimization/23478 breaks |optimization/23478 breaks
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-26
17:17 ---
Subject: Bug 23467
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-26 17:17:06
Modified files:
gcc: ChangeLog stor-layout.c
Log message
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
17:14 ---
Fixed on the mainline at least.
--
What|Removed |Added
Known to fail|
--- Additional Comments From ngmlinux at gmail dot com 2005-08-26 17:11
---
Subject: Re: Building gcc-4.0.1 toolchain for arm-linux fails durring "make"
For reference the exact compile line I gave was:
===code===
/usr/local/bin/arm-linux
--- Additional Comments From ngmlinux at gmail dot com 2005-08-26 17:07
---
Subject: Re: Building gcc-4.0.1 toolchain for arm-linux fails durring "make"
> You want --main=MAINCLASS (or in this case HelloWorldApp).
Ok, I fixed that and it seem to cross compile fine without any errors.
The patch from rtl-optimization/23478 breaks Ada:
$ gdb --args ../../gnat1 -quiet -dumpbase a-stzmap.adb -O2 -W -Wall -fPIC -g
-gnatpg -gnatO a-stzmap.o a-stzmap.adb -o /tmp/ccH9s7Af.s
GNU gdb 6.3
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU Ge
--
What|Removed |Added
BugsThisDependsOn||23579
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23478
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-26
16:27 ---
Subject: Bug 23506
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-26 16:26:54
Modified files:
gcc: ChangeLog c-common.c
Log message:
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-26
16:23 ---
Patch.
--
What|Removed |Added
URL||http://gcc.gnu
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de
|dot org |
Severity|normal
Just an internal reminder: seems really straightforward.
--
Summary: Implement resolution of DR 464 [Ready]
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: libstdc++
Assigned
--- Additional Comments From jakub at gcc dot gnu dot org 2005-08-26 16:16
---
*** Bug 20356 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From jakub at gcc dot gnu dot org 2005-08-26 16:16
---
Indeed. If I back out:
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libcpp/files.c.diff?r1=1.3&r2=1.4
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/libcpp/files.c.diff?r1=1.1&r2=1.2
it works just fine.
*** This bug
--- Additional Comments From jakub at gcc dot gnu dot org 2005-08-26 15:57
---
This got broken by the libcpp/files.c part of
http://gcc.gnu.org/ml/gcc-patches/2004-06/msg00272.html
My understanding of the change was that this was just a performance improvement.
The question is if that ch
--
What|Removed |Added
Target Milestone|--- |4.0.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23081
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-26
15:53 ---
Subject: Bug 23081
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-26 15:52:54
Modified files:
libstdc++-v3 : ChangeLog
libstdc++-v3/inclu
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-08-
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-26
15:14 ---
Subject: Bug 22439
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-08-26 15:14:14
Modified files:
gcc/testsuite : ChangeLog
Added files:
gcc/t
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
15:14 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-08-26
15:13 ---
Subject: Bug 22439
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-08-26 15:13:19
Modified files:
gcc/testsuite : Change
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
15:05 ---
I am handling the testcase.
--
What|Removed |Added
AssignedTo|rth at gcc dot gnu dot
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
15:02 ---
: Search converges between 2004-10-20-014001-trunk (#600) and
2004-10-20-161001-trunk
(#601).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23440
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
15:01 ---
It started to fail after 20041211.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23513
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
14:59 ---
: Search converges between 2004-10-25-014001-trunk (#609) and
2004-10-25-161001-trunk
(#610).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23491
--- Additional Comments From pinskia at physics dot uc dot edu 2005-08-26
14:24 ---
Subject: Re: Building gcc-4.0.1 toolchain for arm-linux fails durring "make"
On Aug 26, 2005, at 10:21 AM, Nathan M wrote:
>> do build it this way: gcj HelloWorld.java --main=HelloWorld -g -o
>> Hell
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-26
14:30 ---
For your last testcase,
struct A { int a[1000]; }
A f();
void g(A);
void h() { g(f()); }
all of 3.4 and 4.1 produce exactly two temporaries.
One to dump the result of f(), which get's copied to a new temp
--- Additional Comments From ngmlinux at gmail dot com 2005-08-26 14:22
---
Subject: Re: Building gcc-4.0.1 toolchain for arm-linux fails durring "make"
> do build it this way: gcj HelloWorld.java --main=HelloWorld -g -o
> HelloWorld.exe
Still reporting an error, althought slightly d
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
14:15 ---
Note this is a latent bug before Jim's patch, it just exposed the non reduced
testcase ICE on the 4.0
branch for some reason.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=23576
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
14:14 ---
The reduced testcase also fails on the mainline and in 4.0.0.
--
What|Removed |Added
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-26
14:09 ---
Oh, and we blame
2005-08-16 James E Wilson <[EMAIL PROTECTED]>
PR tree-optimization/21105
* c-decl.c (grokdeclarator): Use TYPE_SIZE_UNIT not TYPE_SIZE in
TREE_OVERFLOW check.
-
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-26
14:07 ---
Reduced testcase:
struct ipr_path_entry path[0];
--
What|Removed |Added
Status|
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-26
13:57 ---
Not. Needs a checking enabled compiler to reproduce. That "did work with
4.0.2 20050728" may be bogous therefore, too.
--
What|Removed |Added
--
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-08-26
13:50 ---
Patch posted.
--
What|Removed |Added
URL||http://
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
13:30 ---
It is obvious what is wrong from the .md file:
(define_insn "sse2_movsd"
[(set (match_operand:V2DF 0 "nonimmediate_operand" "=x,x,m,x,x,o")
(vec_merge:V2DF
(match_operand:V2DF 2 "nonimm
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
13:27 ---
Confirmed, reduced testcase:
typedef double __v2df __attribute__ ((__vector_size__ (16)));
typedef __v2df __m128d;
static __inline __m128d __attribute__((__always_inline__)) _mm_set1_pd (double
__F) {
ret
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-08-26
13:02 ---
The warning is done without flow control.
The optmization needs a "full" VRP which keeps of track of discontinuous ranges
which is too expensive
really.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=
1 - 100 of 133 matches
Mail list logo
