--- Comment #2 from zadeck at naturalbridge dot com 2006-09-14 12:51
---
Subject: Re: useless clrlwi instruction produced for 16-bit
bitfield
bonzini at gnu dot org wrote:
--- Comment #1 from bonzini at gnu dot org 2006-09-14 12:07 ---
The sole difference in the IR
--- Comment #3 from zadeck at naturalbridge dot com 2006-04-26 14:50
---
Yes janis, it is quite likely that that patch will fix this problem.
This looks like exactly the same failure as the other bug that that this patch
was submitted for.
--
http://gcc.gnu.org/bugzilla
--- Comment #5 from zadeck at naturalbridge dot com 2006-04-26 20:51
---
Subject: Re: [4.2 Regression] ICE in add_deps_for_def
with -fmodulo-sched -maltivec
janis at gcc dot gnu dot org wrote:
--- Comment #4 from janis at gcc dot gnu dot org 2006-04-26 17:48 ---
The patch
--- Comment #8 from zadeck at naturalbridge dot com 2006-04-29 04:23
---
Subject: Re: [4.2 Regression] ICE in add_deps_for_def
with -fmodulo-sched -maltivec
janis at gcc dot gnu dot org wrote:
--- Comment #7 from janis at gcc dot gnu dot org 2006-04-29 00:02 ---
I tried
--- Comment #10 from zadeck at naturalbridge dot com 2006-06-17 04:14
---
(In reply to comment #9)
The bug is in flow.c and fixed by the new df.c rewrite of dataflow. Ken and I
tripped over the same problem.
While I thought this earlier, I do not believe it now
--
zadeck at naturalbridge dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |zadeck at naturalbridge dot
|dot org
--- Comment #7 from zadeck at naturalbridge dot com 2005-12-19 19:43
---
I had messed up the original change to df.c.
--
zadeck at naturalbridge dot com changed:
What|Removed |Added
--
zadeck at naturalbridge dot com changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |zadeck at naturalbridge dot
|dot org
--- Comment #8 from zadeck at naturalbridge dot com 2006-01-20 01:33
---
2005-01-19 Kenneth Zadeck [EMAIL PROTECTED]
PR rtl-optimization/25799
* df-problems.c (df_ru_confluence_n, df_rd_confluence_n):
Corrected confluence operator to remove bits from op2
--- Additional Comments From zadeck at naturalbridge dot com 2005-07-18
10:50 ---
It looks pretty clear to me that this test case should be non conforming. It is
almost exactly example 2 of the committee discussion and that case is invalid.
--
http://gcc.gnu.org/bugzilla
--- Additional Comments From zadeck at naturalbridge dot com 2005-07-18
11:53 ---
I am not a language lawyer (at least with respect to c) but it seems that the
intent of the committee in n was to limit when you were looking at a
union,
Dr 257 seems to be only talking about what
--- Additional Comments From zadeck at naturalbridge dot com 2005-07-19
20:39 ---
While it is true that this problem will go away because I removed the pass,
there still seemed to be the feeling that the reason that this was iced was that
this was goofy gimple and that that goofy gimple
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |zadeck at naturalbridge dot
|dot org |com
Status|NEW
--- Comment #14 from zadeck at naturalbridge dot com 2007-04-03 16:47
---
Subject: Re: [4.3] inf loop/long compile time, time spent
in var-tracking.c
steven at gcc dot gnu dot org wrote:
--- Comment #13 from steven at gcc dot gnu dot org 2007-04-03 16:40
---
So this may
Priority: P3
Component: fortran
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: zadeck at naturalbridge dot com
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu
Severity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: zadeck at naturalbridge dot com
GCC build triplet: same
GCC host triplet: ppc, x86-64, ia-32 on linux
GCC target triplet: same
http
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=52573
--- Comment #7 from Kenneth Zadeck zadeck at naturalbridge dot com 2012-12-07
13:39:10 UTC ---
alexandre,
when we did the dataflow stuff, my expertise was primarily in deciding which
problems could be applied to which of the passes
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53176
Kenneth Zadeck zadeck at naturalbridge dot com changed:
What|Removed |Added
CC||zadeck
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53176
--- Comment #5 from Kenneth Zadeck zadeck at naturalbridge dot com 2012-05-02
20:35:47 UTC ---
For each mode larger than the word size of the machine, a factor is
computed. That factor is the number of times that mode is larger than
a word
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53176
--- Comment #7 from Kenneth Zadeck zadeck at naturalbridge dot com 2012-05-02
21:19:18 UTC ---
I do apologize for the lack of heads up.that was a mistake on our part.
I am also a little skeptical about the simple rtl cost model being good
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53176
--- Comment #13 from Kenneth Zadeck zadeck at naturalbridge dot com
2012-05-03 13:14:31 UTC ---
The arm is one of the architectures for which lower-subreg is harmful
for some of the implementations.
kenny
On 05/03/2012 06:29 AM, Greta.Yorsh
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53278
Kenneth Zadeck zadeck at naturalbridge dot com changed:
What|Removed |Added
CC||zadeck
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=53904
Bug #: 53904
Summary: trunk has valgrind errors for
c-c++-common/torture/complex-sign-mul.c on x86-64.
Classification: Unclassified
Product: gcc
Version: unknown
https://gcc.gnu.org/bugzilla/show_bug.cgi?id=63427
Kenneth Zadeck zadeck at naturalbridge dot com changed:
What|Removed |Added
CC||zadeck
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=31412
--- Comment #22 from Kenneth Zadeck zadeck at naturalbridge dot com ---
if i had to put money on it, i would say that it is not dead, it is only
sleeping.
kenny
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6
Kenneth Zadeck zadeck at naturalbridge dot com changed:
What|Removed |Added
CC||zadeck
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=6
Kenneth Zadeck zadeck at naturalbridge dot com changed:
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
--- Comment #6 from zadeck at naturalbridge dot com 2009-01-02 14:09
---
Subject: Re: [ira] error in start_allocno_priorities,
at ira-color.c:1806
Paolo Bonzini wrote:
Kenneth Zadeck wrote:
2009-01-01 Kenneth Zadeck zad...@naturalbridge.com
PR rtl-optimization/35805
--- Comment #8 from zadeck at naturalbridge dot com 2009-01-02 15:20
---
Subject: Re: [ira] error in start_allocno_priorities,
at ira-color.c:1806
Paolo Bonzini wrote:
I think so. The global changed flag allows it to delete the case:
loop:
... - x // This is dead.
x
--- Comment #9 from zadeck at naturalbridge dot com 2009-01-02 15:34
---
Subject: Re: [ira] error in start_allocno_priorities,
at ira-color.c:1806
On looking at the code, there is an issue with the first patch. I
should have been clearing solutions_dirty flag at the start
--- Comment #11 from zadeck at naturalbridge dot com 2009-01-02 18:21
---
Subject: Re: [ira] error in start_allocno_priorities,
at ira-color.c:1806
Paolo Bonzini wrote:
I will test this patch, but we still need to resolve your issues with my
approach.
The problem
--- Comment #14 from zadeck at naturalbridge dot com 2009-01-02 18:54
---
Subject: Re: [ira] error in start_allocno_priorities,
at ira-color.c:1806
Steven Bosscher wrote:
On Fri, Jan 2, 2009 at 7:37 PM, Paolo Bonzini bonz...@gnu.org wrote:
At this point, if your patch costs
--- Comment #16 from zadeck at naturalbridge dot com 2009-01-03 00:35
---
Subject: Re: [ira] error in start_allocno_priorities,
at ira-color.c:1806
Kenneth Zadeck wrote:
Steven Bosscher wrote:
On Fri, Jan 2, 2009 at 7:37 PM, Paolo Bonzini bonz...@gnu.org wrote
dot org
ReportedBy: zadeck at naturalbridge dot com
GCC build triplet: all
GCC host triplet: all
GCC target triplet: all
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38711
--- Comment #17 from zadeck at naturalbridge dot com 2009-01-03 01:05
---
patch committed to fix this.
--
zadeck at naturalbridge dot com changed:
What|Removed |Added
--- Comment #2 from zadeck at naturalbridge dot com 2009-01-09 12:41
---
i will have my best people work on it.
--
zadeck at naturalbridge dot com changed:
What|Removed |Added
--- Comment #3 from zadeck at naturalbridge dot com 2009-01-10 01:57
---
Created an attachment (id=17068)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17068action=view)
patch to cause df to verify after every patch
this is a combine bug. The df verification fails after combine
--- Comment #17 from zadeck at naturalbridge dot com 2009-01-24 20:28
---
Subject: Re: [4.3 Regression] Hang in df_analyze
rguenth at gcc dot gnu dot org wrote:
--- Comment #16 from rguenth at gcc dot gnu dot org 2009-01-24 10:20
---
GCC 4.3.3 is being released
--- Comment #4 from zadeck at naturalbridge dot com 2009-01-28 16:03
---
Subject: Re: [4.3/4.4 Regression] life passes dump
option still documented
rguenth at gcc dot gnu dot org wrote:
--- Comment #3 from rguenth at gcc dot gnu dot org 2009-01-24 10:20
---
GCC 4.3.3
--- Comment #7 from zadeck at naturalbridge dot com 2009-01-29 14:38
---
Subject: Re: [4.3/4.4 Regression] life passes dump
option still documented
Richard Guenther wrote:
On Wed, Jan 28, 2009 at 5:03 PM, Kenneth Zadeck
zad...@naturalbridge.com wrote:
rguenth at gcc dot gnu
--- Comment #8 from zadeck at naturalbridge dot com 2009-01-29 14:42
---
patch committed.
closed for 4.4.
richi said not to backport to 4.3 on irc.
--
zadeck at naturalbridge dot com changed:
What|Removed |Added
Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: zadeck at naturalbridge dot com
GCC host triplet: all
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39096
--- Comment #3 from zadeck at naturalbridge dot com 2007-06-12 12:46
---
I am not surprised at this at all. Given that there are no regression tests
that use -fsee and this pass is never on by default.
I will look into this.
However, the big picture is that we need to make
--- Comment #5 from zadeck at naturalbridge dot com 2007-06-12 18:13
---
This bug should be assigned to Mircea Namolaru [EMAIL PROTECTED]. I have
sent him mail asking that he get a proper bugzilla id.
==
The underlying problem is that see.c:2732 uses
--- Comment #4 from zadeck at naturalbridge dot com 2007-06-14 12:05
---
This bug was fixed a long time ago, i did not realize there was a bugzilla
opened on it.
--
zadeck at naturalbridge dot com changed:
What|Removed |Added
--- Comment #2 from zadeck at naturalbridge dot com 2007-06-16 17:37
---
please include the preprocessed source (the .i file) and the command line to
compiler this.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32335
--- Comment #1 from zadeck at naturalbridge dot com 2007-06-16 17:45
---
Subject: Re: New: [frv] macro DF_LIVE_IN passed 2 arguments,
but takes just 1
mstein at phenix dot rootshell dot be wrote:
Hello,
there seems to be a problem compiling frv-elf-gcc:
gcc -c -g -O2 -DIN_GCC
--
zadeck at naturalbridge dot com changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last
--- Comment #4 from zadeck at naturalbridge dot com 2007-06-17 01:23
---
Subject: Re: libgcc build failure, ICE in cselib_record_set,
at cselib.c:1508
zadeck at naturalbridge dot com wrote:
the new dse code is failing during a call to cselib. However I do not
believe that the new
--- Comment #2 from zadeck at naturalbridge dot com 2007-06-17 13:51
---
Subject: Re: [4.3 Regression] ICE in df_refs_verify
with -O2 -fmodulo-sched for spec tests
This patch fixes the df issues with modulo scheduling. It simply never
worked and was not tested because
--- Comment #6 from zadeck at naturalbridge dot com 2007-06-17 14:01
---
Subject: Re: libgcc build failure, ICE in cselib_record_set,
at cselib.c:1508
rask at sygehus dot dk wrote:
--- Comment #5 from rask at sygehus dot dk 2007-06-17 08:43 ---
I agree that the insn
--- Comment #5 from zadeck at naturalbridge dot com 2007-06-17 17:52
---
Subject: Re: [4.3 Regression] ICE in df_refs_verify
with -O2 -fmodulo-sched for spec tests
committed as revision 125776
Kenneth Zadeck wrote:
This patch fixes the df issues with modulo scheduling. It simply
--- Comment #6 from zadeck at naturalbridge dot com 2007-06-17 17:53
---
fixed as committed.
--
zadeck at naturalbridge dot com changed:
What|Removed |Added
--- Comment #1 from zadeck at naturalbridge dot com 2007-06-17 20:13
---
Subject: Re: [4.3 Regression] ICE in df_lr_verify_transfer_functions,
at df-problems.c:1924
There are possibly two problems here. Fixing the first one fixes this ice.
The first problem is that after a call
--- Comment #1 from zadeck at naturalbridge dot com 2007-06-18 12:33
---
I believe that the failure is due to a an insn illegally sharing with a
reg_equal note. Insn 8 is modified in regmove. When this happens, the
reg_equal note in insn 22 magically changes. That reg_equal note
--- Comment #2 from zadeck at naturalbridge dot com 2007-06-18 12:35
---
s/cse/cse1/
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32372
--- Comment #3 from zadeck at naturalbridge dot com 2007-06-18 13:18
---
Subject: Re: [frv] macro DF_LIVE_IN passed 2 arguments,
but takes just 1
:reviewmail:
patchapp at dberlin dot org wrote:
--- Comment #2 from patchapp at dberlin dot org 2007-06-18 09:55 ---
Subject
--- Comment #4 from zadeck at naturalbridge dot com 2007-06-18 16:48
---
Subject: Re: [4.3 Regression] ICE in df_lr_verify_transfer_functions,
at df-problems.c:1924
committed as revision 125812
zadeck at naturalbridge dot com wrote:
--- Comment #1 from zadeck at naturalbridge
--- Comment #5 from zadeck at naturalbridge dot com 2007-06-18 16:50
---
fixed,revision 125812
--
zadeck at naturalbridge dot com changed:
What|Removed |Added
Component: rtl-optimization
AssignedTo: bonzini at gnu dot org
ReportedBy: zadeck at naturalbridge dot com
GCC host triplet: any
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32394
--- Comment #4 from zadeck at naturalbridge dot com 2007-06-20 17:13
---
Subject: Re: New: ICE in global_alloc, at global.c:514
rask at sygehus dot dk wrote:
Configure gcc like this:
$ [...]/configure --target m32c-unknown-elf --with-newlib--enable-sim
--disable-gdb --disable
--- Comment #8 from zadeck at naturalbridge dot com 2007-06-20 20:12
---
Subject: Re: ICE in global_alloc, at global.c:514
rask at sygehus dot dk wrote:
--- Comment #7 from rask at sygehus dot dk 2007-06-20 20:08 ---
This is something I have no clue about.
try
--- Comment #2 from zadeck at naturalbridge dot com 2007-06-21 12:29
---
Subject: Re: ICE in df_refs_verify, at df-scan.c:4066
rask at sygehus dot dk wrote:
--- Comment #1 from rask at sygehus dot dk 2007-06-20 16:58 ---
Created an attachment (id=13747)
-- (http
--- Comment #5 from zadeck at naturalbridge dot com 2007-06-21 12:49
---
this was fixed with the commit.
--
zadeck at naturalbridge dot com changed:
What|Removed |Added
--- Comment #1 from zadeck at naturalbridge dot com 2007-06-21 13:37
---
What is the configure string that i use to recreate this?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32423
--- Comment #7 from zadeck at naturalbridge dot com 2007-06-23 02:12
---
dave,
i have a patch for this. i am doing regtests now and will have a patch posted
first thing tomorrow.
the bug is in dce.c:deletable_insn_p. The problem is that it does not look
inside of parallels. so
--- Comment #8 from zadeck at naturalbridge dot com 2007-06-23 15:55
---
Subject: Re: [4.3 Regression] MIPS: FAIL in gcc.dg/cleanup-[8|9|10|11].c
This patch changes dce:deletable_insn_p so that it looks at all of the
top level
clauses in a parallel to make it's decision
--- Comment #12 from zadeck at naturalbridge dot com 2007-06-23 16:23
---
Subject: Re: [4.3 Regression] MIPS: FAIL in gcc.dg/cleanup-[8|9|10|11].c
Richard Guenther wrote:
On 6/23/07, Kenneth Zadeck [EMAIL PROTECTED] wrote:
This patch changes dce:deletable_insn_p so that it looks
--- Comment #5 from zadeck at naturalbridge dot com 2007-06-24 01:10
---
Subject: Re: [4.3 Regression] function with asm()
does not setup stack frame
spark at gcc dot gnu dot org wrote:
--- Comment #4 from spark at gcc dot gnu dot org 2007-06-24 01:05 ---
I think Kenny's
--- Comment #7 from zadeck at naturalbridge dot com 2007-06-24 02:48
---
Subject: Re: [4.3 Regression] function with asm()
does not setup stack frame
spark at gcc dot gnu dot org wrote:
--- Comment #6 from spark at gcc dot gnu dot org 2007-06-24 02:01 ---
(In reply
--- Comment #12 from zadeck at naturalbridge dot com 2007-06-24 12:20
---
Subject: Re: [4.3 Regression] ICE in global_alloc, at global.c:514
rask at sygehus dot dk wrote:
have you done a recent update? there have been two bugs fixed that might
effect this.
--
http://gcc.gnu.org
--- Comment #3 from zadeck at naturalbridge dot com 2007-06-25 19:29
---
I cannot recreate this bug.
I have tried building both 32 and 64 bit compilers with both revision 125972
and the current 126001.
All of my machines are suse, so if this requires someone elses abi, I am out
--- Comment #5 from zadeck at naturalbridge dot com 2007-06-25 20:04
---
sorry, pilot error on my part, i am too embarrassed to actually tell you what i
did.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32481
--- Comment #8 from zadeck at naturalbridge dot com 2007-06-25 23:27
---
Subject: Re: ICE in df_refs_verify, at df-scan.c:4058
spark at gcc dot gnu dot org wrote:
--- Comment #6 from spark at gcc dot gnu dot org 2007-06-25 23:13 ---
This patch:
diff -r 36792eca786a gcc
--- Comment #4 from zadeck at naturalbridge dot com 2007-06-26 02:19
---
so kazu,
is there anything that i need to do with this bug?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32423
--- Comment #16 from zadeck at naturalbridge dot com 2007-06-26 17:27
---
Subject: Re: [4.3 Regression] MIPS: FAIL in gcc.dg/cleanup-[8|9|10|11].c
daney at gcc dot gnu dot org wrote:
--- Comment #15 from daney at gcc dot gnu dot org 2007-06-26 17:14
---
mipsel-linux test
--- Comment #18 from zadeck at naturalbridge dot com 2007-06-26 17:53
---
Subject: Re: [4.3 Regression] MIPS: FAIL in gcc.dg/cleanup-[8|9|10|11].c
dave at hiauly1 dot hia dot nrc dot ca wrote:
--- Comment #17 from dave at hiauly1 dot hia dot nrc dot ca 2007-06-26
17:46
--- Comment #9 from zadeck at naturalbridge dot com 2007-06-26 23:01
---
Subject: Re: [Bug target/32437] ICE in df_refs_verify,
at df-scan.c:4058
This patch fixes a problem introduced with the patch to fix pr32437.
In that patch we introduced recursion in dce:deleteable_insn_p
--- Comment #20 from zadeck at naturalbridge dot com 2007-06-27 14:39
---
Subject: Re: [4.3 Regression] MIPS: FAIL in gcc.dg/cleanup-[8|9|10|11].c
richard at codesourcery dot com wrote:
--- Comment #19 from richard at codesourcery dot com 2007-06-27 14:37
---
Subject: Re
--- Comment #15 from zadeck at naturalbridge dot com 2007-06-27 18:04
---
it does not look like you ever dealt with the issue of EH_RETURN_STACKADJ_RTX
that i pointed out. That code is clearly wrong.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=32418
--- Comment #17 from zadeck at naturalbridge dot com 2007-06-27 19:30
---
Subject: Re: [4.3 Regression] ICE in global_alloc, at global.c:514
rask at sygehus dot dk wrote:
--- Comment #16 from rask at sygehus dot dk 2007-06-27 19:15 ---
What's wrong with the patch
--- Comment #19 from zadeck at naturalbridge dot com 2007-06-27 19:56
---
Subject: Re: [4.3 Regression] ICE in global_alloc, at global.c:514
rask at sygehus dot dk wrote:
--- Comment #18 from rask at sygehus dot dk 2007-06-27 19:48 ---
It has not been committed yet because
--- Comment #20 from zadeck at naturalbridge dot com 2007-06-27 20:15
---
I believe that rask is going to submit the patch at the end of comment #9 to
close this bug.
--
zadeck at naturalbridge dot com changed:
What|Removed |Added
--- Comment #4 from zadeck at naturalbridge dot com 2007-06-29 19:34
---
there is a rumor being circulated by bonzini that one of honza's unsharing
patches fixes this. However, this fails on the current truck.
One positive note is that if you add in honza's illegal sharing detector
--- Comment #7 from zadeck at naturalbridge dot com 2007-06-29 21:02
---
Subject: Re: [4.3 Regression] ICE in df_refs_verify,
at df-scan.c:4065
hubicka at gcc dot gnu dot org wrote:
--- Comment #6 from hubicka at gcc dot gnu dot org 2007-06-29 20:15
---
Paolo's rumor
--- Comment #2 from zadeck at naturalbridge dot com 2007-06-30 02:05
---
Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav:[Date Prev] [Date Next] [Thread Prev] [Thread Next]
Other format: [Raw text]
Re: Fwd: INCOMING_RETURN_ADDR_RTX
--- Comment #3 from zadeck at naturalbridge dot com 2007-06-30 02:10
---
I was wondering if we could do something like:
/* If we have a definition of INCOMING_RETURN_ADDR_RTX, assume that
the rest of the DWARF 2 frame unwind support is also provided. */
#if !defined
--- Comment #10 from zadeck at naturalbridge dot com 2007-06-30 11:47
---
Richard,
Could you check to see if this bug is collateral damage from your latest fix to
deletable_insn_p. It's appearance has been tied to that function in the past.
kenny
--
zadeck at naturalbridge
--- Comment #22 from zadeck at naturalbridge dot com 2007-06-30 17:24
---
Subject: Re: [4.3 Regression] MIPS: FAIL in gcc.dg/cleanup-[8|9|10|11].c
richard at codesourcery dot com wrote:
--- Comment #21 from richard at codesourcery dot com 2007-06-30 12:26
---
Subject: Re
--- Comment #14 from zadeck at naturalbridge dot com 2007-06-30 20:11
---
Subject: Re: [4.3 Regression] function with asm()
does not setup stack frame
ian at airs dot com wrote:
--- Comment #13 from ian at airs dot com 2007-06-30 18:08 ---
The problem here
--- Comment #24 from zadeck at naturalbridge dot com 2007-07-01 14:45
---
Subject: Re: [4.3 Regression] MIPS: FAIL in gcc.dg/cleanup-[8|9|10|11].c
ian at airs dot com wrote:
--- Comment #23 from ian at airs dot com 2007-06-30 17:57 ---
The patch in comment #19 of PR 32437
--- Comment #16 from zadeck at naturalbridge dot com 2007-07-02 00:19
---
Subject: Re: [4.3 Regression] function with asm()
does not setup stack frame
Ian Lance Taylor wrote:
Adding the stack pointer for asms is certainly the easiest thing to do.
I don't know
--- Comment #18 from zadeck at naturalbridge dot com 2007-07-02 02:45
---
Subject: Re: [4.3 Regression] function with asm()
does not setup stack frame
ian at airs dot com wrote:
--- Comment #17 from ian at airs dot com 2007-07-02 01:45 ---
Before I tackle the specific
--- Comment #21 from zadeck at naturalbridge dot com 2007-07-02 14:12
---
Subject: Re: [4.3 Regression] function with asm()
does not setup stack frame
ian at airs dot com wrote:
--- Comment #13 from ian at airs dot com 2007-06-30 18:08 ---
The problem here
--- Comment #5 from zadeck at naturalbridge dot com 2007-07-02 19:12
---
Subject: Re: Runtime failure in SPEC CPU2000 benchmark
fma3d and applu
wilson at specifix dot com wrote:
--- Comment #4 from wilson at specifix dot com 2007-07-02 18:34 ---
Subject: Re: Runtime
--- Comment #9 from zadeck at naturalbridge dot com 2007-07-07 22:40
---
Subject: Re: [4.3 Regression] checking for suffix of
object files... configure: error: cannot compute suffix of f object files:
cannot compile
dave at hiauly1 dot hia dot nrc dot ca wrote:
--- Comment #8
--- Comment #11 from zadeck at naturalbridge dot com 2007-07-08 00:57
---
Subject: Re: [4.3 Regression] checking for suffix of
object files... configure: error: cannot compute suffix of f object files:
cannot compile
dave at hiauly1 dot hia dot nrc dot ca wrote:
--- Comment
--- Comment #13 from zadeck at naturalbridge dot com 2007-07-08 02:41
---
Subject: Re: [4.3 Regression] checking for suffix of
object files... configure: error: cannot compute suffix of f object files:
cannot compile
dave at hiauly1 dot hia dot nrc dot ca wrote:
--- Comment
--- Comment #18 from zadeck at naturalbridge dot com 2007-07-09 22:28
---
Subject: Re: [4.3 Regression] checking for suffix of
object files... configure: error: cannot compute suffix of f object files:
cannot compile
dave at hiauly1 dot hia dot nrc dot ca wrote:
--- Comment
--- Comment #17 from zadeck at naturalbridge dot com 2007-07-16 23:26
---
Subject: Re: [4.3 regression]: gfortran.dg/auto_array_1.f90
hjl at lucon dot org wrote:
--- Comment #16 from hjl at lucon dot org 2007-07-16 19:27 ---
revision 125923 works. Kenny, it looks like your
1 - 100 of 270 matches
Mail list logo