2007/9/25, Jim Wilson [EMAIL PROTECTED]:
ÎâêØ wrote:
(define_insn *shift_predicate_cmp
[(set (const_int 0)
(and:BI (and:BI (match_operand:BI 1 register_operand c)
(and:BI (match_operand:DI 2 gr_reg_or_8bit_adjusted_operand
rL)
(match_operand:DI 3
I'm working on a vulnerability detection pass for GCC, using a combination of
taint and value range propagation. The first version of the code (and a paper
describing the approach) is available at http://gcc.vulncheck.org/
The tree-ssa infrastructure was very useful for implementing this type of
Hello,
I get the following error while running make BOOT_CFLAGS='-O2' bootstrap
on ppc64 with --enable-checking on r128689:
libtool: compile: /home/revitale/check_dump_sms/new_build/./gcc/xgcc
-shared-libgcc -B/home/revitale/check_dump_sms/new_build/./gcc -nostdinc++
Hi,
I would like to implement a type-based operator (like sizeof, alignof,
etc.) for mingw32 / cygwin targets, which allows to interprete type-based
attributes. For DCOM support it would be helpful to have the __uuidof
(type) returning the string reference provided by a type-attribute uuid
(a
Diego what do you mean by the IL ?
Thomas
-fdump-tree-gimple-raw dosent include global variable that are not used i
functions.
I need something like -fdump-translation-unit that dosent cut the body of
the function.
Debugging dumps are always incomplete. Mostly by design, but in
general because
I have not been able to get a clean libstdc++ build on ppc64 for more
than a month (since 2007-08-23). The failure is always the same.
While building libstdc++/system-error.cc, I get:
/home/dnovillo/perf/sbox/gcc/local.ppc64/src/libstdc++-v3/src/system_error.cc:67:
error: std::system_category
Diego Novillo writes:
Diego I have not been able to get a clean libstdc++ build on ppc64 for more
Diego than a month (since 2007-08-23). The failure is always the same.
Diego While building libstdc++/system-error.cc, I get:
Diego
Revital1 Eres writes:
Revital I get the following error while running make BOOT_CFLAGS='-O2'
bootstrap
Revital on ppc64 with --enable-checking on r128689:
Revital ../../../../gcc/libstdc++-v3/src/system_error.cc -o system_error.o
/dev/null 21
Revital make[4]: *** [system_error.lo] Error 1
From what I recall and what I remember the main issue is that IV-opts
like producing:
[MEM index: ]
Note it might be better to use debug_generic_expr instead of
debug_tree (it is easier to read in most cases).
I like that! Not quite enough info for some needs (like it's missing
the
Hi
I am working on IA-64 and GCC-4.1.1
I modify ia64.md to support tnat instruction. More specifically, I add
the following define_insn:
(define_insn shift_tnat
[(set (match_operand:BI 0 register_operand =c)
(unspec:BI [(match_operand:DI 1
I have not been able to get a clean libstdc++ build on ppc64 for more
than a month (since 2007-08-23). The failure is always the same.
While building libstdc++/system-error.cc, I get:
/home/dnovillo/perf/sbox/gcc/local.ppc64/src/libstdc++-v3/src/system_error.cc:67:
error:
On 9/25/07, Benjamin Kosnik [EMAIL PROTECTED] wrote:
Hey Diego. It looks like David has state on this: it appears as if the
ppc32 fixes are not enough to get ppc64 back together.
Yeah. I am now using --with-cpu=default32 at configure time. That
seems to fix things enough to get libstdc++
On Tue, 2007-09-25 at 15:13 +0800, 吴曦 wrote:
propagate_one_insn), I don't understand why GCC fails the computation
of liveness if there is no optimization flag :-(.
There is probably something else happening with -O that is recomputing
some liveness or CFG info. For instance, the flow2 pass
On Sun, Sep 09, 2007 at 11:42:55AM -0700, Mark Mitchell wrote:
Other than that, the patch looks pretty good to me. However, I'd like a
middle-end maintainer to review the patch. Ian, Diego, Roger, would one
of you please take a look?
Well... ping?
to use the --param mechanism. Our policy
On 9/25/07, Johan Bohlin [EMAIL PROTECTED] wrote:
Diego what do you mean by the IL ?
IL stands for Intermediate Language. Sorry.
On 9/25/07, DJ Delorie [EMAIL PROTECTED] wrote:
I like that! Not quite enough info for some needs (like it's missing
the machine mode and rtl assignments, which I often need), but much
cleaner:
MEM[base: D.3720 + (unsigned int) sstride] = MEM[base: D.3718, offset: 10]
Usually I use
ÎâêØ wrote:
[(set_attr itanium_class tnat)])
The itanium_class names are based on info from the Itanium Processor
Microprocessor Reference by the way.
I believe the problem is that you didn't add info to the DFA scheduler
dscriptions in the itanium1.md and itanium2.md files for
2007/9/26, Jim Wilson [EMAIL PROTECTED]:
ÎâêØ wrote:
[(set_attr itanium_class tnat)])
The itanium_class names are based on info from the Itanium Processor
Microprocessor Reference by the way.
I believe the problem is that you didn't add info to the DFA scheduler
dscriptions in the
On Wed, 2007-09-26 at 08:11 +0800, 吴曦 wrote:
Truly thanks, I have discovered this problem after I sent the first
mail, and I found itanium1.md and itanium2.md describe the pipeline
hazard, but they are really complex... :-(. Is there any guide or docs
on this? thanks
There is Itanium
So it looks like we have D.3720 + (unsigned int) sstride which
looks funny in of it self. Can you provide the tree dump before
iv-opts and the one of iv-opts? It might explain what is going
wrong?
http://people.redhat.com/dj/all_l4.c.105t.cunroll
Also, http://people.redhat.com/dj/all_l4.i and
./cc1 -fpreprocessed all_l4.i -quiet -dumpbase all_l4.c -mcpu=m32cm \
-auxbase-strip all_l4.o -g -O2 -O2 -Wall -Wstrict-prototypes \
-Wmissing-prototypes -Wold-style-definition -Wextra -Wwrite-strings \
-std=gnu99 -version -o all_l4.s -dap
Found at
http://groups.google.com/group/comp.lang.fortran/browse_thread/thread/1abc1549a6a164f1/
by James Van Buskirk:
-
module M1
real x
end module M1
module M2
contains
subroutine y
end subroutine y
end module M2
module M3
use M2, x = y
end module
--- Comment #6 from debian-gcc at lists dot debian dot org 2007-09-25
07:15 ---
comparing 4.2 20070902 with 4.2 20070925 + plus the proposed patch, I see two
regressions:
FAIL: g++.dg/ext/vla4.C (test for errors, line 10)
FAIL: g++.dg/other/unused1.C scan-assembler
(string|ascii?)z
07:15 ---
comparing 4.2 20070902 with 4.2 20070925 + plus the proposed patch, I see two
regressions:
FAIL: g++.dg/ext/vla4.C (test for errors, line 10)
FAIL: g++.dg/other/unused1.C scan-assembler
(string|ascii?)z?\\tclass2(|000)
Currently checking 20070925 without
--- Comment #8 from jakub at gcc dot gnu dot org 2007-09-25 09:32 ---
Subject: Bug 22244
Author: jakub
Date: Tue Sep 25 09:32:44 2007
New Revision: 128747
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128747
Log:
PR fortran/22244
* Make-lang.in
--- Comment #9 from jakub at gcc dot gnu dot org 2007-09-25 09:35 ---
Subject: Bug 32678
Author: jakub
Date: Tue Sep 25 09:35:35 2007
New Revision: 128748
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128748
Log:
PR libgfortran/32678
* io/transfer.c
--- Comment #2 from jakub at gcc dot gnu dot org 2007-09-25 09:52 ---
Subject: Bug 33289
Author: jakub
Date: Tue Sep 25 09:52:15 2007
New Revision: 128754
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128754
Log:
PR c++/33289
* decl.c (builtin_function_1): Set
--- Comment #25 from jakub at gcc dot gnu dot org 2007-09-25 10:26 ---
Subject: Bug 27954
Author: jakub
Date: Tue Sep 25 10:26:01 2007
New Revision: 128758
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128758
Log:
2006-10-27 Jerry DeLisle [EMAIL PROTECTED]
PR
--- Comment #10 from jakub at gcc dot gnu dot org 2007-09-25 10:27 ---
Subject: Bug 33423
Author: jakub
Date: Tue Sep 25 10:27:28 2007
New Revision: 128759
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128759
Log:
PR middle-end/33423
* builtins.c
Revision 128761 fails to compile the test case from bug 32776:
$ gcc/xgcc -Bgcc/ -g -O2 -mcpu=m32cm /n/12/rask/dtoa-m32c.c -S -o /dev/null
/n/12/rask/src/all/newlib/libc/stdlib/dtoa.c: In function '_dtoa_r':
/n/12/rask/src/all/newlib/libc/stdlib/dtoa.c:862: internal compiler error: RTL
check:
--- Comment #8 from rask at gcc dot gnu dot org 2007-09-25 12:05 ---
It works for me too at revision 128761.
--
rask at gcc dot gnu dot org changed:
What|Removed |Added
On x86_64, the following function (extracted from gmp, the asms are from
its longlong.h)
void
mul_basecase (unsigned long * wp, unsigned long * up, long un,
unsigned long * vp, long vn)
{
long j;
unsigned long prod_low, prod_high;
unsigned long cy_dig;
unsigned long v_limb;
--- Comment #1 from rguenth at gcc dot gnu dot org 2007-09-25 12:32 ---
1) umul_ppmm(high_prod, low_prod, multipler, multiplicand) multiplies two
UWtype integers MULTIPLER and MULTIPLICAND, and generates a two UWtype
word product in HIGH_PROD and LOW_PROD.
#define
--- Comment #2 from bonzini at gnu dot org 2007-09-25 12:33 ---
Does it fix the bug to remove the pass?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33552
--- Comment #3 from rguenth at gcc dot gnu dot org 2007-09-25 12:37 ---
Yes, disabling rest_of_match_asm_constraints fixes the problem.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33552
--- Comment #4 from rguenth at gcc dot gnu dot org 2007-09-25 12:40 ---
Correct asm is then for example
#APP
# 16 t.c 1
mulq %rcx
# 0 2
# 18 t.c 1
addq %r9,%rax
adcq $0,%rdx
# 0 2
#NO_APP
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33552
--- Comment #10 from dje at gcc dot gnu dot org 2007-09-25 13:08 ---
This still fails in 64-bit mode bootstrap.
--
dje at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #8 from debian-gcc at lists dot debian dot org 2007-09-25
13:36 ---
Currently checking 20070925 without the proposed patch.
They also happened w/o the patch for me.
same here, Matthias
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33381
--- Comment #5 from ubizjak at gmail dot com 2007-09-25 13:58 ---
(In reply to comment #1)
#define add_ss(sh, sl, ah, al, bh, bl) \
__asm__ (addq %5,%q1\n\tadcq %3,%q0 \
: =r (sh), =r (sl) \
--- Comment #27 from rguenth at gcc dot gnu dot org 2007-09-25 13:58
---
tree-dse also miscompiles perls pp_pack.c.
It removes the store to symptr-patend here:
# MPT.498_212 = VDEF MPT.498_210
symptr_19(D)-patend = D.14885_146;
lenptr.50_147 = (char *) patptr_128;
#
--- Comment #6 from rguenth at gcc dot gnu dot org 2007-09-25 13:59 ---
Perl itself passes with -fno-tree-dse (see PR33389), I didn't check
400.perlbench.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #6 from paolo dot bonzini at lu dot unisi dot ch 2007-09-25
14:22 ---
Subject: Re: wrong code for multiple output asm,
wrong df?
ubizjak at gmail dot com wrote:
--- Comment #5 from ubizjak at gmail dot com 2007-09-25 13:58 ---
(In reply to comment #1)
--- Comment #10 from pluto at agmk dot net 2007-09-25 14:24 ---
Manuel, ping, do you working on it?
i've posted preprocessed 32-bit testaces for you over month ago ;)
btw. PR32368 exposes this bug.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32395
--- Comment #7 from ubizjak at gmail dot com 2007-09-25 14:29 ---
(In reply to comment #6)
I think that both version ought to work.
There is a comment in the '%' documentation:
GCC can only handle one commutative pair in an asm; if you use
more, the compiler may fail.
--- Comment #8 from paolo dot bonzini at lu dot unisi dot ch 2007-09-25
14:40 ---
Subject: Re: wrong code for multiple output asm,
wrong df?
There is a comment in the '%' documentation:
GCC can only handle one commutative pair in an asm; if you use
more, the compiler
--- Comment #28 from rguenth at gcc dot gnu dot org 2007-09-25 14:48
---
I'll take it for now.
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pcarlini at suse dot de 2007-09-25 14:54 ---
When fixing this bug we also want to make sure we do not reject this valid
variant:
templateint struct A
{
struct S { int X; };
static S a;
};
templateint N typename AN::S AN::a = { X : 1 };
void foo()
{
A0::a;
}
X-Bugzilla-Reason: CC
This error happens in this case:
template class T_ class SizeFor_{ public: enum {Size = 2}; };
template class V_
class Test {
public:
template class T_
void test_array(T_ tag, V_ (arr)[SizeFor_T_::Size])
{
}
};
(Full test case in the end of the message)
X-Bugzilla-Reason: CC
--- Comment #1 from e dot tadeu at gmail dot com 2007-09-25 15:04 ---
Created an attachment (id=14251)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14251action=view)
Test case
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33553
--- Comment #6 from jsm28 at gcc dot gnu dot org 2007-09-25 15:05 ---
Subject: Bug 32295
Author: jsm28
Date: Tue Sep 25 15:04:58 2007
New Revision: 128765
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128765
Log:
PR c/32295
* c-typeck.c (default_conversion): Call
[EMAIL PROTECTED]
* tree-ssa-propagate.c (set_rhs): Verify tcc_comparison the same way
as tcc_binary.
* tree-ssa-ccp.c (fold_stmt_r) COND_EXPR: Use set_rhs to modify
the condition after calling fold_binary.
* gcc.c-torture/compile/20070925-1.c: New test
--- Comment #2 from e dot tadeu at gmail dot com 2007-09-25 15:23 ---
s/template method that is inside a template method/template method that is
inside a template CLASS
(In reply to comment #0)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33553
--- Comment #12 from cboos at neuf dot fr 2007-09-25 15:25 ---
(In reply to comment #11)
So are the files reported as missing really missing...?
I had the same issue on HP-UX and I can confirm this was an issue with tar and
long file names.
On Linux:
# tar --version
tar (GNU
--- Comment #9 from eddy at opera dot com 2007-09-25 15:54 ---
Subject: Re: __attribute__((deprecated)) broken with inline, ignored with pure
virtual, misreported after definition
Virtual problem fixed for 4.3.0.
Yay !
Thank you :-)
Eddy.
--
--- Comment #9 from pinskia at gcc dot gnu dot org 2007-09-25 17:15 ---
Use of % in asm should be discougaged.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33552
--- Comment #6 from kai-gcc-bugs at khms dot westfalen dot de 2007-09-25
17:36 ---
I don't know about Wolfgang.
As for me:
1. This is rather confusing.
2. I was writing a perl script to correlate source with tm.texi documentation.
I certainly couldn't think of an algorithm that
--- Comment #1 from pcarlini at suse dot de 2007-09-25 17:39 ---
Note: given the C99 extensions, this is actually reject-valid: for instance
Comeau in relaxed mode accepts it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32385
Hi,
the attached program crashes at runtime when compiled *without* optimization:
% gfc -g gfcbug72.f90 -fbounds-check -fbacktrace -O0 ./a.out
before construct_temp, size (temp) = 2
Program received signal 11 (SIGSEGV): Segmentation fault.
Backtrace for this error:
+
--- Comment #1 from anlauf at gmx dot de 2007-09-25 17:41 ---
Created an attachment (id=14252)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14252action=view)
Demo code
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33554
--- Comment #7 from bangerth at math dot tamu dot edu 2007-09-25 17:44
---
Subject: Re: bogus escape
I don't know about Wolfgang.
I was just confused, not realizing that we weren't in regular C code. Andrew's
(as usual) brief comment didn't help the situation. So simply ignore my
--- Comment #10 from ubizjak at gmail dot com 2007-09-25 17:53 ---
(In reply to comment #8)
Right, but then it is gmp (the subject of this PR) who's right and gcc
who's wrong. You said the other way round. :-)
;)
My conclusion is based on the generated code, where gmp's version
20070925 (experimental) (GCC)
/usr/local/gcc43/bin/gcc -Os -fno-pic -S sbb.c -fomit-frame-pointer
.text
.globl _cmpb_sbb
_cmpb_sbb:
subl$12, %esp
movl16(%esp), %eax
movl20(%esp), %ecx
xorl%edx, %edx
cmpl24(%esp), %ecx
setb %dl
--- Comment #4 from simartin at gcc dot gnu dot org 2007-09-25 18:34
---
Subject: Bug 33207
Author: simartin
Date: Tue Sep 25 18:34:05 2007
New Revision: 128769
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128769
Log:
gcc/cp/
2007-09-25 Simon Martin [EMAIL PROTECTED]
--- Comment #2 from kai-gcc-bugs at khms dot westfalen dot de 2007-09-25
18:38 ---
Learned some more. (For reference, this is all from Fr 17 Aug 21:29:16 UTC 2007
(revision 127595).)
In the docs, but not anywhere in the source:
TARGET_ALIGN_ANON_BITFIELDS
--- Comment #5 from simartin at gcc dot gnu dot org 2007-09-25 18:41
---
Fixed on the mainline.
--
simartin at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from ubizjak at gmail dot com 2007-09-25 18:48 ---
The fact that %0 version produces correct code is simply due to strtoul in
match_asm_constraints_1, where %0 is not recognized as a valid string for
conversion and further processing of input constraint is stopped.
--
--- Comment #12 from ubizjak at gmail dot com 2007-09-25 18:57 ---
(In reply to comment #1)
marking %0 early-clobbered fixes the problem.
Please look at comment #7.
Confirmed as a 4.3 regression, something is wrong in match_asm_constraints_1.
--
ubizjak at gmail dot com
--- Comment #2 from burnus at gcc dot gnu dot org 2007-09-25 19:16 ---
Work around: Change the intent to INOUT in:
subroutine construct_temp (temp)
type (t_temp), intent(out) :: temp (:)
or - which is effectively the same - remove the default initializer:
type t_datum
--- Comment #13 from ubizjak at gmail dot com 2007-09-25 19:29 ---
(In reply to comment #12)
marking %0 early-clobbered fixes the problem.
Please look at comment #7.
I think I need some sleep. I was thinking of comment #11.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33552
--- Comment #3 from dominiq at lps dot ens dot fr 2007-09-25 20:08 ---
On Darwin8 I get:
[karma] f90/bug% gfc -O0 -fbounds-check -fbacktrace -g pr33554.f90
[karma] f90/bug% a.out
before construct_temp, size (temp) = 2
Enter construct_temp, size (temp) = 2
Leave
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
CC||pinskia at gcc dot gnu dot
|
following code invokes ICE.
svn revision 128768
class Ifoo
{
public:
virtual ~Ifoo(){}
};
class foo:public Ifoo
{
foo(){};
// ~foo();
};
foo::~foo()
{
delete this;
}
1. if you uncomment ~foo in class definition, ICE go away.
2. if you comment functiono body of foo::~foo, it invokes error.
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-09-25 23:18 ---
Confirmed, but not just a 4.3 regression.
4.0.2 showed:
[EMAIL PROTECTED]:~$ ~/x86-linux-4.0.2/bin/gcc t.cc
t.cc:11: error: definition of implicitly-declared 'virtual foo::~foo()'
t.cc:14: confused by earlier
--- Comment #2 from pcarlini at suse dot de 2007-09-25 23:26 ---
The fix seems simple...
--
pcarlini at suse dot de changed:
What|Removed |Added
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||rejects-valid
Summary|Bogus array bound is not
--- Comment #3 from pinskia at gcc dot gnu dot org 2007-09-25 23:32 ---
Confirmed, reduced testcase:
template class T_ struct SizeFor_ { static const int Size = 2; };
template class R_
struct Test {
template class T_
void test_array(int (arr)[SizeFor_T_::Size]);
};
Testint p2;
--- Comment #9 from pcarlini at suse dot de 2007-09-25 23:54 ---
*** Bug 33556 has been marked as a duplicate of this bug. ***
--
pcarlini at suse dot de changed:
What|Removed |Added
--- Comment #3 from pcarlini at suse dot de 2007-09-25 23:54 ---
*** This bug has been marked as a duplicate of 30303 ***
--
pcarlini at suse dot de changed:
What|Removed |Added
--- Comment #1 from dj at gcc dot gnu dot org 2007-09-26 00:03 ---
Subject: Bug 33551
Author: dj
Date: Wed Sep 26 00:03:07 2007
New Revision: 128773
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=128773
Log:
PR target/33551
* config/m32c/m32c.c (m32c_immd_dbl_mov): Use INTVAL
--- Comment #14 from jsm28 at gcc dot gnu dot org 2007-09-26 00:22 ---
Working on a patch.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
/home/test/gcc-4.2-build/./prev-gcc/xgcc -B/home/test/gcc-4.2-build/./prev-gcc/
-B/opt/gcc-4.2.2/x86_64-asianux-linux/bin/ -g -O2 -DIN_GCC -W -Wall
-Wwrite-strings -Wstrict-prototypes -Wmissing-prototypes -pedantic
-Wno-long-long -Wno-variadic-macros -Wno-overlength-strings
--
pcarlini at suse dot de changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |pcarlini at suse dot de
|dot org |
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-09-26 02:39 ---
*** This bug has been marked as a duplicate of 32831 ***
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2007-09-26 02:39 ---
*** Bug 33557 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32831
7.1.1/8 says that 'mutable' can't be applied to reference members:
The mutable specifier can be applied only to names of
class data members (_class.mem_) and cannot be applied to names
declared const or static, and cannot be applied to reference members.
Yet gcc accepts this code:
GCC manual documents Wstack-protector option but not
fstack-protector/fno-stack-protector.
As documenting the Wstack-protector option alludes to the existence of the
fstack-protector/fno-stack-protector options, it would be nice if these were
included.
--
Summary: GCC manual
--- Comment #4 from anlauf at gmx dot de 2007-09-26 05:19 ---
(In reply to comment #2)
This appears to be a regression, as the following version does not crash:
GNU Fortran (GCC) 4.3.0 20070416 (experimental)
while it occurs with
GNU Fortran (GCC) 4.3.0 20070907 (experimental) [trunk
87 matches
Mail list logo