The temporary is not needed in this case.
$ cat foo.f90
program main
real, dimension(10) :: a
read (10) a
a(2:10:2) = a (1:9:2)
end program main
$ gfortran -Warray-temporaries foo.f90
foo.f90:4.14:
a(2:10:2) = a (1:9:2)
1
Warning: Creating array temporary at (1)
--
--- Comment #19 from dominiq at lps dot ens dot fr 2008-07-25 06:56 ---
I confirm that i686-apple-darwin on tuples branch does _not_ hang in these
test cases
Is this a real fix, i.e., the cause(s) of the hanging has(ve) been understood
and fixed? or does it just happen that the
--- Comment #20 from dberlin at gcc dot gnu dot org 2008-07-25 07:11
---
Subject: Re: [4.4 Regression] I/Os hang at rev. 137631 on darwin9
Yes.
On Thu, Jul 24, 2008 at 11:56 PM, dominiq at lps dot ens dot fr
[EMAIL PROTECTED] wrote:
--- Comment #19 from dominiq at lps dot
--- Comment #21 from dominiq at lps dot ens dot fr 2008-07-25 07:26 ---
Yes
To the first or the second question? If it is to the first, would it be
possible to document what was going on?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36806
--- Comment #4 from rakdver at gcc dot gnu dot org 2008-07-25 07:56 ---
(In reply to comment #3)
(In reply to comment #2)
Also IV-opts is messing up anyways, it should have done out+1 as the base
instead of out, blah.
Filed as http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36905 .
--- Comment #22 from rguenther at suse dot de 2008-07-25 08:11 ---
Subject: Re: [4.4 Regression] I/Os hang at rev. 137631 on
darwin9
On Fri, 25 Jul 2008, dominiq at lps dot ens dot fr wrote:
--- Comment #21 from dominiq at lps dot ens dot fr 2008-07-25 07:26
---
Yes
--- Comment #23 from dberlin at gcc dot gnu dot org 2008-07-25 08:11
---
Subject: Re: [4.4 Regression] I/Os hang at rev. 137631 on darwin9
The first.
For various reasons, get_external_unit in io/unit.c was being miscompiled.
On Fri, Jul 25, 2008 at 12:26 AM, dominiq at lps dot ens
--- Comment #2 from tkoenig at gcc dot gnu dot org 2008-07-25 08:15 ---
This works now, with the fixes for matmul bounds checks
(PR 36341):
$ cat mat.f90
program mat
implicit none
complex, allocatable :: a(:,:),b(:,:)
complex :: d(1,1)
allocate(a(4,1),b(4,1))
a =
--- Comment #1 from burnus at gcc dot gnu dot org 2008-07-25 08:42 ---
See also PR 36915. This is one of the items where the middle-end array
expressions would help (see links in PR 36915). The ME array expr. support is
planned for 4.5.
--
--- Comment #3 from burnus at gcc dot gnu dot org 2008-07-25 08:43 ---
See also PR 36928 (interleaved assignment, where also an unneeded temporary is
created).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36915
--- Comment #6 from jamborm at gcc dot gnu dot org 2008-07-25 08:57 ---
I will look at it straight away.
--
jamborm at gcc dot gnu dot org changed:
What|Removed |Added
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Component|bootstrap |target
Keywords||build
$ m68k-linux-gcc -O2 -m5200 route.i
/home/bunk/linux/kernel-2.6/git/linux-2.6/net/ipv4/route.c: In function
'ipv4_sysctl_rtcache_flush':
/home/bunk/linux/kernel-2.6/git/linux-2.6/net/ipv4/route.c:2896: internal
compiler error: Segmentation fault
Please submit a full bug report,
with preprocessed
--- Comment #1 from bunk at stusta dot de 2008-07-25 09:58 ---
Created an attachment (id=15959)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15959action=view)
route.i
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36929
--- Comment #9 from jv244 at cam dot ac dot uk 2008-07-25 10:20 ---
Any plans to look into a fix for this for 4.3.X ? This is variant of the
testcase that causes a runtime abort (trunk on x86_64-unknown-linux-gnu):
gfortran -O2 test.f90 ; ./a.out
Operating system error: Cannot
gnatgcc -v -c dummy.adb
Ziel: i686-pc-linux-gnu
Konfiguriert mit:
/var/tmp/portage/dev-lang/gnat-gcc-4.2.2/work/gcc-4.2.2/configure --prefix=/usr
--bindir=/usr/i686-pc-linux-gnu/gnat-gcc-bin/4.2
--includedir=/usr/lib/gnat-gcc/i686-pc-linux-gnu/4.2/include
--- Comment #1 from timo dot warns at informatik dot uni-oldenburg dot de
2008-07-25 10:22 ---
Created an attachment (id=15960)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15960action=view)
dummy.adb
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36930
--- Comment #2 from deba at inf dot elte dot hu 2008-07-25 10:24 ---
(In reply to comment #1)
Example?
In the LEMON graph library (http://lemon.cs.elte.hu/) there is an LP solver
interface. The LP constraints could be added like the next formulation:
lp.addRow((double) = (Lp::Expr)
-Warray-temporaries indicates a temporary here:
MODULE M1
CONTAINS
SUBROUTINE S1()
REAL :: a(3),b(3,3),c(3)
a=MATMUL(b,c)/2
END SUBROUTINE S1
END MODULE M1
but it could be avoided as in:
MODULE M1
CONTAINS
SUBROUTINE S1()
REAL :: a(3),b(3,3),c(3)
a=MATMUL(b,c)
The line 'a=pbc(p(i)%r)' warns twice about an array temporary, but none should
be needed:
MODULE M1
IMPLICIT NONE
TYPE particle
REAL :: r(3)
END TYPE
CONTAINS
SUBROUTINE S1()
TYPE(particle), POINTER, DIMENSION(:) :: p
REAL :: a(3)
INTEGER :: i
a=pbc(p(i)%r)
END
another unneeded temporary (since a has neither a pointer nor a target
attribute)
MODULE M1
IMPLICIT NONE
TYPE cell_type
REAL :: h(3,3)
END TYPE
CONTAINS
SUBROUTINE S1(cell)
TYPE(cell_type), POINTER :: cell
REAL :: a(3),b(3)
a=MATMUL(cell%h,b)
END SUBROUTINE S1
END
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|--- |4.3.2
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36929
://gcc.gnu.org/bugs.html for instructions.
Using version 4.4.0 20080725 (experimental) of gfortran on Suse10 (x86-64).
Code that causes problem:
module fred1
real, allocatable :: default_clocks(:)
end module fred1
module fred2
real, allocatable :: locks(:)
end module fred2
program fred
use
--- Comment #10 from rguenth at gcc dot gnu dot org 2008-07-25 12:14
---
I belive this is just INVALID. The code seems to do lots of things with
this enum Cell, but the C++ compiler is allowed to just allocate 1 bit of
storage for it.
Maybe changing the Cell declaration to
enum Cell
--- Comment #1 from tkoenig at gcc dot gnu dot org 2008-07-25 13:04 ---
Confirmed.
I knew I was opening a can of worms with that option :-)
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from tkoenig at gcc dot gnu dot org 2008-07-25 13:05 ---
Confirmed.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
CC|
--- Comment #1 from tkoenig at gcc dot gnu dot org 2008-07-25 13:06 ---
Confirmed.
--
tkoenig at gcc dot gnu dot org changed:
What|Removed |Added
CC|
integer :: a(3)
a=(/i,j,k/)
END
--
Summary: unneeded temporary
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
Priority: P3
Component: fortran
AssignedTo:
--- Comment #11 from doko at ubuntu dot com 2008-07-25 13:54 ---
the suggested change fixes the OpenJDK build.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36917
--- Comment #7 from jamborm at gcc dot gnu dot org 2008-07-25 14:09 ---
OK, I think I have it. It was a stupid mistake on my side. The
following patch seems to fix it:
Subject: Fix PR 36926
2008-07-25 Martin Jambor [EMAIL PROTECTED]
PR 36926
* ipa-prop.c
--- Comment #1 from dfranke at gcc dot gnu dot org 2008-07-25 14:16 ---
Can not reproduce this on either i686-pc-linux-gnu (20080722) or
x86_64-unknown-linux-gnu (20080724).
--
dfranke at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from dfranke at gcc dot gnu dot org 2008-07-25 14:18 ---
Reads similar to http://gcc.gnu.org/ml/fortran/2008-07/msg00163.html
PaulT wrote:
pt = point((/ x, y, z /))
1
Warning: Creating array temporary at (1)
This will always occur where an array actual
--- Comment #2 from jv244 at cam dot ac dot uk 2008-07-25 14:26 ---
(In reply to comment #1)
Reads similar to http://gcc.gnu.org/ml/fortran/2008-07/msg00163.html
PaulT wrote:
pt = point((/ x, y, z /))
1
Warning: Creating array temporary at (1)
This will always
--- Comment #3 from manu at gcc dot gnu dot org 2008-07-25 14:34 ---
What Andrew means by example is a short, self-contained, compilable testcase
that shows the undesired behaviour.
--
manu at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from deba at inf dot elte dot hu 2008-07-25 14:43 ---
(In reply to comment #3)
What Andrew means by example is a short, self-contained, compilable testcase
that shows the undesired behaviour.
struct A {};
A operator(A, A) { return A(); }
int main() {
A()
--- Comment #14 from andry at inbox dot ru 2008-07-25 15:03 ---
Sorry, i think this is different error, not dependent on root folder of Mingw
system. I thinks happend because PATH in Mingw system has /mingw/bin part,
which brokes build. I was removed it and additionally add /mingw mount
[EMAIL PROTECTED] gcc]$ cat /tmp/c.c
int
foo (int x)
{
if (x 0)
x = 1;
return x;
}
[EMAIL PROTECTED] gcc]$ ./xgcc -B./ -m32 -S -O2 /tmp/c.c -march=i686
[EMAIL PROTECTED] gcc]$ cat c.s
.file c.c
.text
.p2align 4,,15
.globl foo
.type foo, @function
foo:
--- Comment #1 from hjl dot tools at gmail dot com 2008-07-25 15:36 ---
I believe this bug was introduced by
@@ -2743,11 +3118,13 @@ override_options (void)
!(target_flags MASK_ACCUMULATE_OUTGOING_ARGS))
{
if (target_flags_explicit MASK_ACCUMULATE_OUTGOING_ARGS)
-
--
rguenth at gcc dot gnu dot org changed:
What|Removed |Added
Keywords||missed-optimization
Target Milestone|---
--- Comment #7 from andreast at gcc dot gnu dot org 2008-07-25 15:59
---
Subject: Bug 36918
Author: andreast
Date: Fri Jul 25 15:59:12 2008
New Revision: 138145
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138145
Log:
2008-07-25 Andreas Tobler [EMAIL PROTECTED]
PR
--- Comment #2 from gnu at the-meissners dot org 2008-07-25 16:45 ---
Subject: Re: [4.4 Regression]: Revision 138075 breaks
cmove
On Fri, Jul 25, 2008 at 03:36:51PM -, hjl dot tools at gmail dot com wrote:
--- Comment #1 from hjl dot tools at gmail dot com
--- Comment #8 from jamborm at gcc dot gnu dot org 2008-07-25 16:45 ---
Patch submitted: http://gcc.gnu.org/ml/gcc-patches/2008-07/msg02014.html
Tuples version: http://gcc.gnu.org/ml/gcc-patches/2008-07/msg02017.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36926
--- Comment #2 from tkoenig at gcc dot gnu dot org 2008-07-25 16:55 ---
Can't confirm right now, but this might be a suspect (at
least it is recent enough):
http://gcc.gnu.org/ml/gcc-cvs/2008-07/msg00833.html
--
tkoenig at gcc dot gnu dot org changed:
What|Removed
--- Comment #9 from hjl dot tools at gmail dot com 2008-07-25 17:11 ---
(In reply to comment #7)
2008-07-25 Martin Jambor [EMAIL PROTECTED]
PR 36926
* ipa-prop.c (ipa_analyze_call_uses): Call
ipa_is_ssa_with_stmt_def instead of SSA_NAME_IS_DEFAULT_DEF.
--- Comment #3 from domob at gcc dot gnu dot org 2008-07-25 17:13 ---
Hm... The tree I used for this check-in seems not to produce the crash, but my
current working-copy for finalization (updated last yesterday evening) shows it
(GNU/Linux-x86-32).
I will try to find out more on this
--- Comment #3 from hjl dot tools at gmail dot com 2008-07-25 17:15 ---
(In reply to comment #2)
However, that would break using attribute((option(arch=i386))) to turn off
cmoves. I suspect the patch needs to be reworked.
Does revision 138075 include a testcase for this?
--
--- Comment #4 from hjl dot tools at gmail dot com 2008-07-25 17:45 ---
A patch is posted at
http://gcc.gnu.org/ml/gcc-patches/2008-07/msg02031.html
--
hjl dot tools at gmail dot com changed:
What|Removed |Added
--- Comment #19 from jamborm at gcc dot gnu dot org 2008-07-25 17:51
---
As of revision 138092 we are handling this much better.
The example in bug description gets inlined at -O2 even with
-fno-early-inlining.
The example in comment #10 does not work as expected yet. The new
arm-rtems4.9-gcc -c -fstack-check -O -gnatws -O2
-I/home/joel/work-gnat/svn/gcc/gcc/testsuite/ada/acats/work-edb7312/support
cxg1004.adb
+===GNAT BUG DETECTED==+
| 4.4.0 20080722 (experimental) [trunk revision 138063] (arm-unknown-rtems4.9)
GCC
On Linux/x86, revision 138140:
http://gcc.gnu.org/ml/gcc-cvs/2008-07/msg00852.html
caused
FAIL: gcc.dg/20040206-1.c (test for warnings, line 10)
FAIL: gcc.dg/20040206-1.c (test for excess errors)
--
Summary: [4.4 Regression] Revision 138140 caused FAIL:
--- Comment #1 from joel at gcc dot gnu dot org 2008-07-25 17:57 ---
Created an attachment (id=15961)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15961action=view)
Concatenated source code per bug box request
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36937
--- Comment #2 from joel at gcc dot gnu dot org 2008-07-25 17:58 ---
Didn't cut and paste exception message. Here it is.
raised TYPES.UNRECOVERABLE_ERROR : comperr.adb:424
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36937
--- Comment #3 from joel at gcc dot gnu dot org 2008-07-25 18:01 ---
Compiler error at -O2 but not with -O or -O1
Removing -fstack-check has no effect. So -O2 is the shortest set of options
that fail. -O1 works.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36937
--- Comment #5 from gnu at the-meissners dot org 2008-07-25 18:08 ---
Subject: Re: [4.4 Regression]: Revision 138075 breaks
cmove
On Fri, Jul 25, 2008 at 05:15:17PM -, hjl dot tools at gmail dot com wrote:
--- Comment #3 from hjl dot tools at gmail dot com
--- Comment #6 from hjl dot tools at gmail dot com 2008-07-25 18:13 ---
(In reply to comment #5)
Does revision 138075 include a testcase for this?
No, but I was trying to explain what the motativation for the line was.
I added 2 tesstcases in my patch:
--- Comment #4 from domob at gcc dot gnu dot org 2008-07-25 18:28 ---
New status, I did update my other tree (unpatched) to the latest SVN, and
couldn't reproduce the problem there. Maybe I messed something up or the
problem occurs not unconditionally... With the patched
--- Comment #19 from andreast at gcc dot gnu dot org 2008-07-25 18:30
---
Fyi, this seems resloved on the tuples branch. Tested on various darwin
combinations and on i686-linux.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36766
According to comments in sh.h, SH2e only has single precision floating point
and fails during build of SH2e variant.
/home/joel/work-gnat/svn/b-gcc2-sh/./gcc/xgcc
-B/home/joel/work-gnat/svn/b-gcc2-sh/./gcc/ -nostdinc
-B/home/joel/work-gnat/svn/b-gcc2-sh/sh-rtems4.9/newlib/ -isystem
--- Comment #1 from laurent at guerby dot net 2008-07-25 19:52 ---
AFloat : constant Boolean :=
Long_Float'Size = 48 and Long_Long_Float'Size = 48;
-- Set True if we are on an AAMP with 48-bit extended floating point
type ByteLF is array (0 .. 7 - 2
--- Comment #2 from laurent at guerby dot net 2008-07-25 20:04 ---
You can replace the body of the procedure Initialize in s-scaval.adb by an
empty body, it will deactivate some GNAT specific features but allows for
compilation on all targets:
procedure Initialize (Mode1 :
--- Comment #10 from hjl at gcc dot gnu dot org 2008-07-25 20:31 ---
Subject: Bug 36926
Author: hjl
Date: Fri Jul 25 20:30:35 2008
New Revision: 138148
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=138148
Log:
2008-07-25 Martin Jambor [EMAIL PROTECTED]
PR
--- Comment #3 from joel at gcc dot gnu dot org 2008-07-25 20:35 ---
This tells us s-scaval.adb assumes long_float is at least 64 bits, but it
seems to be 32 bits for sh target.
Just to precise -- only on this multilib variant. I am pretty sure other
SH models have double
--- Comment #4 from laurent at guerby dot net 2008-07-25 20:46 ---
Only one ACATS test activate this package to my knowledge, so the change is
safe for compiling purposes :).
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36939
--- Comment #5 from joseph at codesourcery dot com 2008-07-25 20:53 ---
Subject: Re: New: Build Failure Ada SH2e
On Fri, 25 Jul 2008, joel at gcc dot gnu dot org wrote:
According to comments in sh.h, SH2e only has single precision floating point
and fails during build of SH2e
There were 191 tests which failed to build. There were 190 lines with
stor-layout.c:258 on them. So this error is responsible for almost all
of the ACATS build failures on bfin.
bfin-rtems4.9-gcc -c -fstack-check -O -gnatws -O2
--- Comment #5 from tkoenig at gcc dot gnu dot org 2008-07-25 21:21 ---
(In reply to comment #4)
New status, I did update my other tree (unpatched) to the latest SVN, and
couldn't reproduce the problem there.
I tried the same with an unpatched tree.
Philip: Could you post the module
--- Comment #2 from schwab at suse dot de 2008-07-25 21:33 ---
The bug is in dse.c:replace_inc_dec:
add_insn_before (data-insn,
gen_rtx_SET (Pmode, r1,
gen_rtx_PLUS (Pmode, r1, c)),
NULL);
--- Comment #6 from burnus at gcc dot gnu dot org 2008-07-25 21:44 ---
New status, I did update my other tree (unpatched) to the latest SVN, and
couldn't reproduce the problem there.
I tried the same with an unpatched tree.
I think it was my mistake. I assume Philip used my
--- Comment #7 from tkoenig at netcologne dot de 2008-07-25 21:58 ---
Subject: Re: [4.4 regression] Spurious ambiguous
reference to...ERROR/ICE
On Fri, 2008-07-25 at 21:44 +, burnus at gcc dot gnu dot org wrote:
I think it was my mistake. I assume Philip used my
GCC accepts:
extern struct S x;
void foo() { (void)x; }
But correctly rejects:
extern struct S x;
void foo() { x; }
Comeau rejects both in c99 mode.
--
Summary: gcc does not reject invalid cast
Product: gcc
Version: unknown
Status: UNCONFIRMED
--- Comment #1 from joseph at codesourcery dot com 2008-07-25 22:29 ---
Subject: Re: New: gcc does not reject invalid cast
On Fri, 25 Jul 2008, sabre at nondot dot org wrote:
GCC accepts:
extern struct S x;
void foo() { (void)x; }
What constraint do you think this violates, or
--- Comment #2 from sabre at nondot dot org 2008-07-25 22:30 ---
'If the lvalue has an incomplete type and does not have array type, the
behavior is
unde#64257;ned.'
QoI
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36941
Coding to detect end of file or read error just won't work, and I can't see a
work around. Coding to differentiate between end of file and error condition
doesn't work, it all acts like an error.
I have a test code, included below, which creates a simple unformatted file
with two records. The
--- Comment #3 from sabre at nondot dot org 2008-07-25 22:31 ---
Though that does raise a question. Does GCC normally emit errors for undefined
behavior? I thought the policy was to insert runtime traps? If so, doesn't
the { x; } case qualify, or does it violate some other
--- Comment #1 from michael dot e dot olsen at nasa dot gov 2008-07-25
22:35 ---
Created an attachment (id=15962)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15962action=view)
Coding to reproduce bug described
Didn't know I could add attachment. I'll add one demonstrating that
--- Comment #2 from michael dot e dot olsen at nasa dot gov 2008-07-25
22:37 ---
Created an attachment (id=15963)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15963action=view)
Version showing iostat isn't distinguishing either.
This version is a little more involved, and opens
--- Comment #3 from kargl at gcc dot gnu dot org 2008-07-25 22:41 ---
Update your ancient compiler.
troutmask:sgk[211] gfc --version
GNU Fortran (GCC) 4.2.5 20080702 (prerelease)
troutmask:sgk[212] gfc -o z m.f
troutmask:sgk[213] ./z
1 0 0
STOP ERror
--- Comment #4 from kargl at gcc dot gnu dot org 2008-07-25 22:45 ---
Your iostat code with the same compilers shows
troutmask:sgk[219] ./z
ival(should indicate normal) 0
ival(should indicate normal) 0
ival(should indicate end) -1
File closed and then
--- Comment #5 from michael dot e dot olsen at nasa dot gov 2008-07-25
22:51 ---
Created an attachment (id=15964)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15964action=view)
Version showing iostat isn't distinguishing either.
This version is a little more involved, and opens
--- Comment #4 from joseph at codesourcery dot com 2008-07-25 22:59 ---
Subject: Re: gcc does not reject invalid cast
On Fri, 25 Jul 2008, sabre at nondot dot org wrote:
Though that does raise a question. Does GCC normally emit errors for
undefined
behavior? I thought the
C++0x-style initializer list support was recently added, but the following
valid code is rejected:
struct p { p(int, int); };
p a[] = { { 3, 2 } };
With -std=c++0x, the second line results in:
error: braces around scalar initializer for type 'p'
--
Summary: Use of nested
--- Comment #6 from kyon at verizon dot net 2008-07-26 00:10 ---
Subject: Re: iostat and/or end= and Err= don't work in read
statements, unformatted reads
Kargl
Thanks. I'm now in the process of attempting to update my gcc
collection to at least 4.3.
If you can verify this
--- Comment #3 from pinskia at gcc dot gnu dot org 2008-07-26 01:03 ---
I think s/add_insn_before/emit_insn_before_noloc will work.
--
pinskia at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #4 from pinskia at gcc dot gnu dot org 2008-07-26 01:05 ---
emit_insn_before might work too, I don't know if the location marker here is
important or not ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36929
--- Comment #7 from kargl at gcc dot gnu dot org 2008-07-26 01:18 ---
(In reply to comment #6)
Kargl
Thanks again, this really helped me out
Mike
PS, I like the replica...
The problem does not appear in 4.2.5 or 4.4.0. I don't have
a 4.3.1 compiler installed, so can't
--- Comment #5 from sabre at nondot dot org 2008-07-26 05:10 ---
Ok, so is it right or wrong? :)
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36941
86 matches
Mail list logo