--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-12
06:06 ---
(In reply to comment #2)
It is because of ALIAS_DECL
Which means it was caused by:
2002-12-18 Jason Merrill [EMAIL PROTECTED]
Handle anonymous unions at the tree level.
C++ ABI
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-12
06:19 ---
This was basically fixed on the mainline:
__Z1fv:
LFB5:
li r9,0
li r10,0
stw r9,0(r3)
stw r10,4(r3)
blr
By:
2005-06-01 Josh Conner [EMAIL PROTECTED]
PR
--
What|Removed |Added
CC||law at gcc dot gnu dot org
Last reconfirmed|2005-06-02 19:04:47 |2005-07-12 06:25:35
.
Target: i686-pc-linux-gnu
Configured with: ../../gcc/configure
--prefix=/home/akr/ruby/chkbuild/tmp/build/gcc-trunk/20050712T134449
--enable-languages=c
Thread model: posix
gcc version 4.1.0 20050712 (experimental)
/home/src/chkbuild-tmp/build/gcc-trunk/20050712T134449/bin/../libexec/gcc/i686-pc-linux
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-12
06:44 ---
With the patch in PR 22368, we get the following ICE instead:
t.c:6: error: statement types mismatch
D.1273_6 = funcD.1271_4;
voidD.28 (*T2ca) (void)
voidD.28 *
I will look into fixing this after I
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-12
06:54 ---
4.0 produced:
D.1463 = n - -1073741824;
if (D.1463 = 0)
Which is wrong as overflow is undefined.
4.1 produces:
(n = -1073741824)
as overflow is undefined.
This was exposed by:
2005-07-02 Andrew
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-12
07:04 ---
(In reply to comment #1)
4.0 produced:
D.1463 = n - -1073741824;
if (D.1463 = 0)
Which is wrong as overflow is undefined.
This shows that fold is doing something wrong:
void abort(void);
int
In file included from /usr/include/c++/3.3/fstream:839,
from ../libgnuworld/ELog.h:27,
from ../include/iServer.h:33,
from ../include/server.h:39,
from ../include/client.h:32,
from ccontrol.h:39,
--- Additional Comments From paulthomas2 at wanadoo dot fr 2005-07-12
07:16 ---
Subject: Re: interface body has incorrect scope
Paul, do you have any idea what find_special could be intended for? It seems
obvious that it does the wrong thing in the case of this PR, and I can't see
Hi,
struct Foo {
std::string s;
};
Foo f;
emits
warning: 'Foo::s' should be initialized in the member initialization list.
Um, what? :)
--
Summary: -Weff++ warns about missing usage of const initalizer
list in synthesized ctors
Product:
--- Additional Comments From rguenth at gcc dot gnu dot org 2005-07-12
08:02 ---
I have a fix for the target dependent parts. Only tree-tailcall stomps on
our feet yet. I.e.
double __attribute__((sseregparm)) mysin(double);
double __attribute__((sseregparm)) (*mysinfp)(double) =
--- Additional Comments From laurent at guerby dot net 2005-07-12 08:26
---
Fixed between:
LAST_UPDATED: Sat Jul 9 23:06:33 UTC 2005
LAST_UPDATED: Mon Jul 11 22:29:49 UTC 2005
on x86-linux and x86_64-linux (don't know what patch though).
--
What|Removed
The following example generates wrong code when compiled with -O2 on amd64. It
doesn't seem to happen when compiling in 32bit mode though.
#include mmintrin.h
#include assert.h
typedef unsigned int CARD32;
static void
mmxCombineAddU (CARD32 *dest, const CARD32 *src, int width)
{
When I use the actual snapshot of gcc41 (gcc-4.1-20050709) to compile the small
test program given below, I get an ICE.
void work1 (float* Data, float* Kern, float* Mul)
{
for (int i=0; i24; i++) Mul[i] = Data[i] * Kern[i];
}
int main (int argc, char **argv)
{
float Kern[24]
--- Additional Comments From micis at gmx dot de 2005-07-12 10:29 ---
Using older compilers I found the first failing snapshot is gcc-4.1-20050604
and the last working one is gcc-4.1-20050528
Michael Cieslinski
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22433
#include ostream
#include string
#include vector
std::string bar (unsigned int x);
template class T
std::ostream baz (std::ostream os, const T v, bool lit)
{
typename T::const_iterator i = v.begin ();
os (lit ? bar (*i) : *i);
return os;
}
void foo (std::ostream os, const std::vectorint
Seward et al.
==17826== For more details, rerun with: -v
==17826==
==17826== Conditional jump or move depends on uninitialised value(s)
==17826==at 0x84E628F: find_what_p_points_to (tree-ssa-structalias.c:3184)
/Work/reichelt/GCC/FARM/gcc-4.1-20050712/bin/../lib/gcc/i686-pc-linux-gnu
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-12
10:48 ---
Nathan, would you mind applying the patch to the 4.0 branch,
since the branch is now open again? Thanks!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20789
The code below results in an incorrect warning. If the break statement is
removed, the warning disappears. The C compiler does not issue the warning for
both programs.
#include stdlib.h
// Imports: extern void abort (void) throw () __attribute__ ((__noreturn__));
inline unsigned
--- Additional Comments From nathan at codesourcery dot com 2005-07-12
11:07 ---
Subject: Re: [4.0 regression] ICE with incomplete type in
template
reichelt at gcc dot gnu dot org wrote:
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-12
10:48 ---
$ cat kinds.f90
program main
print *,tiny(1._10)
end program main
$ gfortran kinds.f90
$ ./a.out
***
$ gfortran -v
Using built-in specs.
Target: ia64-unknown-linux-gnu
Configured with: ../gcc-4.1-20050709/configure --prefix=/home/zfkts --enable-
languages=c,f95
Thread model:
$ cat kind2.f90
program main
real(kind=10), dimension(2) :: a
integer(kind=16), dimension(2) :: b
print *,maxloc(a),maxloc(b)
end program main
$ gfortran kind2.f90
/tmp/ccKkwR8V.o(.text+0x172): In function `MAIN__':
: undefined reference to `_gfortran_maxloc0_4_r10'
--- Additional Comments From nathan at gcc dot gnu dot org 2005-07-12
11:27 ---
Applied to 4.0 branch
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From gdr at integrable-solutions dot net
2005-07-12 11:27 ---
Subject: Re: New: -Weff++ warns about missing usage of const initalizer list
in synthesized ctors
mutz at kde dot org [EMAIL PROTECTED] writes:
| Hi,
|
| struct Foo {
| std::string s;
| };
--- Additional Comments From nathan at gcc dot gnu dot org 2005-07-12
11:27 ---
applied to 4.0 branch
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From nathan at gcc dot gnu dot org 2005-07-12
11:28 ---
applied to 4.0 branch
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From micis at gmx dot de 2005-07-12 11:28 ---
When I compile with:
g++41f -O2 -ftree-vectorize -c -o vectest.o vectest.cpp -finline-functions
-funswitch-loops -fgcse-after-reload -fdump-tree-all
it works, but with
g++41f -O3 -ftree-vectorize -c -o
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-12
11:29 ---
Subject: Bug 20746
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-07-12 11:28:03
Modified files:
gcc/cp :
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-12
11:29 ---
Subject: Bug 21929
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-07-12 11:28:03
Modified files:
gcc/cp :
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-12
11:29 ---
Subject: Bug 20678
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-07-12 11:28:03
Modified files:
gcc/cp :
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-12
11:29 ---
Subject: Bug 20789
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-07-12 11:28:03
Modified files:
gcc/cp :
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-12
11:29 ---
Subject: Bug 20789
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-07-12 11:28:03
Modified files:
gcc/cp :
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-12
11:29 ---
Subject: Bug 21903
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-07-12 11:28:03
Modified files:
gcc/cp :
--- Additional Comments From nathan at gcc dot gnu dot org 2005-07-12
11:29 ---
fixed on 4.0 branch
--
What|Removed |Added
Status|REOPENED
--- Additional Comments From tobi at gcc dot gnu dot org 2005-07-12 11:47
---
(In reply to comment #8)
I do not know. I wondered the same, when Erik could apparently excise
the lot without breaking anything.
I'm specifically worried that because of the known bad state of generic
--- Additional Comments From nathan at gcc dot gnu dot org 2005-07-12
11:50 ---
fixed on 4.0 branch
--
What|Removed |Added
Status|ASSIGNED
This patch:
2005-07-06 Zdenek Dvorak [EMAIL PROTECTED]
PR tree-optimization/21963
* tree-ssa-loop-ivopts.c (get_computation_aff): Use
constant_multiple_of in the same way get_computation_cost_at does.
introduces similar (to one described in PR 21963) segfault in
--- Additional Comments From joseph at codesourcery dot com 2005-07-12
12:00 ---
Subject: Re: problems with -Wformat and bit-fields
On Tue, 12 Jul 2005, pinskia at gcc dot gnu dot org wrote:
I don't know if I should mark this as a regression as this is really a
progression as
--- Additional Comments From joseph at codesourcery dot com 2005-07-12
12:04 ---
Subject: Re: New: __extension__ won't silence pedwarns
about hex float constants
On Tue, 12 Jul 2005, bje at gcc dot gnu dot org wrote:
The __extension__ keyword does not silence pedwarns about
--- Additional Comments From rakdver at gcc dot gnu dot org 2005-07-12
12:10 ---
The problem is actually completely unrelated to PR 21963; I am working on it.
--
What|Removed |Added
--- Additional Comments From john at karsner dot net 2005-07-12 12:17
---
../gcc-4.0.0/configure --with-gnu-ld --with-ld=/usr/local/i686-pc-linux-
gnu/bin/ld
build failed results as follows:
creating libgij.la
(cd .libs rm -f libgij.la ln -s ../libgij.la libgij.la)
/bin/sh
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-12
12:32 ---
Confirmed. Reduced testcase:
=
struct A
{
A(void*);
~A();
};
void foo(const int i, bool b)
{
b ? A(0) : i;
}
=
Without
[EMAIL PROTECTED]:~/projet$ gcc fntbin2h.c
fntbin2h.c: In function 'fct':
fntbin2h.c:50: warning: passing argument 1 of 'fct2' from incompatible pointer
type
fntbin2h.c:62: internal compiler error: in size_binop, at fold-const.c:1637
Please submit a full bug report,
with preprocessed source if
$ make install
/bin/sh ../gcc41/mkinstalldirs /home/ssb/gcc410-c /home/ssb/gcc410-c
mkdir -p -- /home/ssb/gcc410-c /home/ssb/gcc410-c
make[1]: Entering directory `/home/ssb/src/build/fixincludes'
make[1]: *** No rule to make target `../libiberty/libiberty.a', needed by
`full-stamp'. Stop.
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-07-12
13:14 ---
An updated patch is here:
http://gcc.gnu.org/ml/gcc-patches/2005-07/msg00843.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20070
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-12
13:30 ---
Subject: Bug 20070
CVSROOT:/cvs/gcc
Module name:gcc
Branch: sh-elf-4_1-branch
Changes by: [EMAIL PROTECTED] 2005-07-12 13:29:58
Modified files:
gcc:
static inline __attribute__ ((always_inline))
int baz (const unsigned char *addr)
{
return addr[0] 0x01;
}
static inline __attribute__ ((always_inline))
int bar (const unsigned char *addr)
{
return !baz (addr);
}
extern inline __attribute__ ((always_inline))
int baz (const unsigned char
--- Additional Comments From reichelt at gcc dot gnu dot org 2005-07-12
13:40 ---
Confirmed. Reduced testcase:
===
char foo(unsigned n)
{
char c[1][n];
return c[0][0];
}
===
The ICE appeared with gcc 4.0.0.
The code compiles fine
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-12
13:40 ---
Subject: Bug 20396
CVSROOT:/cvs/gcc
Module name:gcc
Branch: sh-elf-4_1-branch
Changes by: [EMAIL PROTECTED] 2005-07-12 13:40:25
Modified files:
gcc:
--- Additional Comments From amylaar at gcc dot gnu dot org 2005-07-12
13:45 ---
Having this bug unfixed makes it impossible to do sh-elf regression tests on
mainline.
--
What|Removed |Added
// fork from bug 22230
// fails with-O1
// doesn't fail with -O1 -fno-tree-ccp -fno-tree-dominator-opts
// introduced between 2005-05-17 2005-05-18
void abort (void);
int main (void)
{
int a, i;
for (i = 0; i 5; i++)
a = i * i;
if (a != 16)
abort ();
return 0;
}
/*
---
--
What|Removed |Added
GCC target triplet|x86_64-*-linux-gnu |
Known to fail||4.1.0
Known to work||4.0.1
--
What|Removed |Added
Component|c |target
Keywords||ssemmx, wrong-code
--- Additional Comments From belyshev at depni dot sinp dot msu dot ru
2005-07-12 14:44 ---
// corrected tescase
// fails with -O1 -ftree-vrp
// doesn't fail with -O1
// introduced between 2005-06-15 2005-06-16
void abort (void);
int main (void)
{
long a, i;
for (i = 0;
--- Additional Comments From roessner at rbg dot informatik dot
tu-darmstadt dot de 2005-07-12 14:45 ---
(In reply to comment #3)
Ok, rebuilt with CONFIG_SHELL=/bin/bash; export CONFIG_SHELL.
Did you use an absolute path to invoke configure, as strongly recommended?
FWIW
I just
--- Additional Comments From rakdver at atrey dot karlin dot mff dot cuni
dot cz 2005-07-12 14:58 ---
Subject: Re: New: scev cprop causes wrong code
// fork from bug 22230
// fails with-O1
// doesn't fail with -O1 -fno-tree-ccp -fno-tree-dominator-opts
// introduced
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-12
14:59 ---
Confirmed.
--
What|Removed |Added
CC||spop at
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rakdver at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-12
15:05 ---
Can you attach the preprocessed source?
--
What|Removed |Added
CC|
GCC VERSION: 3.4.3
OS Type: sparc-sun-solaris2.8
CONFIG: --prefix=/home/rmadsen/gnu/sol-2.8
--with-ld=/home/rmadsen/gnu/sol-2.8/bin/ld --with-gnu-ld
--with-as=/home/rmadsen/gnu/sol-2.8/bin/as --with-gnu-as
BUILD: make CFLAGS='-O' LIBCFLAGS='-g -O2' \
LIBCXXFLAGS='-g -O2
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-12
15:07 ---
(In reply to comment #7)
Fixed between:
LAST_UPDATED: Sat Jul 9 23:06:33 UTC 2005
LAST_UPDATED: Mon Jul 11 22:29:49 UTC 2005
Known to be fixed before that:
LAST_UPDATED: Sun Jul 10 00:31:54 UTC 2005
--
What|Removed |Added
CC||pinskia at gcc dot gnu dot
||org
Target Milestone|---
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-12
15:12 ---
*** Bug 22441 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-12
15:12 ---
*** This bug has been marked as a duplicate of 21975 ***
--
What|Removed |Added
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-07-12
15:13 ---
Including f95?
All languages (except treelang). You're the very first one who reports such
kind of problems with F95 on SPARC/Solaris.
Anyway, I reconfigured (with absolute path to configure)
--- Additional Comments From rakdver at gcc dot gnu dot org 2005-07-12
15:14 ---
The following patch fixes the problem, I am just testing it:
Index: tree-chrec.c
===
RCS file: /cvs/gcc/gcc/gcc/tree-chrec.c,v
retrieving
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-12
15:16 ---
(In reply to comment #1)
Confirmed. Reduced testcase:
Reduced testcase which fails everywhere (even on 64bit targets):
char foo(__SIZE_TYPE__ n)
{
char c[1][n];
return c[0][0];
}
==
Here is the
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2005-07-12
15:18 ---
Following the guidelines, I'm using a separate OBJDIR and SRCDIR.
They also recommend configuring with an absolute path on that platform:
http://gcc.gnu.org/install/specific.html#x-x-solaris2
--
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-12
15:20 ---
Confirmed, not a regression.
--
What|Removed |Added
Severity|normal
--
What|Removed |Added
CC||matz at suse dot de
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21388
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-12
15:28 ---
*** This bug has been marked as a duplicate of 19699 ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-12
15:28 ---
*** Bug 22435 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-12
15:30 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-12
15:31 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-12
15:35 ---
It works on i686-pc-linux-gnu.
--
What|Removed |Added
GCC build
--
What|Removed |Added
Component|other |bootstrap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22440
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-12
15:50 ---
Patch posted here: http://gcc.gnu.org/ml/gcc-patches/2005-07/msg00820.html.
--
What|Removed |Added
--- Additional Comments From roessner at rbg dot informatik dot
tu-darmstadt dot de 2005-07-12 16:03 ---
(In reply to comment #5)
I'm a bit puzzled. Could you post the value of $PATH and the version of the
various tools listed at http://gcc.gnu.org/install/prerequisites.html? TIA.
Last known to work with: Sat Jul 9 22:01:35 UTC 2005.
Known to fail with: Sun Jul 10 06:32:56 UTC 2005.
With LAST_UPDATED: Tue Jul 12 03:25:01 UTC 2005 I still get:
Running
/home/hp/combined/combined/libstdc++-v3/testsuite/libstdc++-dg/normal.exp ...
FAIL:
--- Additional Comments From hp at gcc dot gnu dot org 2005-07-12 16:05
---
Created an attachment (id=9248)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9248action=view)
Preprocessed source
cc1plus -fpreprocessed 2.ii -march=v10 -quiet -dumpbase 2.cc -auxbase-strip 2.s
-g -O2
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-12
16:07 ---
This looks very much related to PR 22416.
--
What|Removed |Added
OtherBugsDependingO|
--
What|Removed |Added
BugsThisDependsOn||22444
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22416
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-12
16:08 ---
Subject: Bug 20172
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-12 16:07:39
Modified files:
gcc/cp : ChangeLog pt.c
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-12
16:18 ---
I have a fix, the problem is that build_range_check depends on wrapping on
signed types being defined
which is not correct.
--
What|Removed |Added
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |dnovillo at gcc dot gnu dot
|dot org |org
--- Additional Comments From hp at gcc dot gnu dot org 2005-07-12 16:29
---
Between LAST_UPDATED Mon Jul 11 09:23:25 UTC 2005
and Mon Jul 11 18:07:42 UTC 2005, I started getting an additional similar
failure for cris-axis-linux-gnu:
...
FAIL:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-12
16:58 ---
Created an attachment (id=9250)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=9250action=view)
patch which should fix this without any really bad side effects
This patch should fix it. I have not
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-12
17:00 ---
Subject: Bug 22335
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-12 17:00:03
Modified files:
gcc: ChangeLog tree-ssa-dom.c
Log
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-12
17:02 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--
Bug 22368 depends on bug 22335, which changed state.
Bug 22335 Summary: DOM creates mis-matched types
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22335
What|Old Value |New Value
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-07-12
17:03 ---
Subject: Bug 22335
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-07-12 17:02:54
Modified files:
gcc/testsuite : ChangeLog
Added files:
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-12
17:04 ---
I should note that you can now bootstrap C with the patch. But still some
testsuite regressions in the
testsuite which have been filed already.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22368
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-12
17:22 ---
Patch here: http://gcc.gnu.org/ml/gcc-patches/2005-07/msg00864.html.
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-12
17:25 ---
(In reply to comment #2)
I should note that you can now bootstrap C with the patch. But still some
testsuite regressions in the
testsuite which have been filed already.
With the patch in PR 22358 we
We found that some of our in-house code was sometimes compiled to
different assembler code when the compilation was repeated. There
was one base version that we got most of the time, and a slightly smaller
variant that was obtained with a lesser frequency, using identical
sources, pathnames and
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-12
17:33 ---
(In reply to comment #3)
(In reply to comment #2)
I should note that you can now bootstrap C with the patch. But still some
testsuite regressions in
the
testsuite which have been filed already.
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-07-12 20:11
---
The failure disappeared again for me on 20050712, but given comments about
uninitialized memory I doubt this indicates a fix.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=22416
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-12
20:21 ---
This looks like a dup of (or at least related to) PR 4520 (cselib.c hash_rtx
incorrectly hashes based on
rtx address).
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-07-12
20:26 ---
Confirmed.
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Say B is a subclass of A. I create an compile time array of 10 objects of type
B and invoke the destructor on each member of the array. Afterwards, the vtable
pointer for each element of B is to instances of A.
This came up with a template collection class that is a combination of vector
and a
1 - 100 of 152 matches
Mail list logo