http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53796
--- Comment #12 from Clive Page 2012-06-30
08:40:34 UTC ---
Jerry
> Try this variation:
>
> integer(kind=8) :: s, r
> open(unit=1, file='testsize.f90', status='old', recl=500)
> inquire(unit=1, size=s, recl=r)
> print *, 'size=', s, ' recl=', r
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53810
Paolo Carlini changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51179
--- Comment #11 from Joost VandeVondele
2012-06-30 11:26:59 UTC ---
It looks like this problem is solved in the current 4.7 and 4.8 branches. At
least on an avx machine, the best performance found by the code in comment #4
jumps from 5.3Gflops in
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53817
Bug #: 53817
Summary: The import antlr cannot be resolved
Classification: Unclassified
Product: gcc
Version: 4.7.1
Status: UNCONFIRMED
Severity: normal
Priority: P3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53818
Bug #: 53818
Summary: -fno-automatic cannot have initializer
Classification: Unclassified
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=51244
--- Comment #39 from Oleg Endo 2012-06-30
12:00:38 UTC ---
Created attachment 27724
--> http://gcc.gnu.org/bugzilla/attachment.cgi?id=27724
Another patch
I have noticed that the branch_true and branch_false insns also require
some subreg varia
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53819
Bug #: 53819
Summary: org/antlr/runtime/ANTLRFileStream.java:0:0: internal
compiler error: in java_mark_decl_local, at
java/decl.c:1912
Classification: Unclassified
Prod
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47657
Joost VandeVondele changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53818
Steven Bosscher changed:
What|Removed |Added
CC||steven at gcc dot gnu.org
--- Comment #
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=47341
Joost VandeVondele changed:
What|Removed |Added
Last reconfirmed|2011-01-18 11:21:06 |2012-06-30 11:21:06
--- Comment #3 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53818
--- Comment #2 from johnjohn 2012-06-30 13:51:13 UTC
---
(In reply to comment #1)
> What version of gfortran are you using? (gfortran --version)
>
> If you're using the standard RH5.7 gfortran, it's probably version 4.1.x,
> which
> is from the
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53818
Tobias Burnus changed:
What|Removed |Added
Keywords||rejects-valid
Status|UNCONFIR
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53818
--- Comment #4 from Tobias Burnus 2012-06-30
14:41:08 UTC ---
Draft patch - completely untested.
--- a/gcc/fortran/resolve.c
+++ b/gcc/fortran/resolve.c
@@ -10271,3 +10330,3 @@ apply_default_init_local (gfc_symbol *sym)
if (sym->attr.save ||
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53820
Bug #: 53820
Summary: [4.8 Regression] ICE in vt_expand_var_loc_chain, at
var-tracking.c:8029
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFI
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53786
--- Comment #2 from Hristo Venev 2012-06-30
15:19:29 UTC ---
Reduced:
template
class list{};
template
using tail=list;
template
using tail2=tail;
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53821
Bug #: 53821
Summary: [4.7.2,4.8 regression][c++11] multiple definitions of
lambda
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53780
--- Comment #10 from vincenzo Innocente
2012-06-30 15:24:24 UTC ---
reduced testcase for comment 3 regression as PR53821
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53768
--- Comment #12 from vincenzo Innocente
2012-06-30 15:25:27 UTC ---
reduced testcase for comment 7&8 regression as PR53821
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53821
--- Comment #1 from vincenzo Innocente
2012-06-30 15:33:15 UTC ---
to clarify:
in compiles and links correctly provided that
template
inline
int Foo::bar(int i, int j)
or if instead of the lambda "bar" invokes the external "ebar"
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53822
Bug #: 53822
Summary: Diagnostic: spell out type in ambiguous call
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Severity: normal
Prior
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53822
--- Comment #1 from Marc Glisse 2012-06-30 16:59:13
UTC ---
Hmm, the true message from 4.8, not 4.7 this time:
mp.cc: In function 'int main()':
mp.cc:6:6: error: call of overloaded 'f(NT&)' is ambiguous
f(i);
^
mp.cc:6:6: note: candidat
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=45159
--- Comment #26 from Thomas Koenig 2012-06-30
17:20:10 UTC ---
(In reply to comment #19)
Hi Dominique,
> (I have done the proof on the back of an envelope that I cannot find right
> now.)
Can you find that particular envelope again? I tried t
20120630 (experimental) [trunk revision 189094] (GCC)
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53821
H.J. Lu changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Last reconfirmed|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53824
Bug #: 53824
Summary: ICE with ALLOCATE of coarrays
Classification: Unclassified
Product: gcc
Version: 4.8.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53796
Janne Blomqvist changed:
What|Removed |Added
CC||jb at gcc dot gnu.org
--- Comment #13 f
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53817
--- Comment #1 from Andrew Pinski 2012-06-30
21:08:36 UTC ---
I think you still need the *.class in the CLASSPATH to be able to import them.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53817
--- Comment #2 from wbrana 2012-06-30 21:11:24 UTC ---
It seems jar files have to be in CLASSPATH instead of so files.
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53817
wbrana changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53819
wbrana changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53820
John David Anglin changed:
What|Removed |Added
CC||aoliva at gcc dot gnu.org
--- Comment
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53825
Bug #: 53825
Summary: Overloading with __m128d and __m256d fails
Classification: Unclassified
Product: gcc
Version: 4.4.6
Status: UNCONFIRMED
Severity: normal
Priorit
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53825
--- Comment #1 from Luc J. Bourhis 2012-06-30
23:31:26 UTC ---
Sorry, sent too early!
On more recent version of gcc, an error message would have told me to add
"-fabi-version=0".
Doing so with the version at hand does not fix the problem:
~/Dev
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53825
Andrew Pinski changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution|
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53813
John David Anglin changed:
What|Removed |Added
Target|hppa64-hp-hpux11.11 |hppa*-*-*
Host|hppa64-h
35 matches
Mail list logo