With a unified tree and LAST_UPDATED "Tue May 17 19:08:14 UTC 2005",
building a unified tree worked on this host+target combination.
With LAST_UPDATED: "Wed May 18 06:16:27 UTC 2005" I get:
/bin/sh ./libtool --mode=compile /home/hp/combined/mmix-regobj/./gcc/xgcc
-B/home/hp/combined/mmix-regobj/./
--
What|Removed |Added
Summary|mmix-knuth-mmixware broken |[4.1 regression] mmix-knuth-
|libobjc/Object.m|mmixware broken
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot gnu dot org
|dot org |
Status|NEW
--- Additional Comments From charlet at gcc dot gnu dot org 2005-05-18
07:43 ---
Right, this is a requirement to first build a native GNAT version x.y to
build a cross GNAT x.y
Arno
--
What|Removed |Added
-
--
Bug 21629 depends on bug 21247, which changed state.
Bug 21247 Summary: Cross-building gnat-4.0.0 requires native gnat-4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21247
What|Old Value |New Value
-
--- Additional Comments From charlet at gcc dot gnu dot org 2005-05-18
08:12 ---
The last error seems to be related to the cygwin environment.
There is also no point in reporting such results as a bug, since there are
separate issues, which all seem to be related to cygwin rather than gc
--- Additional Comments From maxim dot yegorushkin at gmail dot com
2005-05-18 08:17 ---
(In reply to comment #1)
> All gcc versions I have take the template in namespace odd, and so does
> icc in strict mode. I see nothing in 3.4.2 that should prevent this
> from happening. What is re
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-18 08:21
---
Not alpha specific. The tunings we have in the alpha memcpy expansion are
correct for real copies between memory. We want to prefer
ldbu $1,3($17)
ldbu $2,0($17)
ldbu $3,1($17)
--- Additional Comments From charlet at gcc dot gnu dot org 2005-05-18
08:52 ---
>From the comments, seems like a back-end or optimization (rtl ?) issue
rather than an Ada specific issue.
Arno
--
What|Removed |Added
--
--- Additional Comments From hp at gcc dot gnu dot org 2005-05-18 09:05
---
Happens for cris-elf and cris-linux too.
--
What|Removed |Added
Summary|[4.1 regressio
--- Additional Comments From giovannibajo at libero dot it 2005-05-18
09:09 ---
We obviously need the preprocessed source.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21638
--- Additional Comments From hp at gcc dot gnu dot org 2005-05-18 09:28
---
In response to comment #2, this is a combined tree, so the sources are trivially
available for all and you shouldn't need to be handed preprocessed code
separately. Having said that, I'll attach preprocessed ver
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-18
09:33 ---
I'm not sure what a DR is, probably a C++ standard defect report. After asking
on fr.comp.lang.c++ I was referred to Core Issue 278:
http://www.open-std.org/jtc1/sc22/wg21/docs/cwg_active.html#278
Whether
--- Additional Comments From hp at gcc dot gnu dot org 2005-05-18 09:34
---
Created an attachment (id=8919)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8919&action=view)
Preprocessed code
Options to cc1 from -v: -fpreprocessed hash.i -melf -ffunction-sections
-fdata-sections -qu
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18
09:54 ---
Subject: Bug 20954
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-18 09:54:21
Modified files:
gcc/testsuite : ChangeLog
gcc/fortran: C
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18
10:01 ---
Subject: Bug 20954
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-05-18 10:00:57
Modified files:
gcc/testsuite : Change
$ gcc -v
Reading specs from /pdv/.tools/pkg/gcc/3.4.3/bin/../lib/gcc/powerpc-ibm-
aix5.2.0.0/3.4.3/specs
Configured with: ../gcc-3.4.3/configure --prefix=/tools/pkg/gcc/3.4.3 --with-
ld=/bin/ld --with-as=/bin/as --disable-threads --enable-languages=c,c++
Thread model: aix
gcc version 3.4.3
// foo
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
11:16 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From Tobias dot Schlueter at physik dot
uni-muenchen dot de 2005-05-18 11:19 ---
Subject: Re: COMPLEX function returns incompatible with
g77
toon at moene dot indiv dot nluug dot nl wrote:
> --- Additional Comments From toon at moene dot indiv dot nluug dot
--- Additional Comments From Tobias dot Schlueter at physik dot
uni-muenchen dot de 2005-05-18 11:21 ---
Subject: Re: Segfault while compiling
libgfortran/intrinsics/selected_int_kind.f90
Tobias dot Schlueter at physik dot uni-muenchen dot de wrote:
> --- Additional Comments From
--- Additional Comments From giovannibajo at libero dot it 2005-05-18
12:02 ---
(In reply to comment #3)
> In response to comment #2, this is a combined tree, so the
> sources are trivially available for all and you shouldn't need
> to be handed preprocessed code separately.
I am so
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
12:11 ---
Hmm, the SSA_NAME is in the free list for some reason.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21638
--
What|Removed |Added
CC||kazu at cs dot umass dot edu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21636
I'd expect the result of compiling these two functions to be identical, but it
isn't:
int fish1(unsigned char c)
{
if (c =='"' || c == 0x20 || c < 0x20)
return 1;
}
int fish2(unsigned char c)
{
if (c == '"' || c <= 0x20)
return 1;
}
If I remove the
--- Additional Comments From dwmw2 at infradead dot org 2005-05-18 12:33
---
Happens with gcc 3.4 too, and also on i386.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21643
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
12:34 ---
Confirmed, reduced testcase:
typedef struct hashhdr {
int bitmaps[32];
} HASHHDR;
static void
swap_header_copy(HASHHDR *srcp, HASHHDR *destp)
{
int i;
for (i = 0; i < 32; i++)
((char *)&(destp->bit
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
12:36 ---
This is independent of target/host. My testcase gives a different ICE:
pr21638.c:15: error: Definition in block 1 does not dominate use in block 0
for SSA_NAME: i.0_10 in statement:
D.1281_1 = &whdr.bitmaps
See the following code example:
#include
template
class a{
protected:
tn bar;
public:
a(tn bar){
this->bar=bar;
}
virtual tn getBar(){
return bar;
}
};
template
class b : public a{
private:
void add(tn baz);
publ
--- Additional Comments From tonne2005 at gehheimdienst dot de 2005-05-18
12:37 ---
*** This bug has been marked as a duplicate of 15552 ***
--
What|Removed |Added
--- Additional Comments From tonne2005 at gehheimdienst dot de 2005-05-18
12:37 ---
*** Bug 21644 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
12:38 ---
Confirmed.
--
What|Removed |Added
CC||pinskia at
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
12:45 ---
Looks like this shows up also on x86_64-pc-linux-gnu:
http://gcc.gnu.org/ml/gcc/2005-05/msg00958.html
--
What|Removed |Added
-
--
What|Removed |Added
Status|NEW |SUSPENDED
Summary|templates and anonymous enum|[DR 278] templates and
|
--- Additional Comments From joel at oarcorp dot com 2005-05-18 13:23
---
Subject: Re: Cross-building gnat-4.0.0 requires native gnat-4.0.0
charlet at gcc dot gnu dot org wrote:
> --- Additional Comments From charlet at gcc dot gnu dot org 2005-05-18
> 07:43 ---
> Right, this
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18
13:27 ---
Subject: Bug 21407
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-18 13:26:20
Modified files:
gcc: ChangeLog tree-ssa-operands.c
Added
--- Additional Comments From dberlin at gcc dot gnu dot org 2005-05-18
13:28 ---
Fixed
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From charlet at adacore dot com 2005-05-18 13:33
---
Subject: Re: Cross-building gnat-4.0.0 requires native gnat-4.0.0
> Could you suggest a patch for install.texi which corrects the tool
> requirements for building GNAT both natively and cross?
I'm sure I cou
CVS g++ currently fails while building CVS groff:
g++ -I. -I/devel/gnu/gnu_cvs/groff/src/devices/grohtml
-I/devel/gnu/gnu_cvs/groff/objdir-0328/src/include
-I/devel/gnu/gnu_cvs/groff/src/include -DHAVE_CONFIG_H -v -O2 -march=pentium-mmx
-finline-limit=10 -fno-check-new -fno-exceptions -save-te
--- Additional Comments From ahaas at airmail dot net 2005-05-18 13:46
---
Created an attachment (id=8922)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8922&action=view)
Preprocessed file triggering bug
Here's the file, compressed with 'gzip' as it is large.
--
http://gcc.gnu
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
14:00 ---
Confirmed, reduced testcase:
struct color {
~color();
};
struct style {
color col;
style (color);
};
style::style(color c)
: col(c)
{
}
--
What|Removed |Added
--
--- Additional Comments From gdr at integrable-solutions dot net
2005-05-18 14:04 ---
Subject: Re: templates and anonymous enum
"papadopo at shfj dot cea dot fr" <[EMAIL PROTECTED]> writes:
[...]
| Therefore:
|
| * Concerning 1.a) and 1.b) I'm not convinced this is related to Core I
Hello!
Bootstraping the gcc-4.0.0 leads to a error message:
/tmp/gcc-4.0.0/libcpp/configure[2760]: test: argument expected
As far as I see in the line
if test $GCC = yes; then
the var GCC is not set. It is set in line 2145, but in case of a non gcc
compiler, it is evaluated to an empty string.
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
14:44 ---
*** Bug 21646 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
14:44 ---
*** This bug has been marked as a duplicate of 21230 ***
--
What|Removed |Added
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-18
14:56 ---
I guess what I meant is: whatever the reason for this error message and whatever
the eventual decision taken about it, it would be nice to have an error message
that really means something to end-users.
Fo
--- Additional Comments From pcarlini at suse dot de 2005-05-18 15:00
---
> .. The error message shoudl really point at what's wrong in the
> source code, not at what's wrong in the C++ standard.
But unfortunately if the compiler is conforming, and the latter is wrong,
the forme
--- Additional Comments From gdr at integrable-solutions dot net
2005-05-18 15:07 ---
Subject: Re: [DR 278] templates and anonymous enum
"papadopo at shfj dot cea dot fr" <[EMAIL PROTECTED]> writes:
| I guess what I meant is: whatever the reason for this error message
| and whatever t
--- Additional Comments From papadopo at shfj dot cea dot fr 2005-05-18
15:13 ---
OK, then what I really meant is that error message doesn't mean anything in
plain English, thus it doesn't mean anything to end-users. So it needs to be
improved. I understand it's not easy - after all no o
--- Additional Comments From anh_vn_vo at yahoo dot com 2005-05-18 15:35
---
If it is expected that the name cygwin32 instead just cygwin generated during
configuration step, I agree that it is cygwin environment issue. Therefore, I
would like to withdraw my report. Otherwise, further
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18
15:36 ---
Subject: Bug 19729
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-18 15:36:08
Modified files:
libjava: ChangeLog
libjava/gnu/java/s
--- Additional Comments From pluto at agmk dot net 2005-05-18 15:42 ---
(In reply to comment #50)
> Thanks a lot. And, as soon as "pluto" has finished testing the whole package
> I will personally take care of the v3 bits.
on powerpc OpenEXR builds/links fine too.
finally it
--- Additional Comments From pcarlini at suse dot de 2005-05-18 15:45
---
Great! I forgot to thank you for all your testing efforts: thanks! I'm going to
have a final look and commit the v3 bits. Then, strong of your test, I'm also
going to ping again on gcc-patches the middle-end bits.
When compilied with "-fdefault-integer-8", inquire incorrectly says that a file
exits. It works correctly without the "-fdefault-integer-8"
[dranta:~/tests/gfortran] dir% gfortran -fdefault-integer-8 -o d8test4 d8test4.f
[dranta:~/tests/gfortran] dir% d8test4
output exists
STOP 0
[dranta:~/te
--- Additional Comments From hp at gcc dot gnu dot org 2005-05-18 16:01
---
In reply to comment #3:
No, I don't think your reading of what rules you refer to is "sane",
but then perhaps you're not used to building a unified tree for cross
toolchains, re: simtest-howto.html. If you'd don
--- Additional Comments From schwab at suse dot de 2005-05-18 16:25 ---
Also I'm getting crashes in glibc during initialisation of libpthread, which
might be related.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21412
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-18 16:45
---
The test case in #10 is not a tls address; it is a dup of PR21632.
--
What|Removed |Added
GCC ta
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18
16:51 ---
Subject: Bug 21632
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-05-18 16:50:58
Modified files:
gcc: Change
--- Additional Comments From gdr at integrable-solutions dot net
2005-05-18 17:08 ---
Subject: Re: [DR 278] templates and anonymous enum
"pcarlini at suse dot de" <[EMAIL PROTECTED]> writes:
| > .. The error message shoudl really point at what's wrong in the
| > source code, n
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-18 17:15
---
We don't assign TImode to this structure, because we assume TImode needs
128-bit alignment, and this structure has 64-bit alignment. Which means
that the structure gets BLKmode. All BLKmode parameters are allo
--- Additional Comments From trt at acm dot org 2005-05-18 17:21 ---
This is because fold-const.c only does ad-hoc re-association.
Here is an example for fold_truthop (approx line 8805)
/* Check for the possibility of merging component references. If our
lhs is another si
--- Additional Comments From trt at acm dot org 2005-05-18 17:28 ---
Here is a equivalent case that gcc also misses (but beyond scope of
fold-const.c). By the way, since there is a missing final return, can't gcc just
simplify all three functions into "return 1;" :-)
int fish3(unsigned c
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18
17:30 ---
Subject: Bug 19729
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-branch
Changes by: [EMAIL PROTECTED] 2005-05-18 17:30:16
Modified files:
libjava: Change
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18
17:33 ---
Subject: Bug 21632
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-18 17:33:33
Modified files:
gcc: ChangeLog
gcc/config/ia64: i
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-18 17:42
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
17:45 ---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From rth at gcc dot gnu dot org 2005-05-18 18:06
---
Confirmed.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |rth at gcc dot
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
18:09 ---
(In reply to comment #9)
> In reply to comment #3:
Usually I just say "please attach it because I am too lazy to build an unified
tree" instead of saying this
goes against our rules. Anyways I am trying t
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
18:13 ---
Mine, I have a fix.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |p
Compiling the following code with -O2 causes an ICE (verified on both
i686-pc-cygwin and arm-none-
elf):
struct mad_bitptr {
unsigned char const *byte;
};
struct mad_stream {
struct mad_bitptr ptr;
};
struct channel {
unsigned short part2_3_length;
};
struct granule {
struct channel ch
--
What|Removed |Added
Keywords||ice-on-valid-code
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21648
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
18:18 ---
This is really PR 21638 which I am testing a fix for right now.
*** This bug has been marked as a duplicate of 21638 ***
--
What|Removed |Added
-
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
18:18 ---
*** Bug 21648 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From hp at gcc dot gnu dot org 2005-05-18 18:58
---
Adding CC Mike Stump as fingered by cvs diff.
--
What|Removed |Added
CC|
--
What|Removed |Added
GCC target triplet|mmix-knuth-mmixware |cris-axis-elf, cris-axis-
||linux-gnu, mmix-knuth-
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18
19:09 ---
Subject: Bug 21329
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-4_0-rhl-branch
Changes by: [EMAIL PROTECTED] 2005-05-18 19:08:44
Modified files:
gcc: Ch
--- Additional Comments From jason at gcc dot gnu dot org 2005-05-18 19:38
---
(In reply to comment #35)
> I'm still seeing the artsd miscompilation with
> gcc 4.0.0 20050512 (Red Hat 4.0.0-5), which contains everything
> from gcc-4_0-branch upto 13-05-2005 (circa).
A backtrace showing
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18
20:02 ---
Subject: Bug 21641
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-18 20:02:30
Modified files:
gcc/objc : ChangeLog objc-act.c
Log message:
If I click the window manager's "close" button for a gcjappletviewer
window, I get a number of messages from Gtk:
(:24933): GLib-GObject-WARNING **: invalid unclassed pointer in cast to
`GtkWidget'
(:24933): GLib-GOb
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
20:22 ---
Fixed at least in 4.0.1.
--
What|Removed |Added
Status|UNCONFIRMED
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18
20:24 ---
Subject: Bug 21127
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-18 20:24:33
Modified files:
libgfortran: ChangeLog
gcc/fortran: C
--
What|Removed |Added
Component|bootstrap |gcov/profile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18939
--
What|Removed |Added
Component|other |gcov/profile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21388
--
What|Removed |Added
Component|other |bootstrap
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19289
--
What|Removed |Added
Component|middle-end |gcov/profile
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18152
1.c.t??.useless"
have appeared on mainline, all platforms, between 20050517 and 20050518.
cc1: error: unrecognized command line option "-fdump-tree-useless"
The testsuite may need updating for the removal of this option.
--
Summary: [4.1 Regression] gcc
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2005-05-18
20:35 ---
Subject: Bug 21127
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2005-05-18 20:35:30
Modified files:
libgfortran: ChangeLog Makefile.am Makefile.in
L
--- Additional Comments From jsm28 at gcc dot gnu dot org 2005-05-18 20:37
---
The new test pr14814.C is failing on mainline, 20050518, all or most platforms.
FAIL: g++.dg/tree-ssa/pr14814.C scan-tree-dump-times &this 0
--
What|Removed |A
--
Bug 17165 depends on bug 14814, which changed state.
Bug 14814 Summary: no folding back to ARRAY_REF
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14814
What|Old Value |New Value
FAIL: g++.dg/opt/reg-stack2.C (test for excess errors)
has appeared on mainline, multiple platforms, between 20050517 and 20050518.
Logs on i686-pc-linux-gnu:
/home/gcc/nightlies/src-mainline-2005-05-18/gcc-mainline-2005-05-18/gcc/testsuite/g++.dg/opt/reg-stack2.C:
In constructor 'B::B(con
FAIL: g++.dg/other/static11.C (test for excess errors)
appeared on mainline, multiple platforms, between 20050517 and 20050518. Logs
on i686-pc-linux-gnu:
/home/gcc/nightlies/src-mainline-2005-05-18/gcc-mainline-2005-05-18/gcc/testsuite/g++.dg/other/static11.C:
In function '(static destru
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
20:44 ---
The test is still working correct and this was actually fixed really for 4.0.0,
please open a new bug for
the testcase problem because it is a new test.
--
What|Removed
--
Bug 17165 depends on bug 14814, which changed state.
Bug 14814 Summary: no folding back to ARRAY_REF
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=14814
What|Old Value |New Value
--- Additional Comments From bernie at develer dot com 2005-05-18 20:45
---
(In reply to comment #36)
> (In reply to comment #35)
> > I'm still seeing the artsd miscompilation with
> > gcc 4.0.0 20050512 (Red Hat 4.0.0-5), which contains everything
> > from gcc-4_0-branch upto 13-05-2005
--- Additional Comments From hp at gcc dot gnu dot org 2005-05-18 20:48
---
Passes the failure point for mmix-knuth-mmixware and I'd be surprised if it's
not the same for the other mentioned targets, so I'll close this. Thanks for
fixing.
--
What|Removed
--- Additional Comments From joseph at codesourcery dot com 2005-05-18
20:51 ---
Subject: Re: no folding back to ARRAY_REF
On Wed, 18 May 2005, pinskia at gcc dot gnu dot org wrote:
> The test is still working correct and this was actually fixed really for
> 4.0.0, please open a new
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
20:50 ---
This should been fixed by:
2005-05-18 Jeff Law <[EMAIL PROTECTED]>
* tree-ssa-forwprop.c (forward_propagate_addr_expr): Do not
propagate an ADDR_EXPR if the definition and use sites are
/vect/vect-66.c (test for excess errors)
FAIL: gcc.dg/vect/vect-93.c (test for excess errors)
FAIL: gcc.dg/vect/vect-all.c (test for excess errors)
have appeared on mainline on i686-pc-linux-gnu (and from gcc-testresults it
seems some other platforms too) between 20050517 and 20050518. All seem to be
--- Additional Comments From kazu at cs dot umass dot edu 2005-05-18 20:56
---
Confirmed.
Here is what I get from the first CCP.
int g() ()
{
int * i;
struct f * a1;
struct f a;
int D.1687;
:
a.i = 1;
a1_3 = &a;
i_4 = &a.i;
D.1687_5 = *i_4;
D.1687_6 = D.1687_5;
ret
FAIL: gcc.dg/pch/inline-4.c -O0 (test for excess errors)
FAIL: gcc.dg/pch/inline-4.c -O0 -g (test for excess errors)
have appeared on mainline between 20050517 and 20050518 on hppa2.0w-hpux.
gcc-testresults shows them also failing on platforms including mips-sgi-irix6.5,
powerpc-unknown-linux
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-05-18
20:57 ---
Fixed by:
2005-05-18 Geoffrey Keating <[EMAIL PROTECTED]>
* tree-cfg.c (pass_remove_useless): This pass works on trees.
--
What|Removed |Added
1 - 100 of 146 matches
Mail list logo
