--- Comment #2 from burnus at gcc dot gnu dot org 2008-01-12 22:28 ---
Patch. I think this is the only place to change, interface's
compare_actual_formal is actually ok.
Index: gcc/fortran/check.c
===
--- gcc/fortran/check.
--- Comment #2 from burnus at gcc dot gnu dot org 2008-01-12 22:35 ---
I believe the following patch is correct.
Index: gcc/fortran/decl.c
===
--- gcc/fortran/decl.c (revision 131492)
+++ gcc/fortran/decl.c (working copy)
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-01-12 22:35 ---
Well for PPC64, there is already support for it, just a different option
-mpowerpc64 -m32 . For x86_64 you need ABI support which is not going to
happen any time soon and partly outside of GCC's control because you
--- Comment #14 from sebor at roguewave dot com 2008-01-12 22:45 ---
bg_BG is the only known example on Linux.
The original bug report we got was for a fr_FR locale on Tru64. I haven't
gone through other locales on Tru64 or any other platforms except for Linux
to see how pervasive such
--- Comment #1 from burnus at gcc dot gnu dot org 2008-01-12 22:49 ---
DEALLOCATE has actually the same problem.
Regarding gfc_match_allocate/gfc_match_deallocate:
a) "if (stat->symtree->n.sym->attr.flavor != FL_VARIABLE)" is false as the
flavor is FL_UNKNOWN.
b) ALLOCATE has much more
--- Comment #15 from pcarlini at suse dot de 2008-01-12 22:57 ---
(In reply to comment #14)
> bg_BG is the only known example on Linux.
To be clear, for occasional readers: we are supporting named locales only on
GNU / Linux systems.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=3
--- Comment #8 from ebotcazou at gcc dot gnu dot org 2008-01-12 22:40
---
Subject: Bug 33788
Author: ebotcazou
Date: Sat Jan 12 22:39:49 2008
New Revision: 131493
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131493
Log:
PR ada/33788
* fold-const.c (fold_unary)
--- Comment #3 from pgquiles at elpauer dot org 2008-01-12 22:32 ---
Is it technically possible (i. e. does the architecture support this feature)
to make mlong32 work on x86-64, Itanium and other 64-bit architectures? If it's
possible, it'd make sense to get it to work.
--
pgquiles
--- Comment #9 from ebotcazou at gcc dot gnu dot org 2008-01-12 22:44
---
This should be OK now.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #14 from hp at gcc dot gnu dot org 2008-01-12 23:05 ---
(In reply to comment #9)
> i personally think that this patch in #8 is not the right way to go.
>
> unless there is a compelling argument that initializing this is going to have
> some negative performance effect, we sh
--- Comment #3 from tkoenig at gcc dot gnu dot org 2008-01-13 00:13 ---
Yes, it's fixed now.
Closing.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
The attached code demonstrates several circumstances wherein gfortran executes
an intrinsic assignment of a derived type when a defined (overloaded)
assignment is required. Specifically, the subroutines
"complex_array_equals_Field()" and "field_equals_Field()" in the Field_Class
module (file field
--- Comment #4 from jvdelisle at gcc dot gnu dot org 2008-01-13 01:24
---
This is similar to 34432 is some ways. I think we are not matching the (\ \)
correctly. I don't think gfc_match_expr has the tooling for it yet.
Investigating further
--
jvdelisle at gcc dot gnu dot org chan
--- Comment #1 from damian at rouson dot net 2008-01-13 01:24 ---
Created an attachment (id=14933)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14933&action=view)
Please see the README file in the attached bzipped archive & search the file
disperse.out for the text "gfortran_bug".
--- Comment #8 from paolo at gcc dot gnu dot org 2008-01-13 01:35 ---
Subject: Bug 34730
Author: paolo
Date: Sun Jan 13 01:34:58 2008
New Revision: 131500
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=131500
Log:
2008-01-12 Paolo Carlini <[EMAIL PROTECTED]>
PR libstd
--- Comment #9 from pcarlini at suse dot de 2008-01-13 01:36 ---
Fixed.
--
pcarlini at suse dot de changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2008-01-13
01:46 ---
Subject: Re: [4.2 regression] internal compiler error: in
delete_output_reload, at reload1.c:7958
> Probably a dup of PR32889.
Agreed but the current 4.2 branch still ICEs. The failure doesn't
occur with
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2008-01-13
01:52 ---
Subject: Re: [4.2 regression] internal compiler error: in
delete_output_reload, at reload1.c:7958
These are insns 307 and 314 from the greg pass.
> Reloads for insn # 307
(insn 307 280 281 24 (set (reg/v
--- Comment #2 from bangerth at dealii dot org 2008-01-13 02:02 ---
If the original warning is ever restored, please make it read
circular dependency in default argument
instead of the abbreviate language
circular dependency in default args
W.
--
bangerth at dealii dot org c
--- Comment #1 from bangerth at dealii dot org 2008-01-13 02:17 ---
Explicit specializations of member templates need to be declared
outside the declaration of the outer class, as per 14.7.3/2.
--
bangerth at dealii dot org changed:
What|Removed |A
--- Comment #1 from bangerth at dealii dot org 2008-01-13 02:20 ---
Confirmed. The code should be rejected since the friend
declaration has only one template parameter, whereas
the template has two.
W.
--
bangerth at dealii dot org changed:
What|Removed
--- Comment #5 from danglin at gcc dot gnu dot org 2008-01-13 02:21 ---
Appears to me to be a reload bug.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from bangerth at dealii dot org 2008-01-13 02:23 ---
Can you try to reduce this to something smaller that doesn't require
boost?
--
bangerth at dealii dot org changed:
What|Removed |Added
-
--- Comment #1 from bangerth at dealii dot org 2008-01-13 02:25 ---
Confirmed.
--
bangerth at dealii dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #1 from bangerth at dealii dot org 2008-01-13 02:12 ---
One could make the argument that the dllimport specifier is
a storage-class-specifier which, per 11.4/6 is not allowed on
the friend declaration. Since a friend function declaration
needs to be preceded by a declaration
--- Comment #3 from bangerth at dealii dot org 2008-01-13 02:29 ---
As per Andrew's comment, this is invalid.
--
bangerth at dealii dot org changed:
What|Removed |Added
--- Comment #4 from bangerth at dealii dot org 2008-01-13 02:31 ---
(In reply to comment #0)
> template class X {};
>
> class Y {
> typedef X X;
> };
>
>
> produces the following error:
> redef.cpp:4: error: declaration of 'typedef class X Y::X'
> redef.cpp:1: error: changes
--- Comment #1 from bangerth at dealii dot org 2008-01-13 02:33 ---
What is the question you want to ask? The first code you show is invalid,
the second valid...
W.
--
bangerth at dealii dot org changed:
What|Removed |Added
---
--- Comment #4 from bangerth at dealii dot org 2008-01-13 02:43 ---
Confirmed, but fixed in 4.2.x.
W.
--
bangerth at dealii dot org changed:
What|Removed |Added
--- Comment #3 from bangerth at dealii dot org 2008-01-13 02:45 ---
Indeed invalid.
--
bangerth at dealii dot org changed:
What|Removed |Added
CC|
--- Comment #1 from bangerth at dealii dot org 2008-01-13 02:49 ---
Confirmed.
--
bangerth at dealii dot org changed:
What|Removed |Added
CC|
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2008-01-13
02:52 ---
Subject: Re: [4.2 regression] internal compiler
error: in delete_output_reload, at reload1.c:7958
> Appears to me to be a reload bug.
This is totally untested but I believe the attached patch will
--- Comment #1 from bangerth at dealii dot org 2008-01-13 03:10 ---
Confirmed. Here's a slightly simplified testcase:
---bar.h
typedef struct {
unsigned : 16;
unsigned : 16;
} foo;
---bar.c
#include
#include
foo bar(unsigned i)
{
print
--- Comment #2 from bangerth at dealii dot org 2008-01-13 03:12 ---
So fixed. This is the error message one would expect.
--
bangerth at dealii dot org changed:
What|Removed |Added
---
--- Comment #2 from kargl at gcc dot gnu dot org 2008-01-13 04:59 ---
Does NR/ contain Numerical Recipes code? If so, you've just
posted copyrighted code to public database.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34765
--- Comment #2 from sldev327 at softmagi dot com 2008-01-13 05:52 ---
I as well will leave the argument about syntax to more knowledgeable people.
As to the validity of this PR, at the very least g++'s behavior is
inconsistent.I suppose a case like df3.cpp is what the warning was in
--- Comment #3 from dannysmith at users dot sourceforge dot net 2008-01-13
06:50 ---
(In reply to comment #1)
> One could make the argument that the dllimport specifier is
> a storage-class-specifier which, per 11.4/6 is not allowed on
> the friend declaration. Since a friend function d
101 - 137 of 137 matches
Mail list logo
