--- Comment #1 from pinskia at gcc dot gnu dot org 2009-08-18 07:22 ---
Wait a second are you saying:
volatile char * p_name
and p_name disappears?
Well that is because p_name is no longer volatile but what it points to is.
I don't think this is a bug in GCC but rather a misunderstand
--- Comment #2 from mark at gcc dot gnu dot org 2009-08-18 08:11 ---
(In reply to comment #1)
> Wait a second are you saying:
> volatile char * p_name
>
> and p_name disappears?
> Well that is because p_name is no longer volatile but what it points to is.
Well, obvious p_name still is
--- Comment #147 from rguenth at gcc dot gnu dot org 2009-08-18 09:18
---
*** Bug 41072 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21920
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-08-18 09:18 ---
6.5/6 and 6.5/7 specify your code invokes undefined behavior. Use
-fno-strict-aliasing for programs you don't want to fix.
*** This bug has been marked as a duplicate of 21920 ***
--
rguenth at gcc dot gnu dot
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-08-18 09:20 ---
Looks like a bug in fold.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
A
There are a bunch of missed-optimizations in fold_builtin_pow where we restrict
foldings to cases of non-negative base even when the power is an integer.
One source of easy missed optimizations is that fold folds x * x to pow (x,
2.0)
instead of powi (x, 2) which would make further analysis easier
Due to non-standard code in the supplied openMP header file omp_lib.h compiling
with standards checking on results in errors due to the include file and not
the users code:
Wot now ? uname -a
Linux kingswood.nag.co.uk 2.6.27.25-78.2.56.fc9.i686 #1 SMP Thu Jun 18 12:47:50
EDT 2009 i686 i686 i386 GN
(Forwarding Debian Bug#542158)
Unchecked_Deallocation of a record extension containing an Unbounded_String
executes incorrectly. Here is a reproducer:
with Ada.Strings.Unbounded;
use Ada.Strings.Unbounded;
package Double_Free is
type Test_Base is tagged null record;
type Test_Class_Access i
[forwarded from http://bugs.debian.org/541816]
works with trunk and 4.4.1 release, fails with gcc-4.4-branch 20090708 (-O2,
but works with -O0 and -O1), seen on at least ix86 and x86_64.
Matthias
gcc-4.4 -S -O2 -Wall -fno-strict-aliasing gcc44bug.i
--
Summary: [4.4 regression] bu
--- Comment #1 from debian-gcc at lists dot debian dot org 2009-08-18
10:48 ---
Created an attachment (id=18394)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18394&action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41101
Due to non-standard code in the supplied openMP header file omp_lib.h compiling
with standards checking on results in errors due to the include file and not
the users code:
Wot now ? uname -a
Linux kingswood.nag.co.uk 2.6.27.25-78.2.56.fc9.i686 #1 SMP Thu Jun 18 12:47:50
EDT 2009 i686 i686 i386 GN
--- Comment #1 from rguenth at gcc dot gnu dot org 2009-08-18 10:55 ---
I have to XFAIL parts of gcc.dg/builtins-10.c because of PR41094.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #18 from ktietz at gcc dot gnu dot org 2009-08-18 11:03 ---
This bug is fixed by a recent change to our runtime headers. We support now the
NO_INLINE feature for platform headers, too. So, even intrinsic functions
aren't emitted anymore, when __NO_INLINE__ is defined.
--
--- Comment #7 from ktietz at gcc dot gnu dot org 2009-08-18 11:05 ---
Ok, as I can't reproduce this anymore, and I got no reply on my question, I
close this issue.
--
ktietz at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #2 from rguenth at gcc dot gnu dot org 2009-08-18 11:17 ---
Pfff... and no, the fix for PR40321 didn't fix it. Reducing.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-08-18 11:21 ---
Instead it likely broke it.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Targe
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-08-18 11:23 ---
It did.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassign
--- Comment #5 from rguenth at gcc dot gnu dot org 2009-08-18 11:24 ---
Trunk is broken as well at -O -ftree-pre.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
---
--- Comment #27 from mahatma at eu dot by 2009-08-18 11:28 ---
(In reply to comment #26)
> *** Bug 40985 has been marked as a duplicate of this bug. ***
(In reply to comment #25)
> Created an attachment (id=18393)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18393&action=view) [e
g++-4.3 and 4.4 seem to generate wrong code, when optimizing. 4.2 produce
correct code for me
the bad code on 4.4 is:
004449a0 ::get()>:
4449a0: 41 57 push %r15
4449a2: 48 8d 87 80 00 00 00lea0x80(%rdi),%rax
4449a9: 48 8d 97 98 00 58 00
--- Comment #3 from ktietz at gcc dot gnu dot org 2009-08-18 11:32 ---
Is there a way to make %I32 accepting both types?
Something like FMT_LEN_z?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40786
--- Comment #1 from tim at klingt dot org 2009-08-18 11:35 ---
Created an attachment (id=18395)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18395&action=view)
preprocessed source, 4.4
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41103
--- Comment #2 from tim at klingt dot org 2009-08-18 11:37 ---
Created an attachment (id=18396)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18396&action=view)
preprocessed source, 4.2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41103
--- Comment #2 from jakub at gcc dot gnu dot org 2009-08-18 11:42 ---
Subject: Bug 40971
Author: jakub
Date: Tue Aug 18 11:42:07 2009
New Revision: 150869
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150869
Log:
PR target/40971
* config/rs6000/rs6000.c (rs6000_
--- Comment #3 from jakub at gcc dot gnu dot org 2009-08-18 11:43 ---
Subject: Bug 40971
Author: jakub
Date: Tue Aug 18 11:43:16 2009
New Revision: 150870
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150870
Log:
PR target/40971
* config/rs6000/rs6000.c (rs6000_
--- Comment #6 from rguenth at gcc dot gnu dot org 2009-08-18 11:47 ---
One reduced testcase, requires both the typedef and the unprototyped foo
(thus, implicit return type int).
typedef long *GEN;
int foo(GEN);
void int_elt_val(GEN nf, GEN x, GEN y, long N, int b)
{
GEN tmp, a;
in
--- Comment #3 from tim at klingt dot org 2009-08-18 11:50 ---
i forgot to mention, i am building with bjam, passing the following options:
COLLECT_GCC_OPTIONS='-ftemplate-depth-128' '-O3' '-finline-functions'
'-Wno-inline' '-Wall' '-pthread' '-fPIC' '-g' '-v' '-save-temps'
'-DBOOST_ALL
--- Comment #4 from ludovic at ludovic-brenta dot org 2009-08-18 12:01
---
Please change the component of this PR from "ada" to "c".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41041
--- Comment #1 from ludovic at ludovic-brenta dot org 2009-08-18 12:02
---
Duplicate of 41041, which has the attachments.
Also, please change the component of this PR from "ada" to "c".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41040
--- Comment #1 from ludovic at ludovic-brenta dot org 2009-08-18 12:04
---
Does that imply that Ada cross-compilers are broken?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41096
--- Comment #10 from ludovic at ludovic-brenta dot org 2009-08-18 12:10
---
Does the fix mean that GNAT does not support large files on any platform?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40578
--- Comment #2 from burnus at gcc dot gnu dot org 2009-08-18 13:03 ---
Another complication is due to:
a) Procedure pointer
b) Procedure pointer components
(Type-bound procedures are no problem as they have always an explicit
interface.)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi
--- Comment #7 from rguenth at gcc dot gnu dot org 2009-08-18 13:18 ---
Other one:
typedef long *GEN;
GEN dvmdii(GEN x);
GEN mulii(GEN x);
void int_elt_val(GEN x, GEN y, long N, int b, long k)
{
long i;
GEN r,a;
while (1)
{
for (i=1; i<=N; i++)
{
a = mu
--- Comment #2 from joel at gcc dot gnu dot org 2009-08-18 13:28 ---
If you need CFLAGS_FOR_TARGET set to find the files or specify target specific
compiler options required to compile the run-time, then yes.
This certainly breaks any cross build that is non-multilib and specifies tar
--- Comment #11 from davek at gcc dot gnu dot org 2009-08-18 13:36 ---
(In reply to comment #10)
> Does the fix mean that GNAT does not support large files on any platform?
>
No need to worry, that was reason why I mentioned it would be necessary to
change the 64-bit definition as well
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-08-18 13:40 ---
Subject: Bug 41094
Author: rguenth
Date: Tue Aug 18 13:40:18 2009
New Revision: 150874
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150874
Log:
2009-08-18 Richard Guenther
PR middle-end/41094
--- Comment #28 from hjl dot tools at gmail dot com 2009-08-18 14:01
---
(In reply to comment #27)
> (In reply to comment #26)
> > *** Bug 40985 has been marked as a duplicate of this bug. ***
>
> (In reply to comment #25)
> > Created an attachment (id=18393)
--> (http://gcc.gnu.org/b
I think this is the same as PR23055, but better be safe than sorry... Maybe
Jason can have a look and fix both at once. In any case, both ICC and SunStudio
accept this one too:
template
void S(T op, typename T::X const *);
struct Widget { typedef int X; };
void f()
{
Widget w;
S(w, 0);
}
--- Comment #5 from jessiecute13 at aol dot com 2009-08-18 14:13 ---
Needs tickets for the race in oct9-10
--
jessiecute13 at aol dot com changed:
What|Removed |Added
Bu
--- Comment #1 from jessiecute13 at aol dot com 2009-08-18 14:13 ---
costs for $42.12
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41049
--- Comment #1 from janus at gcc dot gnu dot org 2009-08-18 14:23 ---
Subject: Bug 40870
Author: janus
Date: Tue Aug 18 14:23:35 2009
New Revision: 150875
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150875
Log:
2009-08-18 Janus Weil
Paul Thomas
PR fo
--- Comment #4 from rguenth at gcc dot gnu dot org 2009-08-18 14:24 ---
Does it work with -fno-strict-aliasing? I suppose this is one case where boost
plays tricks with placement new on decls (non-anonymous storage)?
--
rguenth at gcc dot gnu dot org changed:
What|Re
--- Comment #2 from janus at gcc dot gnu dot org 2009-08-18 14:25 ---
Fixed with r150875. Closing.
--
janus at gcc dot gnu dot org changed:
What|Removed |Added
Name : Kelly
Company : bugzilla
Phone : 3057526589
Amount :$9.45
ROW :33
Seat:3
Total:$5.68
--
Summary: Tickets
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: ada
Ass
spam
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
Resolution||INVALID
--- Comment #1 from charlet at gcc dot gnu dot org 2009-08-18 14:32 ---
remove 'ada' component
--
charlet at gcc dot gnu dot org changed:
What|Removed |Added
Com
There are some problems with CHARACTER-valued procedure pointers (and procedure
pointer components).
First example (with PPCs):
module m
type :: t
procedure(character(len=5)), pointer, nopass :: ptr
end type
contains
function abc()
character(len=5) :: abc
abc = 'abcde'
end function abc
--- Comment #5 from tim at klingt dot org 2009-08-18 14:36 ---
compiling with -fno-strict-aliasing doesn't do any difference.
the error is actually related to some code, that does a pointer/tag
compression, packing a pointer and an integer to a 64bit pointer [1] in order
to deal with th
Follow up to http://gcc.gnu.org/ml/fortran/2009-08/msg00232.html
It might be auto-fixed by PR 40976 ...
--
Summary: Proc-pointer componts: Fix calling DECL for f2c
Product: gcc
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
P
--- Comment #3 from burnus at gcc dot gnu dot org 2009-08-18 14:49 ---
For PPC, see also PR 41107 and the link therein.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40976
--- Comment #1 from burnus at gcc dot gnu dot org 2009-08-18 14:59 ---
Confirmed.
Patch for the include file:
--- libgomp/omp_lib.h.in(revision 150873)
+++ libgomp/omp_lib.h.in(working copy)
@@ -45 +45 @@
- logical*4 omp_get_dynamic, omp_get_nested
+ logical(4
--- Comment #1 from burnus at gcc dot gnu dot org 2009-08-18 15:00 ---
*** This bug has been marked as a duplicate of 41102 ***
--
burnus at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from burnus at gcc dot gnu dot org 2009-08-18 15:00 ---
*** Bug 41099 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41102
--- Comment #3 from joseph at codesourcery dot com 2009-08-18 15:58 ---
Subject: Re: New: openMP include file causes errors when
compiling with standards checking
On Tue, 18 Aug 2009, ian dot bush at nag dot co dot uk wrote:
> Due to non-standard code in the supplied openMP header f
--- Comment #4 from burnus at gcc dot gnu dot org 2009-08-18 16:08 ---
(In reply to comment #3)
> For C and C++, most diagnostics are disabled by default for code in system
> headers. Shouldn't Fortran do something equivalent?
Good question. The problem is that with
include "somebi
--- Comment #7 from toon at moene dot org 2009-08-18 16:40 ---
The relevant wording in the Standard (2003) is:
9.5.3.4 Data transfer
...
The list items for a namelist input statement are processed in the order of the
entities specified within the input records.
...
To spell it out
--- Comment #5 from hjl dot tools at gmail dot com 2009-08-18 16:46 ---
This isn't a 4.5 regression since there is no -fwhole-file in gcc 4.4.
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--
--- Comment #5 from ian dot bush at nag dot co dot uk 2009-08-18 16:46
---
Subject: Re: openMP include file causes errors when compiling
with standards checking
burnus at gcc dot gnu dot org wrote:
> --- Comment #4 from burnus at gcc dot gnu dot org 2009-08-18 16:08
> ---
>
--- Comment #6 from joseph at codesourcery dot com 2009-08-18 16:52 ---
Subject: Re: openMP include file causes errors when
compiling with standards checking
On Tue, 18 Aug 2009, ian dot bush at nag dot co dot uk wrote:
> Also Fortran doesn't have the concept of system headers, so ho
--- Comment #7 from ian dot bush at nag dot co dot uk 2009-08-18 16:58
---
Subject: Re: openMP include file causes errors when compiling
with standards checking
joseph at codesourcery dot com wrote:
> --- Comment #6 from joseph at codesourcery dot com 2009-08-18 16:52
> ---
@interface O
{
}
@end
@protocol E
@end
@class F;
@interface G: O {
}
@end
@interface F: O {
G *g;
}
-(id)bar:(G *)baz;
@end
@implementation F
-(id)bar:(G *)baz {
self->g = baz;
return self;
}
@end
ICEs with -fobjc-gc -fgnu-runtime (works without -fobjc-gc or with -fobjc-gc
-fnext-run
--- Comment #1 from pinskia at gcc dot gnu dot org 2009-08-18 17:32 ---
-fobjc-gc should error out for the GNU runtime.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41108
--- Comment #2 from ubizjak at gmail dot com 2009-08-18 17:33 ---
Can someone stop this idiot?
--
ubizjak at gmail dot com changed:
What|Removed |Added
Component
I think this is a recent regression:
-
int memory_consumption(const int &t) { return sizeof(t); }
int s;
int g() { return memory_consumption(s); }
-
deal.II> c++ -c -W -Wunused ../x.cc
../x.cc:1:5: warning: unused parameter 't'
Quite formal
This would appear to be a recent regression:
template struct X { static const int s = 2; };
template int f() {
const unsigned int dim = 2;
return X::s;
}
template int f();
-
deal.II> c++ -c -W -Wunused x.cc
x.cc: In function 'int f()
--- Comment #5 from hjl at gcc dot gnu dot org 2009-08-18 19:41 ---
Subject: Bug 40704
Author: hjl
Date: Tue Aug 18 19:40:48 2009
New Revision: 150898
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150898
Log:
2009-08-18 H.J. Lu
PR testsuite/40704
* test_summ
Im running Debian Etch, gcc 4.1.2
Im studying c++, and just wrote a very basic code.
Then I tried to compile.
#gcc teste.cpp
and got this message:
gcc: error trying to exec 'cc1plus': execvp: Arquivo ou diretório não
encontrado
Ok, so I installed g++.
#aptitude install g++
and tried to compile
--- Comment #1 from jaamfi at gmail dot com 2009-08-18 19:50 ---
Created an attachment (id=18397)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18397&action=view)
templates
>From the compile
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4
--- Comment #2 from jaamfi at gmail dot com 2009-08-18 19:52 ---
Created an attachment (id=18398)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18398&action=view)
from save-temps
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4
--- Comment #3 from jaamfi at gmail dot com 2009-08-18 19:52 ---
Created an attachment (id=18399)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18399&action=view)
from save-temps
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=4
--- Comment #4 from redi at gcc dot gnu dot org 2009-08-18 19:54 ---
use g++ not gcc
http://gcc.gnu.org/onlinedocs/gcc-4.1.2/gcc/Invoking-G_002b_002b.html
--
redi at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from jaamfi at gmail dot com 2009-08-18 19:57 ---
(In reply to comment #4)
> use g++ not gcc
>
> http://gcc.gnu.org/onlinedocs/gcc-4.1.2/gcc/Invoking-G_002b_002b.html
>
thaks jonathan!! it seemed very simple!
god bless!
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?i
--- Comment #2 from dominiq at lps dot ens dot fr 2009-08-18 20:03 ---
The manual says:
-O3
Optimize yet more. -O3 turns on all optimizations specified by -O2 and also
turns on the -finline-functions, -funswitch-loops, -fpredictive-commoning,
-fgcse-after-reload and -ftree-vectorize opt
Reduced testcase to be attached, compile in the build dir with:
gcc/xgcc -Bgcc -S p.adb -Igcc/ada/rts -O2
+===GNAT BUG DETECTED==+
| 4.5.0 20090818 (experimental) [trunk revision 150875] (i586-suse-linux-gnu)
GCC error:|
| tree check: expected
--- Comment #1 from ebotcazou at gcc dot gnu dot org 2009-08-18 20:32
---
Created an attachment (id=18400)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=18400&action=view)
Reduced testcase.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41112
gfortran seems to generate a spurious _gfortran_internal_pack if an array that
is component of a type is passed to a subroutine. More precisely, in the
example
CALL S1(d%data)
CALL S1(data)
should basically generate the same pseudocode, but this doesn't happen.
> cat test.f90
MODULE M1
TYPE T
--- Comment #5 from robert dot mance at intel dot com 2009-08-18 21:01
---
(In reply to comment #4)
> Fixed.
Could you please tell me what version of gfortran this is fixed in? I'm
working the Intel Fortran compiler debug information at the moment regarding a
request to add DW_AT_comm
--- Comment #6 from jakub at gcc dot gnu dot org 2009-08-18 21:17 ---
GCC 4.4.0/4.4.1 have it, as well as GCC trunk.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37738
--- Comment #11 from ami_stuff at o2 dot pl 2009-08-19 00:28 ---
It ICEs also...
with -m68020 -m68881 -Os options:
/usr/local/amiga/bin/m68k-amigaos-gcc-4.4.1.exe -V 4.4.1 -DHAVE_AV_CONFIG_H -I.
-I"/bin/ffmpeg8" -mnobitfield -m68020 -m68881 -std=c99
-Wdeclaration-after-stat
ement -Wdi
Revision 150889:
http://gcc.gnu.org/ml/gcc-cvs/2009-08/msg00570.html
caused:
ERROR: Couldn't find library file target-libpath.exp.
ERROR: Couldn't find library file target-libpath.exp.
ERROR: Couldn't find library file target-libpath.exp.
ERROR: Couldn't find library file target-libpath.exp.
ERR
--- Comment #1 from oliver dot kellogg at eads dot com 2009-08-19 05:45
---
Using trunk r150901 on openSuSE-11.1 i686-pc-linux-gnu, I get:
[...]
Fixed: Xm/Traversal.h
complex.h /usr/src/packages/SOURCES/gcc/fixincludes/tests/base/complex.h
differ: byte 262, line 13
*** complex.h 200
--- Comment #1 from bje at gcc dot gnu dot org 2009-08-19 06:14 ---
Confirmed.
--
bje at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #5 from bje at gcc dot gnu dot org 2009-08-19 06:14 ---
Confirmed.
--
bje at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #1 from bje at gcc dot gnu dot org 2009-08-19 06:15 ---
Confirmed.
--
bje at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #2 from bje at gcc dot gnu dot org 2009-08-19 06:30 ---
Confirmed.
--
bje at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED
--- Comment #4 from jv244 at cam dot ac dot uk 2009-08-19 06:38 ---
I believe this is has an origin that could be related to PR41113
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36933
--- Comment #8 from burnus at gcc dot gnu dot org 2009-08-19 06:38 ---
Subject: Bug 41102
Author: burnus
Date: Wed Aug 19 06:38:29 2009
New Revision: 150931
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=150931
Log:
2009-08-19 Tobias Burnus
PR fortran/41102
o
87 matches
Mail list logo
