--- Comment #19 from jason at gcc dot gnu dot org 2006-09-09 07:16 ---
Yep, after merging the 101673 change back in, the compiler works up until
101467, at which point Jakub's ppc sfp change seems to break the testcase (at
-O1).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28493
--- Comment #2 from echristo at apple dot com 2006-09-09 08:12 ---
Yup. A new cctools is needed now.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28995
--
echristo at apple dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |echristo at apple dot com
|dot org |
--- Comment #3 from echristo at apple dot com 2006-09-09 08:53 ---
FWIW I just hacked up a quick autoconf test for the feature as well if we'd
prefer to have that as well...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28995
--- Comment #4 from echristo at apple dot com 2006-09-09 08:54 ---
Created an attachment (id=12212)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12212&action=view)
autoconf test
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28995
The fix is incomplete. The following testcase still fails:
==
struct A
{
static void foo();
};
void bar()
{
A().foo;
}
==
bug.cc: In function 'void bar()':
bug.cc:8: warning: statement is a reference, not call, to function 'A().A::foo'
bug.cc:8
--- Comment #1 from reichelt at gcc dot gnu dot org 2006-09-09 10:44
---
> The fix is incomplete.
This should read: The fix for PR 26696 is incomplete.
--
reichelt at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #12 from reichelt at gcc dot gnu dot org 2006-09-09 10:47
---
The problem from comment #10 is now tracked in PR 28996.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26696
--- Comment #24 from steven at gcc dot gnu dot org 2006-09-09 10:54 ---
Closing because mainline is faster than 4.0
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=15678
--- Comment #25 from steven at gcc dot gnu dot org 2006-09-09 10:54 ---
.
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #5 from rsandifo at gcc dot gnu dot org 2006-09-09 10:56
---
Subject: Bug 28634
Author: rsandifo
Date: Sat Sep 9 10:56:31 2006
New Revision: 116796
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116796
Log:
gcc/
PR rtl-optimization/28634
* reorg.c (
--- Comment #6 from rsandifo at gcc dot gnu dot org 2006-09-09 11:01
---
Applied to 4.1 after testing on mipsisa64-elf and mips64-linux-gnu.
Although the bug has been around for a long time, it isn't known to
be a regression from 4.0 to some earlier release, so it doesn't
qualify for a
--- Comment #2 from patchapp at dberlin dot org 2006-09-09 12:35 ---
Subject: Bug number PR28923
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-09/msg00341.html
--
http://gcc.gnu.org/bugzilla/sh
--- Comment #10 from bonzini at gnu dot org 2006-09-09 12:43 ---
Subject: Bug 26778
Author: bonzini
Date: Sat Sep 9 12:43:32 2006
New Revision: 116798
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116798
Log:
gcc:
2006-09-09 Paolo Bonzini <[EMAIL PROTECTED]>
Dale
--- Comment #11 from bonzini at gnu dot org 2006-09-09 12:56 ---
The patches for the blocking bugs should also be applied if anyone wants to
backport, together with http://gcc.gnu.org/ml/gcc-patches/2006-04/msg00432.html
I won't do a backport though.
--
bonzini at gnu dot org change
--- Comment #5 from bonzini at gnu dot org 2006-09-09 13:02 ---
fwprop fixes the bug on i386-pc-linux-gnu
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28940
--- Comment #6 from bonzini at gnu dot org 2006-09-09 13:03 ---
I plan to fix it via the fwprop merge in 4.3, but not in 4.2. Should I still
assign this to me?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28940
--- Comment #2 from bonzini at gnu dot org 2006-09-09 13:05 ---
Janis, could you do a binary search? On 4.1 branch the bug was not in r115546,
and was there in r115639.
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28604
--- Comment #3 from bonzini at gnu dot org 2006-09-09 13:06 ---
Janis, could you do a binary search? On 4.1 branch the bug was not in r115546,
and was there in r115639.
Thanks.
--
bonzini at gnu dot org changed:
What|Removed |Added
--
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-09-09 13:19 ---
Even without building fortran, this gives a lot of regressions:
http://gcc.gnu.org/ml/gcc-testresults/2006-09/msg00462.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28995
--
lmillward at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |lmillward at gcc dot gnu dot
|dot org
--- Comment #2 from patchapp at dberlin dot org 2006-09-09 13:20 ---
Subject: Bug number PR c++/28301
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-09/msg00344.html
--
http://gcc.gnu.org/bugzil
--- Comment #3 from patchapp at dberlin dot org 2006-09-09 13:25 ---
Subject: Bug number PR c++/28303
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-09/msg00346.html
--
http://gcc.gnu.org/bugzil
--
lmillward at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |lmillward at gcc dot gnu dot
|dot org
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-09-09 13:27 ---
Confirmed.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCON
--
lmillward at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |lmillward at gcc dot gnu dot
|dot org
--- Comment #3 from patchapp at dberlin dot org 2006-09-09 13:38 ---
Subject: Bug number PR c++/28861
A patch for this bug has been added to the patch tracker.
The mailing list url for the patch is
http://gcc.gnu.org/ml/gcc-patches/2006-09/msg00348.html
--
http://gcc.gnu.org/bugzil
Configure statement was: ../gcc-4.1.0/configure --prefix=/usr/local
--enable-languages=c,c++,fortran,java --with-gmp=/usr/local/lib
--with-mpfr=/usr/local/lib
Results of make:
checking for nawk... no
checking for awk... awk
checking whether make sets $(MAKE)... yes
checking for powerpc-apple-da
--- Comment #1 from danp57 at optonline dot net 2006-09-09 13:44 ---
Build directory was gcc-4.1.1.obj/
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28997
--- Comment #2 from pault at gcc dot gnu dot org 2006-09-09 14:17 ---
I have just posted a patch to the list.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #3 from pault at gcc dot gnu dot org 2006-09-09 14:18 ---
I have just posted the patch to the list.
Paul
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #12 from steven at gcc dot gnu dot org 2006-09-09 15:32 ---
Paolo already said he won't backport his patch. And it seems like a bad idea
to backport reload patches to release branches. So closing this bug as FIXED
for mainline.
--
steven at gcc dot gnu dot org changed:
--- Comment #18 from jason at gcc dot gnu dot org 2006-09-09 16:11 ---
Subject: Bug 26957
Author: jason
Date: Sat Sep 9 16:11:34 2006
New Revision: 116799
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116799
Log:
PR c++/26957
* method.c (use_thunk): Fix patch f
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
-Wstrict-prototypes
-Wmissing-prototypes -Wold-style-definition -Wmissing-format-attribute
-fno-common -DHAVE_CONFIG_H -I. -I. -I../../gcc-4.2-20060909/gcc
-I../../gcc-4.2-20060909/gcc/. -I../../gcc-4.2-20060909/gcc/../include
-I./../intl -I../../gcc-4.2-20060909/gcc/../libcpp/include -I/sw/include
-I
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-09-09 17:48 ---
I am going to assume you are building GCC on a G4 which means you have to use
--disable-multilib.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #30 from dberlin at gcc dot gnu dot org 2006-09-09 17:55
---
Subject: Re: [4.0/4.1/4.2 Regression] alias bug with cast and call clobbered
Patch coming in a sec
On 9 Sep 2006 15:02:37 -, reichelt at gcc dot gnu dot org
<[EMAIL PROTECTED]> wrote:
>
>
> --
--
http:/
--- Comment #9 from pinskia at gcc dot gnu dot org 2006-09-09 18:23 ---
I have a fix for this which I am testing right now.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #5 from danglin at gcc dot gnu dot org 2006-09-09 18:25 ---
I would like to request that this bug to be reopened.
First, the test never failed on hppa*-*-linux*, so we now have two
XPASS's on this target. Second, between 15 and 17 August, the second
xfail for hppa*-*-* chan
--- Comment #6 from rguenth at gcc dot gnu dot org 2006-09-09 18:34 ---
I don't know what should be the difference between hpux and linux PA, though
this is an issue of IVOPTs and rtl costs.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2006-09-09
18:45 ---
Subject: Re: g++.dg/tree-ssa/ivopts-1.C fails
> I don't know what should be the difference between hpux and linux PA, though
> this is an issue of IVOPTs and rtl costs.
I've the dump files for hppa-unknow
--- Comment #7 from echristo at apple dot com 2006-09-09 18:57 ---
You run autoheader and autoconf.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28995
--- Comment #2 from pinskia at gcc dot gnu dot org 2006-09-09 19:10 ---
I think the problem is that i++ is being replaced with "i = 1" and (i = 1) = 2;
turns out to be legal C++.
If we add to boolean_increment to build a NON_LVALUE_EXPR, we will get an error
at least I hope.
--
htt
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-09-09 19:29 ---
Yep that worked, testing the fix.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from howarth at nitro dot med dot uc dot edu 2006-09-09
19:44 ---
Eric,
I've been running autoheader and autoconf in the gcc source subdirectory.
It does cause configure to run the test which results in...
configure:13732: checking assembler for .literal16
configure:
--- Comment #9 from echristo at apple dot com 2006-09-09 19:51 ---
Yeah, might be better off just bracketing the literal16 code in darwin.c with
#ifdef HAVE_GAS_LITERAL16. Want to do that?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28995
--- Comment #10 from howarth at nitro dot med dot uc dot edu 2006-09-09
19:53 ---
Sure. I'll test it shortly and post.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28995
--- Comment #20 from mkoeppe at gmx dot de 2006-09-09 19:53 ---
Hi all,
as being pointed from PR 28968 to this one, I now tested "make bootstrap" with
several gcc versions on native Interix/SFU 3.5 on W2K-SP4. The bootstrap
compiler is interix gcc 3.3.
In particular I tested
- gcc-3.3.
--- Comment #11 from echristo at apple dot com 2006-09-09 20:09 ---
Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28995
--- Comment #10 from rguenther at suse dot de 2006-09-09 20:37 ---
Subject: Re: g++.dg/tree-ssa/ivopts-1.C fails
On Sat, 9 Sep 2006, dave at hiauly1 dot hia dot nrc dot ca wrote:
> --- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2006-09-09
> 18:45 ---
> Subject: R
--- Comment #12 from howarth at nitro dot med dot uc dot edu 2006-09-09
21:21 ---
Created an attachment (id=12215)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12215&action=view)
revised autoconf test
Use preprocessor statements instead for darwin.c patch.
--
http://gcc.gnu
--- Comment #3 from pinskia at gcc dot gnu dot org 2006-09-09 21:22 ---
Mine.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #13 from echristo at apple dot com 2006-09-09 21:27 ---
Close, but I'd prefer to actually have the test for true as well in there. I'll
go ahead and submit the patch similar. thanks for testing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28995
--- Comment #15 from pinskia at gcc dot gnu dot org 2006-09-09 21:37
---
(In reply to comment #14)
> I have reverted this patch.
I think PR 28985 is related to this bug in that it is about the accepting the
invalid code which was mentioned on the mailing list.
--
http://gcc.gnu.org
--- Comment #6 from ebotcazou at gcc dot gnu dot org 2006-09-09 22:09
---
> it looks like ifcvt messes up in pass 3 and puts the post-inc in the
> cond-exec block.
It's actually the combiner that wrongly ditches the post-inc, at least with
the last set of options you posted. Amazingly
--- Comment #3 from jason at gcc dot gnu dot org 2006-09-09 22:27 ---
Subject: Bug 28996
Author: jason
Date: Sat Sep 9 22:26:53 2006
New Revision: 116800
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116800
Log:
PR c++/28996
* cvt.c (convert_to_void): Strip COM
--- Comment #4 from pinskia at gcc dot gnu dot org 2006-09-09 23:33 ---
Grrr my patch causes a rejects valid to happen.
void
f()
{
bool i = 0;
++i = 6;
}
Is valid code as preincrement is an lvalue.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28989
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2006-09-09
23:50 ---
Created an attachment (id=12216)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12216&action=view)
Remaining unapplied parts of the TImode patch for Darwin PPC
--
http://gcc.gnu.org/bugzilla/show_
--- Comment #11 from dave at hiauly1 dot hia dot nrc dot ca 2006-09-10
00:02 ---
Subject: Re: g++.dg/tree-ssa/ivopts-1.C fails
> It confirms that it is the same problem as on i?86, but it doesn't tell
> why. I don't see an obvious difference in config/pa/
Yes, it does seem to be the
--- Comment #5 from pinskia at gcc dot gnu dot org 2006-09-10 00:20 ---
I have a better fix which does not regress on that valid code.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28989
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |jason at gcc dot gnu dot org
|dot org
--- Comment #12 from pinskia at gcc dot gnu dot org 2006-09-10 02:12
---
Reduced testcase:
void do_lookup_x (int ref)
{
int check_match (void)
{
return ref;
}
}
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28516
--- Comment #13 from pinskia at gcc dot gnu dot org 2006-09-10 02:15
---
(In reply to comment #2)
> The reduced testcase passes the -O because gcc un-nests the function. Is this
> true of the original testcase, or does glibc require trampolines?
Actually it might pass at -O1 for my test
--- Comment #14 from pinskia at gcc dot gnu dot org 2006-09-10 02:26
---
The set which we are ICEing on:
(set (reg:SI 12 ip)
(plus:SI (reg/f:SI 13 sp)
(const_int 4 [0x4])))
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28516
--- Comment #11 from jvdelisle at gcc dot gnu dot org 2006-09-10 04:18
---
Apatch for this bug has been submitted to the fortran list for approval.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #12 from jvdelisle at gcc dot gnu dot org 2006-09-10 04:53
---
Subject: Bug 28914
Author: jvdelisle
Date: Sun Sep 10 04:53:18 2006
New Revision: 116808
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116808
Log:
2006-09-09 Paul Thomas <[EMAIL PROTECTED]>
PR
--- Comment #13 from jvdelisle at gcc dot gnu dot org 2006-09-10 04:58
---
Subject: Bug 28914
Author: jvdelisle
Date: Sun Sep 10 04:58:29 2006
New Revision: 116809
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116809
Log:
2006-09-09 Jerry DeLisle <[EMAIL PROTECTED]>
--- Comment #3 from danp57 at optonline dot net 2006-09-10 05:04 ---
--disable-multilib solved the problem.
It would be a good idea to add this in a note under
http://gcc.gnu.org/install/specific.html
Thank you very much for your response!! Amazing!
Dan
--
http://gcc.gnu.org/bug
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2006-09-10 05:05
---
This bug is related to slow compile found in test case for PR28914 with large
array size. Constructor related.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20923
--- Comment #14 from jvdelisle at gcc dot gnu dot org 2006-09-10 05:07
---
Fixed on 4.2 only, Follow PR20923 for long compile time issues.
--
jvdelisle at gcc dot gnu dot org changed:
What|Removed |Added
---
70 matches
Mail list logo
