--- 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 do
--- 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=36
--- 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 d
--- 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.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
--- 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
Targe
$ 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 so
--- 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=15959&action=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 alloca
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
--libdir=/usr/lib/gnat-gcc/i686-pc-linux-g
--- 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=15960&action=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::Exp
-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)
a=a/
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 SUB
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 MO
--
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
mpiler error: Segmentation fault
Please submit a full bug report,
with preprocessed source if appropriate.
See <http://gcc.gnu.org/bugs.html> for instructions.
>>>>>>>>>>>>>>>>>>>>>>>>
Using version 4.4.0 20080725 (experi
--- 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: un
--- 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 (ipa_ana
--- 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 wil
--- 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" mo
[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|--- |4
--- 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=gcc&view=rev&rev=138145
Log:
2008-07-25 Andreas Tobler <[EMAIL PROTECTED]>
P
--- 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 2008
--- 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_DEFAUL
--- 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 on
--- 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
edg
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 er
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:
gcc.dg/
--- 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=15961&action=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 2008
--- 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:
http://gcc.gnu.org/ml
--- 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 finalizer-tr
--- 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
/home/joel/wor
--- 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 : Character;
--- 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=gcc&view=rev&rev=138148
Log:
2008-07-25 Martin Jambor <[EMAIL PROTECTED]>
PR tree-opti
--- 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 precisi
--- 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 var
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
-I/home/joel/work-gnat/svn/gcc/gcc/testsuite/ada/acats/work-eZKit5
--- 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 modul
--- 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 x8
--- 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 x86-64
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ļ¬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 fi
--- 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 constraint?
--- 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=15962&action=view)
Coding to reproduce bug described
Didn't know I could add attachment. I'll add one demonstrating tha
--- 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=15963&action=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
trou
--- 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 re
--- 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=15964&action=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 pol
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 C++0
--- 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 wi
--- 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 ca
--- 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
84 matches
Mail list logo
