compare the following two testresults:
http://gcc.gnu.org/ml/gcc-testresults/2005-12/msg8.html
http://gcc.gnu.org/ml/gcc-testresults/2005-11/msg01430.html
The newer one gets additional failures e.g.:
FAIL: gcc.c-torture/compile/20050622-1.c -O3 -g (test for excess errors)
FAIL: gcc.c-torture
--- Comment #2 from pault at gcc dot gnu dot org 2005-12-01 07:03 ---
All the above are resolved on 4.2 and 4.0/4.1 will follow tomorrow. I will
merely suspend this for now; I am sure that other character related bugs will
crawl out of the woodwork!
--
pault at gcc dot gnu dot org c
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-12-01 07:02 ---
This works at least on the mainline (but I don't know if this is a latent bug
or not).
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #4 from pault at gcc dot gnu dot org 2005-12-01 07:01 ---
Fixed in 4.2; 4.0 and 4.1 will follow tomorrow.
Paul T
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #3 from pault at gcc dot gnu dot org 2005-12-01 06:58 ---
Subject: Bug 24789
Author: pault
Date: Thu Dec 1 06:58:04 2005
New Revision: 107805
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107805
Log:
2005-12-01 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #8 from uros at gcc dot gnu dot org 2005-12-01 06:52 ---
Subject: Bug 24475
Author: uros
Date: Thu Dec 1 06:52:11 2005
New Revision: 107804
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107804
Log:
PR target/24475
* lib/target-supports.exp (check_ef
--- Comment #4 from amodra at bigpond dot net dot au 2005-12-01 06:46
---
Sorry Janis, I can't reproduce this. Mainline with
http://gcc.gnu.org/ml/gcc-patches/2005-12/msg00015.html and
http://gcc.gnu.org/ml/gcc-patches/2005-11/msg01346.html doesn't ICE for me, and
the same for 4.1 with
--
amodra at bigpond dot net dot au changed:
What|Removed |Added
AssignedTo|amodra at bigpond dot net |unassigned at gcc dot gnu
|dot au
--- Comment #1 from markus at oberhumer dot com 2005-12-01 06:06 ---
Created an attachment (id=10373)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10373&action=view)
wrong_args.c
Please try "gcc-4.0.2 -march=i386 -O3 -fomit-frame-pointer wrong_args.c"
--
http://gcc.gnu.org/b
I really had a hard time tracking this down from a large program: gcc 4.0.2 on
i386-linux sometimes passes wrong arguments.
Please try the attached source file on i386 with "gcc-4.0.2 -march=i386 -O3
-fomit-frame-pointer".
When looking at the disassembly of f2() it seems that %edi is incorrectly
the ATerm library (not the terminal!) available here:
http://www.cwi.nl/projects/MetaEnv/aterm/aterm-2.4.2.tar.gz
seems to miscompile at -O1, but I cannot say for sure that this is not due to a
bug in the C code. To reproduce the failure, grab the above file and try:
export CC=gcc-4.0.2
export C
--- Comment #3 from amodra at bigpond dot net dot au 2005-12-01 03:35
---
And of course, this is really a different bug than the original one that Janis
reported. I may not have reproduced the original bug yet..
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25194
--- Comment #12 from pinskia at gcc dot gnu dot org 2005-12-01 03:33
---
Subject: Bug 24930
Author: pinskia
Date: Thu Dec 1 03:33:46 2005
New Revision: 107799
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107799
Log:
2005-11-30 Dale Johannesen <[EMAIL PROTECTED]>
--- Comment #2 from amodra at bigpond dot net dot au 2005-12-01 03:33
---
No, it's not regrename. We are generating the REG_FRAME_RELATED_EXPR like that
in rs6000_frame_related. Looks like someone broke simplify_rtx for us,
probably 2005-11-30 Paolo Bonzini.
--
amodra at bigpond
--- Comment #11 from pinskia at gcc dot gnu dot org 2005-12-01 03:30
---
Fixed now in 4.0.3 and above.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from pinskia at gcc dot gnu dot org 2005-12-01 03:24
---
Subject: Bug 24930
Author: pinskia
Date: Thu Dec 1 03:24:00 2005
New Revision: 107798
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107798
Log:
2005-11-30 Dale Johannesen <[EMAIL PROTECTED]>
--- Comment #3 from pinskia at gcc dot gnu dot org 2005-12-01 03:07 ---
Patch posted:
http://gcc.gnu.org/ml/gcc-patches/2005-12/msg00010.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #1 from amodra at bigpond dot net dot au 2005-12-01 02:50
---
Reproduced. powerpc-linux compiler will hit the ice with the addition of
-mcpu=power4. On mainline, the assert is at dwarf2out.c:1786. We have a
problem with our REG_FRAME_RELATED_EXPR apparently due to regrena
--- Comment #5 from ghazi at gcc dot gnu dot org 2005-12-01 02:33 ---
Subject: Bug 25158
Author: ghazi
Date: Thu Dec 1 02:32:58 2005
New Revision: 107763
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107763
Log:
PR middle-end/25158
* builtins.c (fold_builtin_fp
--- Comment #4 from ghazi at gcc dot gnu dot org 2005-12-01 02:31 ---
Subject: Bug 25158
Author: ghazi
Date: Thu Dec 1 02:31:49 2005
New Revision: 107762
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107762
Log:
PR middle-end/25158
* builtins.c (fold_builtin_fp
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||ice-on-valid-code
Summary|ICE in dwarf2out for mesa |[4.
--- Comment #10 from hp at gcc dot gnu dot org 2005-12-01 01:55 ---
No dg-skips for targets, but I assume you mean any changes belong in the
testsuite. All necessary are already in-place. See also
http://gcc.gnu.org/ml/gcc-patches/2005-12/msg6.html>.
I guess we're resolved/fixed no
This sounds like a duplicate of PR 24908 but it's not!
Compiling mesa from SPEC CPU2000 with "-m32 -O2 -funroll-loops -g" with a
biarch powerpc64-linux compiler results in:
elm3b11% /opt/gcc-nightly/4.1/bin/gcc -c -O2 -funroll-loops -g triangle.c
triangle.c: In function lambda_textured_triangle
--- Comment #21 from pluto at agmk dot net 2005-12-01 00:52 ---
I'm wondering is it possible to implement tranformations
of vector arithmetics into vector builtins?
e.g.
#include
__v8qi foo(const __v8qi x, const __v8qi y) { return x + y; }
__v8qi bar(const __v8qi x, const __v8qi y) {
--- Comment #16 from igodard at pacbell dot net 2005-12-01 00:20 ---
Sorry Gaby; I fat-fingered a partial post. Is there any way to delete a posting
made in error?
Ivan
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9925
--- Comment #15 from gdr at integrable-solutions dot net 2005-12-01 00:10
---
Subject: Re: ostrstream (buf, size) << "..." does not work properly
"igodard at pacbell dot net" <[EMAIL PROTECTED]> writes:
| Two bugs:
with no more details, that does not help me :-)
--Gaby
--
htt
--- Comment #14 from igodard at pacbell dot net 2005-12-01 00:06 ---
Two bugs:
1) diagnostic, about location of deprecated files
2) constructor as non-const lvalue, where using a constructor as left-operand
of
"<<" produces screwey output.
I'm concerned about the second. I can wr
--- Comment #3 from ghazi at gcc dot gnu dot org 2005-12-01 00:05 ---
Patch here:
http://gcc.gnu.org/ml/gcc-patches/2005-11/msg02127.html
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #7 from ghazi at gcc dot gnu dot org 2005-12-01 00:00 ---
Patch installed:
http://gcc.gnu.org/ml/gcc-patches/2005-11/msg02163.html
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #13 from igodard at pacbell dot net 2005-11-30 23:58 ---
Two bugs:
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=9925
--- Comment #4 from ghazi at gcc dot gnu dot org 2005-11-30 23:58 ---
Patch installed:
http://gcc.gnu.org/ml/gcc-patches/2005-11/msg02163.html
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-30 23:57 ---
This is a library issue and not a front-end issue.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #10 from kargl at gcc dot gnu dot org 2005-11-30 23:57 ---
Subject: Bug 21302
Author: kargl
Date: Wed Nov 30 23:57:44 2005
New Revision: 107745
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107745
Log:
2005-11-30 Bernhard Fischer <[EMAIL PROTECTED]>
PR fort
--- Comment #6 from ghazi at gcc dot gnu dot org 2005-11-30 23:56 ---
Patch installed:
http://gcc.gnu.org/ml/gcc-patches/2005-11/msg02163.html
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
--
billingd at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last r
The libstdc++ testsuite fails on cygwin with the message
FAIL: 27_io/basic_filebuf/seekoff/char/1-io.cc execution test
ERROR: tcl error sourcing
/usr/local/src/gcc/libstdc++-v3/testsuite/libstdc++-dg/normal.exp.
ERROR: rm: cannot remove \`./1-io.exe': Permission denied
This probably has the same
--- Comment #6 from ghazi at gcc dot gnu dot org 2005-11-30 23:40 ---
3.4 patch here:
http://gcc.gnu.org/ml/gcc-patches/2005-11/msg02163.html
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
-
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
URL||http://gcc.gnu.org/ml/gcc-
|
--- Comment #3 from ghazi at gcc dot gnu dot org 2005-11-30 23:38 ---
3.4 patch here:
http://gcc.gnu.org/ml/gcc-patches/2005-11/msg02163.html
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
-
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |ghazi at gcc dot gnu dot org
|dot org
--- Comment #8 from mmitchel at gcc dot gnu dot org 2005-11-30 23:32
---
I'm working on a fix for this.
The bug is that nothing updates DECL_FRIENDLIST or CLASSTYPE_DECL_LIST when a
friend of a template turns out to match a global function.
That looks to have been a long-standing
--- Comment #12 from gdr at gcc dot gnu dot org 2005-11-30 23:27 ---
(In reply to comment #11)
> *** Bug 24291 has been marked as a duplicate of this bug. ***
>
Is thi PR really about "diagnostic"? I don't see what is "wrong" and
what is not.
-- Gaby
--
gdr at gcc dot gnu dot org
--
pluto at agmk dot net changed:
What|Removed |Added
Severity|normal |blocker
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25121
--- Comment #3 from rth at gcc dot gnu dot org 2005-11-30 23:07 ---
Fixing the unwinder to handle epilogues is harder than you think, I think.
My guess is that it'll require completely rewriting the unwind generator.
It'll need to be CFG aware, which means it'll have to happen while the
exception_defines.h #defines try/catch when -fno-exceptions. This destroys
Objective C code using @try and @catch. A simple fix is to insteaad in
exception_defines.h do something like (untested):
#ifndef __EXCEPTIONS
// Iff -fno-exceptions, transform error handling code to work without it.
# def
This is with gcc 3.3.6 for arm-linux with fixes for bugs 22528 & 16201 patched
in.
I've run into a c file where gcc produces a ldr with too large of an offset for
load:
{standard input}:26675: Error: bad immediate value for offset (4100)
At first this looked like bug 10730 or bug 16201 howeve
--- Comment #4 from gdr at integrable-solutions dot net 2005-11-30 22:23
---
Subject: Re: [3.4 Regression] wrong "will never be executed" warning in switch
- case block
"oliverst at online dot de" <[EMAIL PROTECTED]> writes:
| I forgot to meintion, that this happens with C and C++, s
--- Comment #36 from rguenth at gcc dot gnu dot org 2005-11-30 22:12
---
Fixed again.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|R
--- Comment #1 from eedelman at gcc dot gnu dot org 2005-11-30 22:06
---
Confirmed.
--
eedelman at gcc dot gnu dot org changed:
What|Removed |Added
OtherBugsDependingO|
--- Comment #35 from jason at gcc dot gnu dot org 2005-11-30 21:40 ---
Subject: Bug 21123
Author: jason
Date: Wed Nov 30 21:40:12 2005
New Revision: 107742
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107742
Log:
PR c++/21123
* cp-gimplify.c (cp_genericize_r):
--- Comment #2 from janis at gcc dot gnu dot org 2005-11-30 21:33 ---
A regression hunt identified this patch to fix PR c/12913
http://gcc.gnu.org/viewcvs?view=rev&rev=98464
r98464 | jsm28 | 2005-04-20 16:41:48 + (Wed, 20 Apr 2005)
--
janis at gcc dot gnu dot org changed:
--- Comment #4 from reichelt at gcc dot gnu dot org 2005-11-30 21:13
---
> Or the other way round: Because the using-declaration for "FooBar" is not
> inside a class, it cannot be a member-declaration according to [7.3.3]/6.
> Therefore "::Foo::Bar" cannot be a class-name - it has to be
--- Comment #3 from reichelt at gcc dot gnu dot org 2005-11-30 21:09
---
This is really invalid code.
Paragraph [7.3.3]/6 states:
A using-declaration for a class member shall be a member-declaration.
In your code snippet "using ::Foo::Bar::FooBar;" is a using-declaration
for "FooBar
--- Comment #8 from rguenth at gcc dot gnu dot org 2005-11-30 21:09 ---
Fixed in 4.2.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|NE
--- Comment #34 from jason at gcc dot gnu dot org 2005-11-30 21:08 ---
Subject: Bug 21123
Author: jason
Date: Wed Nov 30 21:08:39 2005
New Revision: 107740
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107740
Log:
PR c++/21123
* cp-gimplify.c (cp_genericize_r):
--- Comment #9 from pinskia at gcc dot gnu dot org 2005-11-30 21:08 ---
For my self (when backporting the fix):
http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107731
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24930
--- Comment #7 from rguenth at gcc dot gnu dot org 2005-11-30 21:07 ---
Subject: Bug 21655
Author: rguenth
Date: Wed Nov 30 21:07:10 2005
New Revision: 107739
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107739
Log:
2005-11-30 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #33 from jason at gcc dot gnu dot org 2005-11-30 20:58 ---
Subject: Bug 21123
Author: jason
Date: Wed Nov 30 20:58:27 2005
New Revision: 107738
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107738
Log:
PR c++/21123
* cp-gimplify.c (cp_genericize_r):
--- Comment #9 from nathan at gcc dot gnu dot org 2005-11-30 20:56 ---
Add dg-skips for cris
--
nathan at gcc dot gnu dot org changed:
What|Removed |Added
Assigne
--- Comment #3 from rguenth at gcc dot gnu dot org 2005-11-30 20:55 ---
Subject: Bug 22501
Author: rguenth
Date: Wed Nov 30 20:55:41 2005
New Revision: 107737
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107737
Log:
2005-11-30 Richard Guenther <[EMAIL PROTECTED]>
PR
--- Comment #3 from oliverst at online dot de 2005-11-30 20:38 ---
I forgot to meintion, that this happens with C and C++, so I guess it's a
middle-end bug!?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25181
--- Comment #2 from rguenth at gcc dot gnu dot org 2005-11-30 20:34 ---
Confirmed, I completely forgot about these. Most of them were false positives,
if I remember correctly.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from gdr at integrable-solutions dot net 2005-11-30 20:19
---
Subject: Re: typedef in class scope not reported by error message
"brad dot king at kitware dot com" <[EMAIL PROTECTED]> writes:
| Okay, if you don't consider it a bug that is fine with me. I just reported
--- Comment #2 from pault at gcc dot gnu dot org 2005-11-30 19:41 ---
(In reply to comment #1)
> Confirmed. Reminds a bit of PR 15809.
>
Oh woe is me! Unfortunately it is not the same.
OK, I am onto it.
Paul T
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24789
--- Comment #7 from pault at gcc dot gnu dot org 2005-11-30 19:36 ---
fixed in all 4.x
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #9 from pault at gcc dot gnu dot org 2005-11-30 19:35 ---
Fixed in all 4.x
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
Status|NEW
--- Comment #2 from pault at gcc dot gnu dot org 2005-11-30 19:34 ---
This is fixed in trunk, by the patch to pr15809, and will be fixed in 4.0 and
4.1 on friday morning.
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from janis at gcc dot gnu dot org 2005-11-30 19:27 ---
A regression hunt using the testcase from comment #3 identified:
http://gcc.gnu.org/viewcvs?view=rev&rev=85599
r85599 | nathan | 2004-08-05 09:03:42 + (Thu, 05 Aug 2004) | 17 lines
* tree.h (force_fit_ty
--- Comment #20 from pault at gcc dot gnu dot org 2005-11-30 19:26 ---
Fixed on trunk, just waiting 24 hours before fixing in 4.0 and 4.1
--
pault at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #8 from pault at gcc dot gnu dot org 2005-11-30 19:26 ---
Subject: Bug 24223
Author: pault
Date: Wed Nov 30 19:26:23 2005
New Revision: 107732
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107732
Log:
2005-11-30 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #6 from pault at gcc dot gnu dot org 2005-11-30 19:26 ---
Subject: Bug 24705
Author: pault
Date: Wed Nov 30 19:26:23 2005
New Revision: 107732
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107732
Log:
2005-11-30 Paul Thomas <[EMAIL PROTECTED]>
PR fortran/
--- Comment #11 from sgk at troutmask dot apl dot washington dot edu
2005-11-30 19:24 ---
Subject: Re: sqrt, csqrt may give a wrong result if real part of compex
argument is zero
On Wed, Nov 30, 2005 at 10:38:13AM -0800, Steve Kargl wrote:
>
> Your patch is incorrect. See page 472 o
--- Comment #3 from gdr at gcc dot gnu dot org 2005-11-30 19:15 ---
(In reply to comment #2)
> On the mainline (20030526), I only get one warning:
>
> pr5310.cc: In function `void bar()':
> pr5310.cc:9: warning: passing NULL used for non-pointer argument 1 of `void
>foo(int)'
>
>
--- Comment #4 from brad dot king at kitware dot com 2005-11-30 19:01
---
Okay, if you don't consider it a bug that is fine with me. I just reported it
to make sure you were aware of the inconsistency. I'm changing this bug's
status to Verified.
Meanwhile I'm still a bit curious as t
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-30 18:55 ---
Some more:
/home/pinskia/src/newtest/trunk/libjava/java/lang/ref/natReference.cc: In
member function 'void java::lang::ref::Reference::create(java::lang::Object*)':
/home/pinskia/src/newtest/trunk/libjava/java/lang/r
/home/pinskia/src/newtest/trunk/libjava/java/lang/Class.h: In member function
'java::lang::Class* java::lang::Class::getComponentType()':
/home/pinskia/src/newtest/trunk/libjava/java/lang/Class.h:339: warning:
dereferencing type-punned pointer will break strict-aliasing rules
/home/pinskia/src/newt
--- Comment #8 from ghazi at gcc dot gnu dot org 2005-11-30 18:41 ---
Patch backported to 3.4 and 4.0.
--
ghazi at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from sgk at troutmask dot apl dot washington dot edu
2005-11-30 18:38 ---
Subject: Re: sqrt, csqrt may give a wrong result if real part of compex
argument is zero
On Wed, Nov 30, 2005 at 04:17:01PM -, harald dot vogt at desy dot de wrote:
>
> http://www-zeuthen.de
--- Comment #1 from pinskia at gcc dot gnu dot org 2005-11-30 18:32 ---
It also should be done for:
int f1(void)
{
*a = (short)(((int)(unsigned short)*a) << 1);
}
Which is a little more complicated on the tree level than the RTL level:
tree level:
*a.1 = (short int) ((int) (short u
--- Comment #3 from eedelman at gcc dot gnu dot org 2005-11-30 18:29
---
(In reply to comment #2)
> context, so I'm not sure what to think here ... I leave this as unconfirmed
> for now.
Ifort 8.1 reports the following error:
In a CASE statement, the case-value must be a constant exp
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pinskia at gcc dot gnu dot
|dot org
--- Comment #8 from pinskia at gcc dot gnu dot org 2005-11-30 18:22 ---
(In reply to comment #7)
> Retested on powerpc-apple-darwin and committed.
Since this is a regression, this should stay open until the patch has been
committed in the release branches. I will backport the fix to 4.
Take the following example:
short *a;
int f(void)
{
*a = (short)(((int)*a) << 1);
}
the Shift should be done in the same type as *a.
This is done in simplify_subreg on the RTL level but we really should be able
to do it in fold also.
--
Summary: (short)(((int)short_var) <<1) shou
--- Comment #7 from dalej at gcc dot gnu dot org 2005-11-30 18:19 ---
Retested on powerpc-apple-darwin and committed.
--
dalej at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #7 from ghazi at gcc dot gnu dot org 2005-11-30 18:06 ---
Subject: Bug 19275
Author: ghazi
Date: Wed Nov 30 18:06:01 2005
New Revision: 107730
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107730
Log:
PR testsuite/19275
Backport from mainline:
--- Comment #6 from ghazi at gcc dot gnu dot org 2005-11-30 18:04 ---
Subject: Bug 19275
Author: ghazi
Date: Wed Nov 30 18:04:46 2005
New Revision: 107729
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107729
Log:
PR testsuite/19275
Backport from mainline:
--- Comment #1 from dave at boost-consulting dot com 2005-11-30 17:48
---
Created an attachment (id=10370)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10370&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25185
The enclosed produces the following as part of the error backtrace:
../../../../boost/sequence/make_range.hpp:60: instantiated from
'boost::sequence::range_::range::type>
boost::sequence::detail::range_maker::operator()...
note boost::result_of::type, which is a typedef name. GCC
should show a
--- Comment #8 from gdr at gcc dot gnu dot org 2005-11-30 17:47 ---
(In reply to comment #7)
> diagnostic.c gets #include stack information from input_file_stack. cpplib
> gets it from source_locations. With --enable-mapped-location, this regression
> could be fixed by diagnostic.c get
--- Comment #3 from gdr at gcc dot gnu dot org 2005-11-30 17:43 ---
(In reply to comment #2)
> Absolutely not! There is no "best" way: sometimes it is better to go through
> the typedef, sometimes it is better to print the typedef.
>
> To tell you the truth, I consider the fact that GC
--- Comment #5 from pinskia at gcc dot gnu dot org 2005-11-30 17:41 ---
~(a^CST) is done in fold_unary with the comment of:
/* Convert ~(X ^ Y) to ~X ^ Y or X ^ ~Y if ~X or ~Y simplify. */
Only (~a^~b) is simplified. That can be expanded to:
(~a^b) if ~b simplifies, simplify the expr
--- Comment #9 from bonzini at gnu dot org 2005-11-30 17:36 ---
Created an attachment (id=10369)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10369&action=view)
proposed patch
This patch enables the peephole2 only if operands[1] and operands[2] are
constant.
An alternative pat
--- Comment #4 from pinskia at gcc dot gnu dot org 2005-11-30 17:32 ---
Actually it is better for ~(a ^ CST) to come out as a ^ ~CST.
Right now we actually already implement ~(a^CST) as a ^ ~CST. So we need just
to implement (~a) ^ CST as a ^ ~CST. In fact this is what simplify_rtx do
--- Comment #19 from pault at gcc dot gnu dot org 2005-11-30 17:26 ---
Subject: Bug 15809
Author: pault
Date: Wed Nov 30 17:26:40 2005
New Revision: 107727
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107727
Log:
2005-11-30 Paul Thomas <[EMAIL PROTECTED]>
PR fortran
--- Comment #13 from law at redhat dot com 2005-11-30 17:07 ---
SVN problems addressed, patch checked into both the mainline and the 4.1
branch.
--
law at redhat dot com changed:
What|Removed |Added
-
--- Comment #12 from law at redhat dot com 2005-11-30 16:54 ---
Subject: Re: [4.1/4.2 Regression] ICE in
coalesce_abnormal_edges, at tree-outof-ssa.c:646
On Wed, 2005-11-30 at 09:52 +, giovannibajo at libero dot it wrote:
>
> --- Comment #10 from giovannibajo at libero
--- Comment #6 from pinskia at gcc dot gnu dot org 2005-11-30 16:51 ---
Note fixing this will also fix PR 23666 after my patch for moving "- ~a = a+1"
to negate_expr.
But this needs to depend on the fix for PR 25125 since otherwise we expose a
latent bug in convert.c which shows up in th
--- Comment #9 from pinskia at gcc dot gnu dot org 2005-11-30 16:48 ---
This is exactly the same issue as PR 23295 now (I should copy some of the
comments from here to there).
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from pinskia at gcc dot gnu dot org 2005-11-30 16:44 ---
I am going to fix this one.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from bonzini at gnu dot org 2005-11-30 16:32 ---
Subject: Bug 25169
Author: bonzini
Date: Wed Nov 30 16:32:52 2005
New Revision: 107721
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=107721
Log:
2005-11-30 Paolo Bonzini <[EMAIL PROTECTED]>
PR c/25169
1 - 100 of 156 matches
Mail list logo
