--- Additional Comments From law at redhat dot com 2004-12-10 18:11 ---
Subject: Re: [4.0 regression] loop
miscompilation at -O1 (-ftree-ch)
On Thu, 2004-12-09 at 05:24 +, kazu at cs dot umass dot edu wrote:
> --- Additional Comments From kazu at cs dot umass dot edu 20
--- Additional Comments From bangerth at dealii dot org 2004-12-10 18:13
---
Here's a small testcase:
--
const char *toHex( unsigned short u )
{
static char hexVal[5];
int i = 3;
while ( i >= 0 ) {
unsigned short hex = (u & 0x000f);
if ( hex
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10
18:14 ---
: Search converges between 2004-11-03-014001-trunk (#612) and
2004-11-03-161001-trunk
(#613).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18928
When compiling with the arm-linux compiler with optimization enabled, the
compiler removes frame pointers from functions even when they are profiled.
This leads to a segmentation fault with the glibc version of mcount when it
attempts to determine the caller of a function from the current stack
--- Additional Comments From opensource at artnaseef dot com 2004-12-10
18:19 ---
Created an attachment (id=7720)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7720&action=view)
recommended fix
This patch fixes the problem by forcing functions to keep their frame pointers
when com
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10
18:20 ---
Does this work in 3.4.?
--
What|Removed |Added
Component|c
--- Additional Comments From law at redhat dot com 2004-12-10 18:24 ---
Subject: Re: [4.0 regression] loop
miscompilation at -O1 (-ftree-ch)
On Fri, 2004-12-10 at 00:28 +, kazu at cs dot umass dot edu wrote:
> --- Additional Comments From kazu at cs dot umass dot edu 20
On several different version of gcc (2.95, 3.3 and 3.4)
(gcc-3.4 --version reports: gcc-3.4 (GCC) 3.4.2 (Debian 3.4.2-2))
When I compile a.c I get errors:
a.c:6: error: parse error before "c"
etc
but b.c compiles without errors. As I understand the ANSI-C standard,
type names and variable names s
--- Additional Comments From rakdver at atrey dot karlin dot mff dot cuni
dot cz 2004-12-10 18:38 ---
Subject: Re: [4.0 regression] loop miscompilation at -O1 (-ftree-ch)
> > or simply use dominated_by_p, which is not too expensive -
> > only a couple of "if" statements, assuming the
--- Additional Comments From opensource at artnaseef dot com 2004-12-10
18:40 ---
Subject: Re: Profiling optimized code causes segfaults
on ARM due to missing frames
I have not tested it, but I don't see why not. The patch is fairly short and
straight-forward, I believe.
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10
18:40 ---
simplify_plus_minus is where the problem is.
--
What|Removed |Added
Component|middl
--- Additional Comments From kazu at cs dot umass dot edu 2004-12-10 18:53
---
Subject: Re: [4.0 regression] loop
miscompilation at -O1 (-ftree-ch)
Hi Zdenek,
> > > or simply use dominated_by_p, which is not too expensive -
> > > only a couple of "if" statements, assuming the domina
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-10 18:58
---
I'm not sure redirecting __addvsi3 to __addvdi3 is correct. If we provide that
symbol at all, I think it should do what it advertises.
Just so I'm clear, are we invoking __addvsi3 right now, or is it just that
--- Additional Comments From law at redhat dot com 2004-12-10 19:18 ---
Subject: Re: [4.0 regression] loop
miscompilation at -O1 (-ftree-ch)
On Fri, 2004-12-10 at 19:08 +, kazu at cs dot umass dot edu wrote:
> I think so. :-)
I don't. :( I think it'll record tmp_1 = next_
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-10
19:23 ---
Subject: Bug 18282
CVSROOT:/cvs/gcc
Module name:gcc
Branch: gcc-3_4-branch
Changes by: [EMAIL PROTECTED] 2004-12-10 19:23:25
Modified files:
gcc: Change
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-10 19:24
---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-10
19:24 ---
> I'm not sure redirecting __addvsi3 to __addvdi3 is correct. If we provide
> that
> symbol at all, I think it should do what it advertises.
But what we export now as __addvsi3 will be exported as __add
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-10
19:32 ---
Subject: Bug 18903
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-10 19:32:14
Modified files:
gcc: ChangeLog tree-cfg.c
gcc/tes
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10
19:41 ---
What target is this on? i686-pc-linux?
I cannot reproduce this on 20041204 on powerpc-darwin.
--
What|Removed |Added
-
--- Additional Comments From overholt at redhat dot com 2004-12-10 19:43
---
Yes, this is i686-linux. I'll update to a more recent snapshot and see if I can
reproduce.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18931
--- Additional Comments From law at redhat dot com 2004-12-10 19:44 ---
Subject: Re: [4.0 regression] loop
miscompilation at -O1 (-ftree-ch)
On Fri, 2004-12-10 at 19:08 +, kazu at cs dot umass dot edu wrote:
> By the way, I am now wondering how many times we succeed in thre
--- Additional Comments From law at redhat dot com 2004-12-10 20:00 ---
Subject: Re: [4.0 regression] loop
miscompilation at -O1 (-ftree-ch)
On Fri, 2004-12-10 at 19:08 +, kazu at cs dot umass dot edu wrote:
> --- Additional Comments From kazu at cs dot umass dot edu 20
--- Additional Comments From ebotcazou at gcc dot gnu dot org 2004-12-10
20:04 ---
> If addvsi3 actually performs addvdi3, that will be most surprising to
> everyone. I think that's a very bad idea. Since we are not invoking
> addvsi3,
> and I suspect it's impossible to convince the
--- Additional Comments From law at redhat dot com 2004-12-10 20:12 ---
Subject: Re: [4.0 regression] loop
miscompilation at -O1 (-ftree-ch)
On Fri, 2004-12-10 at 19:57 +, kazu at cs dot umass dot edu wrote:
> --- Additional Comments From kazu at cs dot umass dot edu 20
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-10 20:17
---
Since the symbol exists in 3.3 (which I'd forgotten), we have to keep it.
But I don't see any reason we can't fix the bug in its implementation.
So let's do proper simode arithmetic.
--
http://gcc.gnu.org/bu
This patch
http://gcc.gnu.org/ml/gcc-patches/2004-12/msg00701.html
causes a regression on i386.
--
Summary: [3.4 regression] -march=pentium4 -O2 causes ICE
Product: gcc
Version: 3.4.4
Status: UNCONFIRMED
Severity: critical
Priori
--- Additional Comments From rth at gcc dot gnu dot org 2004-12-10 20:25
---
Do not assign prs to people unless they request it. Assignment implies
actively working on the problem. Use cc for advisory.
--
What|Removed |Added
When presented with the attached code, gcc (taken from CVS on Dec. 6 2004)
generates bad code for the function callpmf(). The code it generates never
calls the member function, so the exit status of this program is garbage (I get
39). No diagnostic is issued when compiling.
If you replace the de
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10
21:09 ---
Yes this invalid code and here is the werid part we have a error_mark_node.
So this is a dup of bug 15684.
*** This bug has been marked as a duplicate of 15684 ***
--
What|Removed
--- Additional Comments From kazu at cs dot umass dot edu 2004-12-10 21:31
---
Subject: Re: [4.0 regression] loop
miscompilation at -O1 (-ftree-ch)
Hi Jeff,
> Err, no. You're totally warping how the the equivalency code is meant
> to work. It's a symmetric relationship and it's you
--- Additional Comments From law at redhat dot com 2004-12-10 21:42 ---
Subject: Re: [4.0 regression] loop
miscompilation at -O1 (-ftree-ch)
On Fri, 2004-12-10 at 21:31 +, kazu at cs dot umass dot edu wrote:
> Can you come up with a hypothetical scenario?
No need. It's fun
--- Additional Comments From bangerth at dealii dot org 2004-12-10 21:53
---
The fact that we don't issue any errors is a duplicate of PR 15684. However,
the code is fundamentally broken in that you cast a pointer to B into a
pointer to A and use it to do something with it. This violat
Once more i couldn't upload an attachment
with the bugzilla upload form, so i send it here.
I'll refer to it later.
Regards Andre
compiletimetest2.cc.gz
Description: GNU Zip compressed data
--- Additional Comments From kazu at cs dot umass dot edu 2004-12-10 22:25
---
Subject: Re: [4.0 regression] loop
miscompilation at -O1 (-ftree-ch)
Hi Jeff,
> > Can you come up with a hypothetical scenario?
> No need. It's fundamentally broken in that it's recording
> an invalid equ
--- Additional Comments From andre dot maute at gmx dot de 2004-12-10
22:36 ---
I don't think the compile time regression is solved in the actual g++-4.0.
I made some run time measurements with the attached file compiletimetest2.cc
on a PIII 550. The __DEBUG__ tests only enable and so
--- Additional Comments From dannysmith at users dot sourceforge dot net
2004-12-10 23:11 ---
Ugh, I see what is wrong with the patch I posted at:
http://gcc.gnu.org/ml/gcc-patches/2004-11/msg02192.html
* config/i386/cygming.h (TARGET_USE_JCR_SECTION): Overide
default.
--- Additional Comments From dberlin at gcc dot gnu dot org 2004-12-10
23:12 ---
(In reply to comment #9)
> g++-4.0-20041205 -v
> Reading specs from
> /opt/gcc-4.0-20041205/lib/gcc/i686-pc-linux-gnu/4.0.0/specs
> Configured with: ../gcc-4.0-20041205/configure --prefix=/opt/gcc-4.0-20
--- Additional Comments From andre dot maute at gmx dot de 2004-12-10
22:42 ---
sorry missed the following two lines
> time g++-3.3.5 -c -O3 -D __DEBUG__ compiletimetest2.cc
real0m12.454suser0m12.210ssys 0m0.230s
so g++-3.3.5 is really good,
and I don't hope t
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-10
23:20 ---
Fixed in 4.0.0 by moving the uninitializing warning to the tree level where the
exceptions have not been
lowered to setjmp/longjmp which is what is causing the warning.
--
What|Removed
On Fri, 10 Dec 2004, andre maute wrote:
Once more i couldn't upload an attachment
with the bugzilla upload form, so i send it here.
You can email it to [EMAIL PROTECTED] with a subject of "Bug 16613"
(or whatever the bug number is), and it'll auto-add it to the bug for you.
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-11
00:02 ---
Subject: Bug 18732
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-11 00:02:00
Modified files:
gcc: ChangeLog gcc.c
Log message:
This problem occurs in both mode c89 and c99.
I will try to describe it with a simple example.
- code.c --
#include
int main(void)
{
extern int a;
printf("a: %d\n", a);
int a = 20; /* internal compiler error */
return 0;
}
---
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-11
01:21 ---
Fixed at least on the mainline: Search converges between 2004-07-31-trunk
(#500) and 2004-08-01-
trunk (#501).
But it is a regression from 2.95.3:
: Search converges between 2001-03-11-trunk (#10) and 2001
--- Additional Comments From bdavis at gcc dot gnu dot org 2004-12-11
01:35 ---
same results on 3.4.2
--
What|Removed |Added
Status|UNCONFIRMED |
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-11
01:49 ---
Subject: Bug 18002
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-11 01:49:06
Modified files:
gcc: ChangeLog dojump.c
Log message:
--- Additional Comments From cvs-commit at gcc dot gnu dot org 2004-12-11
01:49 ---
Subject: Bug 18424
CVSROOT:/cvs/gcc
Module name:gcc
Changes by: [EMAIL PROTECTED] 2004-12-11 01:49:06
Modified files:
gcc: ChangeLog dojump.c
Log message:
--- Additional Comments From jvdelisle at verizon dot net 2004-12-11 05:59
---
ICE on NIST FM252.f reduced case similar to pr#18827
PROGRAM FM252
C
ASSIGN 0012 TO I
0012 FORMAT (" ASSIGN FORMAT NUMBER TO INTEGER VARIABLE " )
END
--
http://gcc.gnu.org/b
/trans.c:154
gcc version 4.0.0 20041210 (experimental)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17423
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-11
07:19 ---
(In reply to comment #5)
> (In reply to comment #4)
> > when I compile this program with mainline. Isnt this what you claimed it
> > should
> > be compiled to? or are you claiming it should be optimized t
--- Additional Comments From pinskia at gcc dot gnu dot org 2004-12-11
07:45 ---
Fixed by:
PR 18732
* gcc.c (main): Do not break out of loop when error is reported while
processing one source file.
--
What|Removed |Added
--
101 - 150 of 150 matches
Mail list logo
