--- Comment #6 from jason at gcc dot gnu dot org 2009-01-15 22:56 ---
Fixed for 4.3 and 4.4. Not fixing for 4.2.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #4 from jason at gcc dot gnu dot org 2009-01-15 22:57 ---
Fixed for 4.3 and 4.4, not fixing for 4.2.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #6 from sje at cup dot hp dot com 2009-01-15 22:58 ---
It looks like this test is passing since the test was changed to include
the #ifdef HAVE_C99_RUNTIME. It looks OK on the 4.3 branch and trunk so
I think we can close it. Any objections?
--
sje at cup dot hp dot com
--- Comment #1 from jakub at gcc dot gnu dot org 2009-01-15 22:58 ---
That's not enough, as the typedef names also changed :(.
So, for npupp.h:
NewNPP_XXXProc (YYY)
or
(NPP_XXXUPP) (YYY)
works, for npfunctions.h:
(NPP_XXXProcPtr) (YYY)
And, jref isn't typedefed for new xulrunner (but th
--- Comment #3 from sje at cup dot hp dot com 2009-01-15 23:03 ---
I agree that this is a duplicate of pr29478 so I am going to close it as such.
*** This bug has been marked as a duplicate of 29478 ***
--
sje at cup dot hp dot com changed:
What|Removed
--- Comment #32 from sje at cup dot hp dot com 2009-01-15 23:03 ---
*** Bug 30183 has been marked as a duplicate of this bug. ***
--
sje at cup dot hp dot com changed:
What|Removed |Added
--- Comment #5 from jason at gcc dot gnu dot org 2009-01-15 23:07 ---
7.3.1.2: If a friend declaration in a non-local class first declares a class or
function the friend class or function is a member of the innermost enclosing
namespace. The name of the friend is not found by unqualified
--- Comment #7 from sje at cup dot hp dot com 2009-01-15 23:09 ---
I think this should be closed as WONTFIX. There may or may not be a 3.3.6 GCC
bug that was causing a bootstrap failure but it isn't going to be fixed so we
may as well close this defect. If anyone objects they can reope
--- Comment #6 from jason at gcc dot gnu dot org 2009-01-15 23:12 ---
3.4.2 begins "When an unqualified name is used as the postfix-expression in a
function call" The call func(x) does not get argument-dependent
lookup because func is not an unqualified name, it's a template-id. Th
--
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 #6 from pinskia at gcc dot gnu dot org 2009-01-15 23:16 ---
The CSE of the load is only valid at -O2 and above (strict aliasing turned on).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38748
--- Comment #13 from sje at cup dot hp dot com 2009-01-15 23:23 ---
It looks like the test was changed to fix this failure. Marking as fixed.
--
sje at cup dot hp dot com changed:
What|Removed |Added
---
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-01-15 23:26 ---
Created an attachment (id=17111)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17111&action=view)
Patch which should fix this and PR 38748
This patch still creates VCE for INDIRECT_REF based but only if the al
--- Comment #7 from pinskia at gcc dot gnu dot org 2009-01-15 23:30 ---
PR 38747 has the best patch which allows most optimizations still but only
disabling it for the invalid cases when the aliasing sets are not equal.
Take:
struct S { unsigned f; };
int __attribute__((noinline))
foo (
Take:
struct s { int i; };
float a (struct s *sv)
{
sv->i = 0;
int d = sv->i;
return *(float*)&d;
}
float a1 (struct s *sv)
{
sv->i = 0;
return *(float*)&sv->i;
}
We miss that we could constant prop 0 into the VIEW_CONVERT_EXPR.
Likewise for non aliasing issues but with vectors:
#defin
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-01-15 23:40 ---
Note with the disabling of VCE creation for *(float*)&sv->i after this bug has
been fixed, there is a possibility that -O2 -fno-strict-aliasing could get
slightly better code than -O2 :).
--
pinskia at gcc dot gn
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2009-01-15
23:40 ---
Subject: Re: FAIL: gcc.dg/builtins-20.c (test for excess errors)
> I think we can close it. Any objections?
No.
Dave
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31496
--- Comment #8 from sje at cup dot hp dot com 2009-01-15 23:45 ---
Fixed with change to test.
--
sje at cup dot hp dot com changed:
What|Removed |Added
Status
--- Comment #7 from hjl dot tools at gmail dot com 2009-01-15 23:57 ---
Revision 121570 is:
http://gcc.gnu.org/ml/gcc-patches/2007-02/msg00319.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38844
--- Comment #12 from dave at hiauly1 dot hia dot nrc dot ca 2009-01-16
00:24 ---
Subject: Re: FAIL: abi_check
> --- Comment #9 from bkoz at gcc dot gnu dot org 2009-01-13 10:02 ---
> Created an attachment (id=17084)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17084&ac
--- Comment #13 from kargl at gcc dot gnu dot org 2009-01-16 00:40 ---
I have a patch for this problem. I'll clean it up on Saturday and
submit it.
--
kargl at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from kargl at gcc dot gnu dot org 2009-01-16 00:55 ---
(In reply to comment #2)
> Before closing, please also check the two longer cases:
> http://groups.google.com/group/comp.lang.fortran/msg/97c3ce6e98432ae9
> and the older (partially incorrect?) one at
> http://groups.g
--- Comment #8 from pinskia at gcc dot gnu dot org 2009-01-16 02:01 ---
So the problem here is that we should not forward prop *(struct a*)&f into an
expression which is taking the address ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38745
--- Comment #9 from pinskia at gcc dot gnu dot org 2009-01-16 02:11 ---
Index: tree-ssa-forwprop.c
===
--- tree-ssa-forwprop.c (revision 143415)
+++ tree-ssa-forwprop.c (working copy)
@@ -775,29 +775,43 @@ forward_propagate_
--- Comment #13 from bkoz at gcc dot gnu dot org 2009-01-16 02:26 ---
Ouch. I see this also on arm-elf crosses, whoops.
Here's a patch that I'm currently testing on cross. If it fixes it, then I'll
check it in and then please try on hpux.
--
bkoz at gcc dot gnu dot org changed:
--- Comment #14 from bkoz at gcc dot gnu dot org 2009-01-16 02:26 ---
Created an attachment (id=17112)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17112&action=view)
add in stubs.c for long double only
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32666
--- Comment #2 from pinskia at gcc dot gnu dot org 2009-01-16 02:33 ---
Mine. Simple patch which implements it in vn_reference_lookup, Since VCE is
both a reference and really a bit-wise cast, we can do the normal lookup and
then do a lookup if the VCE was not there. I have not seen if
--- Comment #4 from kargl at gcc dot gnu dot org 2009-01-16 02:47 ---
I think I know how to fix this. I'll note that James' clever
programs may be invoking processor defined behavior due to
the multiplication by 0 in his specification statements.
See 7.1.8.1.
--
http://gcc.gnu.org/
--- Comment #5 from jvdelisle at gcc dot gnu dot org 2009-01-16 02:57
---
ifort (IFORT) 10.1 20080801
Copyright (C) 1985-2008 Intel Corporation. All rights reserved.
$ ./a.out
T F
I want to get my head around this too. :)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38822
--- Comment #1 from jason at gcc dot gnu dot org 2009-01-16 03:50 ---
11.4: A name nominated by a friend declaration shall be accessible in the scope
of the class containing the friend declaration.
Confirmed.
--
jason at gcc dot gnu dot org changed:
What|Removed
--- Comment #7 from jason at gcc dot gnu dot org 2009-01-16 04:54 ---
Actually, this is still an accepts-invalid bug when weird is uncommented.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #7 from jason at gcc dot gnu dot org 2009-01-16 04:55 ---
4.2 and 4.3 handle this fine, I don't know why it was marked as a 4.2/4.3
regression.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #8 from jason at gcc dot gnu dot org 2009-01-16 05:04 ---
Subject: Bug 38850
Author: jason
Date: Fri Jan 16 05:04:26 2009
New Revision: 143422
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143422
Log:
PR c++/38850
* pt.c (tsubst_copy_and_build): Tell
--- Comment #6 from kargl at gcc dot gnu dot org 2009-01-16 05:26 ---
(In reply to comment #5)
> ifort (IFORT) 10.1 20080801
> Copyright (C) 1985-2008 Intel Corporation. All rights reserved.
>
> $ ./a.out
> T F
>
> I want to get my head around this too. :)
Note, there are 2 separat
I'm compiling "gcc version 4.4.0 20090114 (experimental) [trunk revision
143401]" on "i386-pc-solaris2.11" (OpenSolaris 2008.11) and ./configured
using: --enable-gstreamer-peer
# gcc/xgcc -v
Using built-in specs.
Target: i386-pc-solaris2.11
Configured with: ../gcc_trunk/configure
--enable-langua
--- Comment #9 from jason at gcc dot gnu dot org 2009-01-16 06:08 ---
Subject: Bug 38850
Author: jason
Date: Fri Jan 16 06:08:09 2009
New Revision: 143423
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143423
Log:
PR c++/38850
* pt.c (tsubst_copy_and_build): Tell
--- Comment #10 from jason at gcc dot gnu dot org 2009-01-16 06:08 ---
Subject: Bug 38850
Author: jason
Date: Fri Jan 16 06:08:20 2009
New Revision: 143424
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143424
Log:
PR c++/38850
* pt.c (tsubst_copy_and_build): Tel
--- Comment #11 from jason at gcc dot gnu dot org 2009-01-16 06:08 ---
Fixed.
--
jason at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #5 from jason at gcc dot gnu dot org 2009-01-16 06:17 ---
Ah yes, I see. The bug is not with the visibility of the copy ctor, but with
the conversion from B to P in order to call it.
--
jason at gcc dot gnu dot org changed:
What|Removed
--- Comment #6 from jason at gcc dot gnu dot org 2009-01-16 06:41 ---
This bug was introduced by the fix for PR 10990.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38579
--
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 #9 from burnus at gcc dot gnu dot org 2009-01-16 06:50 ---
> Can we still get this into 4.4? In a way the ICE is a regression, since 4.3
> just gave an error message (stating that procedure pointers are not
> implemented) but no ICE.
I think one could; the patch only affects
# gcc/xgcc -v
Using built-in specs.
Target: i386-pc-solaris2.11
Configured with: ../gcc_trunk/configure
--enable-languages=ada,c,c++,fortran,java,objc,obj-c++ --enable-shared
--disable-static --enable-decimal-float --with-long-double-128 --enable-nls
--with-included-gettext --enable-gather-detailed
The change
Author: rguenth
Date: Wed Jan 7 10:53:30 2009
New Revision: 143152
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=143152
Log:
2009-01-07 Richard Guenther
PR middle-end/38751
* fold-const.c (extract_muldiv): Remove obsolete comment.
(fold_plusminu
--- Comment #1 from howarth at nitro dot med dot uc dot edu 2009-01-16
07:07 ---
Created an attachment (id=17113)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17113&action=view)
testcase extracted from xplor-nih
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38868
--- Comment #2 from howarth at nitro dot med dot uc dot edu 2009-01-16
07:08 ---
The problem exists in r143152 but not r143140.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38868
--- Comment #3 from howarth at nitro dot med dot uc dot edu 2009-01-16
07:10 ---
Created an attachment (id=17114)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17114&action=view)
assembly file from testcase.f under r143140 on i686-apple-darwin9
--
http://gcc.gnu.org/bugzilla/
--- Comment #4 from howarth at nitro dot med dot uc dot edu 2009-01-16
07:11 ---
Created an attachment (id=17115)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17115&action=view)
assembly file from testcase.f under r143152 on i686-apple-darwin9
--
http://gcc.gnu.org/bugzilla/
--- Comment #5 from howarth at nitro dot med dot uc dot edu 2009-01-16
07:12 ---
Created an attachment (id=17116)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17116&action=view)
diff of assembly from testcase.f under r143140 and r143152 on
i686-apple-darwin9
--
http://gcc.gn
--- Comment #6 from howarth at nitro dot med dot uc dot edu 2009-01-16
07:14 ---
I haven't had any luck reproducing this under Linux but since the problem is
suppressed by adding write statements it may be a bad memory access that only
darwin is triggering.
--
http://gcc.gnu.org/bu
--- Comment #5 from dannysmith at users dot sourceforge dot net 2009-01-16
07:14 ---
(In reply to comment #4)
> I've just run into this problem too.
> In earlier versions of Aaron's shared libgcc patch, we extracted ctors.o and
> chkstk.o and placed them whole into the import lib.
--- Comment #7 from howarth at nitro dot med dot uc dot edu 2009-01-16
07:21 ---
This problem is also suppressed on i686-apple-darwin9 if I compile with...
gfortran -O3 -fno-PIC testcase.f
...since Darwin defaults to -fPIC, this may be why I wasn't seeing the failure
on Linux.
--
101 - 152 of 152 matches
Mail list logo
