Command line: gcc -c lib\rtl\workitem.c -o obj-i386\lib\rtl\workitem.o
-Iobj-i386\lib\rtl -Ilib\rtl -D__USE_W32API -D_NTOSKRNL_ -D__NO_CTYPE_INLINES
-DNO_RTL_INLINES -D_NTSYSTEM_ -D_NTDLLBUILD_ -Iobj-i386\lib\rtl -I. -Iinclude
-Iinclude\psdk -Iinclude\crt -Iinclude\ddk -Iinclude\GL -Iinclude\ndk
-I
--- Comment #1 from hackbunny at reactos dot com 2007-04-25 23:28 ---
Created an attachment (id=13442)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13442&action=view)
Preprocessor output
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31707
--- Comment #2 from hackbunny at reactos dot com 2007-04-25 23:29 ---
Created an attachment (id=13443)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13443&action=view)
GIMPLE source for the test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31707
--- Comment #3 from hackbunny at reactos dot com 2007-04-25 23:30 ---
Created an attachment (id=13444)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13444&action=view)
Final tree dump for the test case
By going through the tree dump, it appears the warning has no reason to be
--
--- Comment #4 from hackbunny at reactos dot com 2007-04-25 23:33 ---
A couple more notes:
* no warning if setjmp is used instead of __builtin_setjmp
* no warning if the call to "bar()" is removed
* no warning in GCC 4.1.2
--
hackbunny at reactos dot com changed:
What
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Severity|major |normal
Component|c |middle-end
h
--- Comment #5 from pinskia at gcc dot gnu dot org 2007-04-25 23:59 ---
The problem is that the CFG does not know that the first time through the loop
when calling bar, you cannot get to the setjmp. This is a hard problem to
solve really. You have to track the uninitialized variable us
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31681
--- Comment #4 from sje at cup dot hp dot com 2007-04-26 00:58 ---
The patch mentioned in Comment #2 is also causing problems on IA64 Linux and
HP-UX. If I build a bootstrap compiler and then use the resulting fortran
compiler to compile the SPEC 2006 benchmark 173.applu the resulting e
Yesterday (2007-4-25) I downloaded gcc 4.2 and ran into a problem with g++
as illustrated here:
template
struct xyz {
T x, y, z;
};
template
struct myclass {
void fun(void);
};
template
void myclass::fun(void)
{
static xyz var;
--- Comment #6 from kkojima at gcc dot gnu dot org 2007-04-26 01:30 ---
Subject: Bug 31403
Author: kkojima
Date: Thu Apr 26 01:29:54 2007
New Revision: 124171
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124171
Log:
PR target/31403
* config/sh/sh.md (movsi_ie):
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-04-26 01:55 ---
Fixed:
http://gcc.gnu.org/ml/gcc-cvs/2007-04/msg00727.html
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #13 from ian at airs dot com 2007-04-26 02:01 ---
Created an attachment (id=13445)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13445&action=view)
Proposed patch
I'm testing this patch on i686-pc-linux-gnu. If somebody can test it on ARM,
that would be great.
--
--- Comment #16 from dberlin at gcc dot gnu dot org 2007-04-26 02:20
---
Subject: Re: [4.2 Regression] possible quadratic behaviour.
On 25 Apr 2007 20:56:24 -, pluto at agmk dot net
<[EMAIL PROTECTED]> wrote:
>
>
> --- Comment #15 from pluto at agmk dot net 2007-04-25 21:56 -
a.c:
struct f { int i; } __attribute__((__packed__));
const char *foo(struct f *);
b.c:
struct f;
const char *foo(struct f *);
c.c (identical to a.c):
struct f { int i; } __attribute__((__packed__));
const char *foo(struct f *);
gcc -fsyntax-only -combine -ffreestanding a.c b.c c.c
c.c:3
--- Comment #3 from mmitchel at gcc dot gnu dot org 2007-04-26 03:29
---
Subject: Bug 31388
Author: mmitchel
Date: Thu Apr 26 03:29:43 2007
New Revision: 124172
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124172
Log:
PR c++/31388
* cp-tree.h (ARITHMETIC_TYPE)
--- Comment #4 from mmitchel at gcc dot gnu dot org 2007-04-26 03:37
---
Subject: Bug 31338
Author: mmitchel
Date: Thu Apr 26 03:37:20 2007
New Revision: 124173
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=124173
Log:
Fix PR# in ChangeLog:
PR c++/31338
* cp-t
--- Comment #5 from mmitchel at gcc dot gnu dot org 2007-04-26 03:37
---
Fixed in 4.3.0.
--
mmitchel at gcc dot gnu dot org changed:
What|Removed |Added
Summa
--- Comment #7 from jv244 at cam dot ac dot uk 2007-04-26 05:54 ---
(In reply to comment #6)
> Regarding the original problem with CP2k: A dependence on the optimization
> options usually indicates a middle-end problem rather than a (Fortran)
> front-end problem. As it occurred around t
--- Comment #1 from theodore dot papadopoulo at sophia dot inria dot fr
2007-04-26 07:32 ---
This is a duplicate of PR 31598 (which was against 4.3 not 4.2).
Jakub Jelinek proposed a patch
(http://gcc.gnu.org/ml/gcc-patches/2007-04/msg01572.html) that seems to be
accepted but is not yet
--- Comment #4 from theodore dot papadopoulo at sophia dot inria dot fr
2007-04-26 07:32 ---
The patch at posted by Jakub
http://gcc.gnu.org/ml/gcc-patches/2007-04/msg01572.html
seems to resolve this bug. Thanks.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31598
101 - 121 of 121 matches
Mail list logo
