The following testcase causes an ICE on i686-pc-linux-gnu when compiled with
"-O -march=pentium4 -ftree-vectorize":
===
double d[3];
void foo()
{
int i;
for (i=0; i<3; ++i)
d[i] = 0;
}
===
bug.c: In function 'foo':
bug.c:4
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-16
08:32 ---
Honza, this was introduced with your patch
http://gcc.gnu.org/ml/gcc-cvs/2005-06/msg00584.html
Could you please have a look?
--
What|Removed |Added
---
--- Additional Comments From hubicka at ucw dot cz 2005-06-16 08:36 ---
Subject: Re: [4.1 regression] ICE with -ftree-vectorize
>
> --- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-16
> 08:32 ---
> Honza, this was introduced with your patch
> http://gcc.gn
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-16
08:42 ---
Subject: Bug 6717
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-16 08:41:50
Modified files:
gcc/ada: g-socket.ads g-socket.adb
Log messag
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-16
08:44 ---
Subject: Bug 15613
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-16 08:43:57
Modified files:
gcc/ada: par-ch2.adb
Log message:
20
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-16
08:46 ---
Subject: Bug 10671
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-16 08:46:36
Modified files:
gcc/ada: sem_prag.adb snames.h snames.ads snam
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-16
08:47 ---
Even shorter testcase:
==
void foo()
{
struct A
{
virtual ~A() {}
} a;
}
==
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-16
08:57 ---
Subject: Bug 20515
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-16 08:56:49
Modified files:
gcc/ada: gigi.h trans.c decl.c
Log message:
--- Additional Comments From charlet at gcc dot gnu dot org 2005-06-16
09:08 ---
Fixed on mainline.
Arno
--
What|Removed |Added
Status|NEW
--- Additional Comments From charlet at gcc dot gnu dot org 2005-06-16
09:09 ---
Fixed on mainline
Arno
--
What|Removed |Added
Status|NEW
--- Additional Comments From charlet at gcc dot gnu dot org 2005-06-16
09:10 ---
Error message improved on mainline.
Arno
--
What|Removed |Added
Status|NEW
--- Additional Comments From charlet at gcc dot gnu dot org 2005-06-16
09:11 ---
Fixed on mainline.
Arno
--
What|Removed |Added
Status|UNCONFIRMED
# gcc-4.1-20050616/08:28cvs
(...)
stage1/xgcc -Bstage1/ -B/usr/i686-pld-linux/bin/ -c -O2 -march=i686
-mtune=pentium4 -pipe -DIN_GCC -W -Wall -Wwrite-strings -Wstrict-prototypes
-Wmissing-prototypes -pedantic -Wno-long-long -Wno-variadic-macros
-Wold-style-definition -fno-common
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-16
09:33 ---
Honza, this was caused by your patch
http://gcc.gnu.org/ml/gcc-cvs/2005-06/msg00388.html
Could you please have a look?
--
What|Removed |Added
-
--- Additional Comments From charlet at gcc dot gnu dot org 2005-06-16
09:44 ---
Fixed on mainline by recent clean ups in the handling of Unchecked_Union.
Arno
--
What|Removed |Added
---
--- Additional Comments From pluto at agmk dot net 2005-06-16 09:53 ---
-mtune=pentium4 causes ice.
$ stage1/xgcc -Bstage1 i386.i -c -march=i686 -O2 works fine.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22089
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-16
11:06 ---
Any updates on this one? Since mingw and cygwin builds are broken, I think
something should be done soon. Be it a proper patch or a temporary hack, that
should be decided by the cygwin/mingw maintainers (C
--- Additional Comments From hramrach at centrum dot cz 2005-06-16 11:12
---
The command is
make CFLAGS='-O -fno-common' LIBCFLAGS='-g -O2 -fno-common' LIBCXXFLAGS='-g -O2
-fno-implicit-templates' profiledbootstrap
and it reproduces the error
--
http://gcc.gnu.org/bugzilla/show_
--- Additional Comments From hramrach at centrum dot cz 2005-06-16 11:14
---
Created an attachment (id=9098)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9098&action=view)
saved .i file
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22078
--- Additional Comments From hramrach at centrum dot cz 2005-06-16 11:15
---
Created an attachment (id=9099)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9099&action=view)
.gcno file in case it is useful
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22078
--- Additional Comments From hramrach at centrum dot cz 2005-06-16 11:19
---
continuing with bootstrap instead of profiledbootstrap does not fail
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22078
NAT BUG DETECTED==+
| 4.1.0 20050616 (experimental) (x86_64-pld-linux-gnu) GCC error: |
| tree check: expected integer_cst, have cond_expr in |
|do_structure_copy, at tree-ssa-structalias.c:2324 |
| Error detected
--
What|Removed |Added
Component|other |target
Keywords||build, ice-on-valid-code
Summary|bootstrap i
On Jun 16, 2005, at 12:35 AM, Sankara Rameswaran wrote:
hi
according to ansi c standards all declarations have to to be at the
starting of the block..
which means the program below should not work.. i compiled this using
gcc
For C90 yes but not for C99.
gcc (GCC) 3.4.3 20041212 (Red Hat 3.
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-16
11:41 ---
Confirmed.
The following testcase crashes the mainline compiler (-O -march=pentium4):
=
struct A
{
struct A* p;
};
int bar(struct A*, struct A*);
int baz();
voi
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-16
12:08 ---
Hmm, weird, might have a look later next week.
--
What|Removed |Added
Component|boo
* I have a set of java classes http://www-sop.inria.fr/odyssee/imp of every day
use, things were 100% ok using gcj when it was java1.[34]. Now in java1.5
everything is ok with the sun jdk1.5 but i still want to reuse gcj for obvious
reasons
* With gcc-4.1
Linux 2.6.10-1.766_FC3 #1 We
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-16
12:26 ---
Bernd, this was introduced by your patch
http://gcc.gnu.org/ml/gcc-cvs/2005-06/msg00559.html
Could you please have a look?
--
What|Removed |Added
-
--- Additional Comments From joseph at codesourcery dot com 2005-06-16
12:41 ---
Subject: Re: [4.0/4.1 Regression] redefinition of inline function
succeeds
On Wed, 15 Jun 2005, echristo at redhat dot com wrote:
> OK. This diff works, and passes bootstrap with no regressions for both
--
What|Removed |Added
Component|java|libgcj
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22090
Just a place holder for libgcj/java bugs which are needed for Java 1.5 support.
--
Summary: [meta-bug] missing Java 1.5 support
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Keywords: rejects-valid, meta-bug
Severity: enhancement
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-06-
--
What|Removed |Added
OtherBugsDependingO||22091
nThis||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22090
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-16
13:34 ---
http://www.kaffe.org/~stuart/japi/htmlout/h-jdk15-classpath-generics.html#pkg_java_util_regex
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22091
this happens in 4.x.
3.x works fine and uses system-wide zlib-devel.
--
Summary: libgcj builds zlib subdir even if --with-system-zlib was
passed to ./configure
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: nor
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-16
14:51 ---
3.x does not work fine, see PR 7125 which this is a dup of.
*** This bug has been marked as a duplicate of 7125 ***
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-16
14:51 ---
*** Bug 22092 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From schwinge-bugzilla-gcc dot gnu dot org at
nic-nac-project dot de 2005-06-16 15:46 ---
Could that please be fixed on the 4.0 branch as well?
--
What|Removed |Added
--
Bug 21824 depends on bug 21724, which changed state.
Bug 21724 Summary: [gcc]/libmudflap/Makefile.am, refusing to install
mf-runtime.h in includedir
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21724
What|Old Value |New Value
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-16
15:57 ---
(In reply to comment #4)
> Could that please be fixed on the 4.0 branch as well?
Most likely but not for the 4.0.1 as the branch is frozen and only the release
manager can say it can go
in.
--
--- Additional Comments From tobi at gcc dot gnu dot org 2005-06-16 16:38
---
Patch posted here: http://gcc.gnu.org/ml/fortran/2005-06/msg00307.html
--
What|Removed |Added
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-16
18:09 ---
Subject: Bug 22035
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-16 18:09:38
Modified files:
gcc: ChangeLog builtins.c fold-const.c
--- Additional Comments From rth at gcc dot gnu dot org 2005-06-16 18:16
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
I am enclosing a small test case. This is on Cray T3E, big endian alpha.
source code
#define SHARED_PTR_SIZE 128
#define SHARED_PTR_PHASE_SIZE 48
#define SHARED_PTR_THREAD_SIZE16
#define SHARED_PTR_VIRTADDR_SIZE 64
typedef struct shared_ptr_struct
{
unsigned
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|NEW
--- Additional Comments From rth at gcc dot gnu dot org 2005-06-16 18:22
---
Andrew, your C++ test case doesn't reproduce for me. I'm attempting to see
if Ada is now in a buildable state...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22022
--
What|Removed |Added
Component|c |target
GCC build triplet|alphaev5-cray- |
|unicosmk2.0.6.X |
GC
--- Additional Comments From giovannibajo at libero dot it 2005-06-16
18:28 ---
You prolly need flag_wrapv=1 somewhere to build Ada at this point.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22022
--- Additional Comments From pluto at agmk dot net 2005-06-16 18:33 ---
(In reply to comment #4)
> Andrew, your C++ test case doesn't reproduce for me. I'm attempting to see
> if Ada is now in a buildable state...
with current mainline I'm able to bootstrap ada only with additional
--- Additional Comments From laurent at guerby dot net 2005-06-16 18:39
---
Complete patch is here, but currently x86-linux C bootstrap is broken:
http://gcc.gnu.org/ml/gcc-patches/2005-06/msg01327.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22022
$ gcj -v
Using built-in specs.
Reading specs from
c:/software/gcc/thisiscool/4.0/bin/../lib/gcc/i686-pc-mingw32/4.0.0/../../../../i686-pc-mingw32/lib/libgcj.spec
rename spec lib to liborig
Target: i686-pc-mingw32
Configured with: /datal/gcc/gcc/configure --prefix=/datal/gcc/build/wingcc
--build=i68
--- Additional Comments From pluto at agmk dot net 2005-06-16 18:44 ---
(In reply to comment #7)
> Complete patch is here, but currently x86-linux C bootstrap is broken:
> http://gcc.gnu.org/ml/gcc-patches/2005-06/msg01327.html
with fixes from comment #6 I can bootstrap ada/gnatlib o
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-16
18:47 ---
Static linking with GCJ does not work as there is no way for the linker to know
what symbols are really
needed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22094
--
What|Removed |Added
Severity|critical|normal
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22094
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-16
18:58 ---
Here is a new C++ testcase (the old one does not ICE any more because we don't
need to expand the
complex variables any more):
_Complex float f();
_Complex float g();
_Complex float h()throw();
void i(floa
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-06-16
19:01 ---
Testing a patch.
--
What|Removed |Added
CC|reichelt at gcc dot gnu dot |
# 1 "test.cpp"
# 1 ""
# 1 ""
# 1 "test.cpp"
template
class sample {
public:
typedef key keytype;
private:
static keytype * keyptr;
};
typedef sample intsample;
intsample::keytype * intsample::keyptr = 0;
int main(int argc, char ** argv) {
return 0;
}
fails with 3.4.4
--- Additional Comments From bangerth at dealii dot org 2005-06-16 20:00
---
The typedef you use is still a specialization of a template, so you
have to write
template <> intsample::keytype * intsample::keyptr = 0;
With this, it works.
W.
--
What|Removed
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-16
20:02 ---
This is invalid.
You want the follwoing instead:
template<> intsample::keytype * intsample::keyptr = 0;
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22095
--- Additional Comments From zappa at yandex-team dot ru 2005-06-16 20:12
---
Thank you a lot!
I'm sorry to report a false bug.
Just used with older version and thought that found a regression.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22095
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-16
20:18 ---
Subject: Bug 21403
CVSROOT:/cvs/gcc
Module name:gcc
Branch: apple-local-200502-branch
Changes by: [EMAIL PROTECTED] 2005-06-16 20:18:24
Modified files:
gcc
e-__cxa_atexit
--enable-languages=c,c++,ada --enable-c99 --enable-long-long
--disable-multilib --enable-nls --disable-werror --with-gnu-as --with-gnu-ld
--with-demangler-in-ld --with-system-zlib --with-slibdir=/lib --without-x
--enable-cmath i686-pld-linux
Thread model: posix
gcc version
--- Additional Comments From pluto at agmk dot net 2005-06-16 21:00 ---
Created an attachment (id=9101)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9101&action=view)
testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22096
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-16
21:04 ---
I am going to say this is a related or a dup of bug 22071 but since I don't
have time to reduce I am just
going to make this depend on that for now.
--
What|Removed |Ad
Everything builds fine except for:
gmake[2]: Entering directory
`/tmp/gfortran-20050616/ibin/mips-sgi-irix6.5/libgfortran'
/bin/sh ./libtool --mode=compile (CC_FOR_TARGET) -DHAVE_CONFIG_H -I.
-I../../../gcc/libgfortran -I. -iquote../../../gcc/libgfortran/io -std=gnu99
-Wall -Wstrict-proto
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-16
21:08 ---
Here is a missing info: what makes me think this is related to multilib is that
there are successful builds reported on gcc-testresults on this same host, with
multilib disabled.
--
http://gcc.gnu.org/
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-16
21:24 ---
Well, I spoke with rth today on IRC, and it appears that I do have a broken
glibc (in fact, it sounds like most glibc are broken on alpha-linux). So
resolving this one as invalid.
--
What|
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-16
21:25 ---
Subject: Bug 22018
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-16 21:25:04
Modified files:
gcc: ChangeLog tree-vrp.c
Log message:
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-16
21:32 ---
I tried building with "--disable-multilib" and same thing happens. Ideas,
anyone?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22097
extern void abort (void);
extern void exit (int);
typedef __SIZE_TYPE__ size_t;
int
main (void)
{
int a = 0;
int *p;
size_t b;
b = (size_t)(p = &(int []){0, 1, 2}[1]);
if (*p != 1 || *(int *)b != 1)
abort ();
exit (0);
}
ICEs on mainline and 4.0 branch but not 3.4.4. The problem i
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-16
21:36 ---
Confirmed, this is very related to PR 22013, it might in fact be a dup of that
bug.
--
What|Removed |Added
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-06-16
21:42 ---
In fact looking at the trees, yes this is a dup of bug 22013 for the non
optimizing case we don't
duplicate the compound literal (well the same one) but with optimization turned
on we do.
--
http://gc
--- Additional Comments From bangerth at dealii dot org 2005-06-16 22:04
---
> b = (size_t)(p = &(int []){0, 1, 2}[1]);
What a perverse line of code -- I guess you got what you deserved :-)
W.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22098
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-16
22:13 ---
Subject: Bug 16436
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-16 22:13:26
Modified files:
gcc/testsuite : ChangeLog
gcc/testsuite/gfor
--- Additional Comments From tromey at gcc dot gnu dot org 2005-06-16
22:18 ---
Reported as fixed.
--
What|Removed |Added
Status|NEW |RE
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-16
22:26 ---
Subject: Bug 16436
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-06-16 22:25:41
Modified files:
gcc/testsuite : Change
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-16
22:29 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
Bug 19292 depends on bug 16436, which changed state.
Bug 16436 Summary: gfortran TL edit descriptor failure - test f77-edit-t-in.f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=16436
What|Old Value |New Value
---
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-16
22:39 ---
Subject: Bug 19155
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-06-16 22:39:10
Modified files:
gcc/testsuite : Change
--- Additional Comments From phython at gcc dot gnu dot org 2005-06-16
22:40 ---
Using "c & -(34359738368|8)" seems to work on i386. I'll try on ia64
before committing the fix.
--
What|Removed |Added
-
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-16
22:51 ---
Subject: Bug 19216
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-16 22:50:51
Modified files:
libgfortran: ChangeLog
libgfortran/io : l
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-16
23:01 ---
Subject: Bug 19216
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-06-16 23:00:41
Modified files:
gcc/testsuite : Change
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-16
23:03 ---
Added [EMAIL PROTECTED] in Cc list and marked as waiting for feedback.
--
What|Removed |Added
--
--
Bug 21875 depends on bug 19216, which changed state.
Bug 19216 Summary: list directed read with leading slash (NIST FM923)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19216
What|Old Value |New Value
---
--- Additional Comments From fxcoudert at gcc dot gnu dot org 2005-06-16
23:03 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
Bug 19292 depends on bug 19216, which changed state.
Bug 19216 Summary: list directed read with leading slash (NIST FM923)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19216
What|Old Value |New Value
---
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-16
23:11 ---
Subject: Bug 22056
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-16 23:10:50
Modified files:
gcc/testsuite : ChangeLog
gcc/testsuite/gcc.
--- Additional Comments From phython at gcc dot gnu dot org 2005-06-16
23:17 ---
Fixed by accepting -34359738369 as hex.
--
What|Removed |Added
Status|NEW
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22056
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-16
23:20 ---
Subject: Bug 21850
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-06-16 23:19:59
Modified files:
gcc: Change
--- Additional Comments From snambi at gmail dot com 2005-06-16 23:40
---
Subject: gcj compiled executable runtime crash
how do I solve this problem?
ie, how do I link these symbols runtime?
On 16 Jun 2005 18:47:37 -, pinskia at gcc dot gnu dot org
<[EMAIL PROTECTED] > wrote:
>
--- Additional Comments From pluto at agmk dot net 2005-06-16 23:53 ---
(In reply to comment #7)
> Compiling with -O1, we seg fault but compiling with -O1 -fno-tree-fre
> we don't because we don't "FRE", the load and get the type correct.
with -O2 -fno-tree-fre gcc (from mainline) se
The following program, when compiled with -fPIC option (on by
default on Darwin) gives me duplicate label in assembler
output:
extern int printf(const char *, ...);
struct { int a[5];} jmp_buf;
void
f(void)
{
void g(void)
{
}
if (__builtin_setjmp(&jmp_buf))
goto l;
g();
printf("fai
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-17
00:23 ---
Subject: Bug 21726
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-06-17 00:22:36
Modified files:
libstdc++-v3 : Change
--- Additional Comments From giovannibajo at libero dot it 2005-06-17
00:35 ---
Fixed!
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
Bug 15459 depends on bug 21850, which changed state.
Bug 21850 Summary: [4.0 Regression] misscompiling comparision from vector to
integer
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21850
What|Old Value |New Value
---
--- Additional Comments From pluto at agmk dot net 2005-06-17 00:53 ---
(In reply to comment #7)
> (In reply to comment #6)
> > SAR r/m32, 1Signed divide* r/m32 by 2, once
>
> Huh, I think that is wrong,
/*
* specifically, the division algorithm states that given
* t
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-06-17
00:56 ---
Subject: Bug 22022
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-06-17 00:56:08
Modified files:
gcc: ChangeLog tree-complex.c
Added files
--
What|Removed |Added
CC||pluto at agmk dot net
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22072
--- Additional Comments From dank at kegel dot com 2005-06-17 00:59 ---
We're learning more about this bug.
Anthony Danalis has boiled down the testcase much further;
I'll attach the reduced testcase as foo4.i.
It looks like it shows up if your /proc/cpuinfo says
vendor_id : Genui
1 - 100 of 111 matches
Mail list logo
