--- Comment #18 from wilson at gcc dot gnu dot org 2006-04-12 22:10 ---
Subject: Bug 26483
Author: wilson
Date: Wed Apr 12 22:10:49 2006
New Revision: 112900
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=112900
Log:
Fix IA-64 problems with denorms getting clobbered
--- Comment #19 from wilson at gcc dot gnu dot org 2006-04-12 22:21 ---
IA-64. Mine.
--
wilson at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #20 from wilson at gcc dot gnu dot org 2006-04-12 22:22 ---
Fixed on mainline. Testcase added to mainline. The fix should probably be
backported to one or more active release branches.
--
wilson at gcc dot gnu dot org changed:
What|Removed
--- Comment #22 from wilson at gcc dot gnu dot org 2006-06-01 22:36 ---
Subject: Bug 26483
Author: wilson
Date: Thu Jun 1 22:36:19 2006
New Revision: 114319
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=114319
Log:
Fix broken denorm support.
PR libgcj/26483
* src/ia
--- Comment #3 from wilson at gcc dot gnu dot org 2006-06-10 01:19 ---
This is a C front end bug. The C front end is creating a circular symbol
table, where the function h is defined both in the external scope and inside
itself. The dwarf2out.c code then goes into an infinite
--- Comment #5 from wilson at gcc dot gnu dot org 2006-06-10 02:49 ---
If a combination is successful, we will delete i1 and i2, so it doesn't matter
if they changed accidentally.
If a combination fails, then we go through undobuf and revert all changes, so
it doesn't matte
--- Comment #4 from wilson at gcc dot gnu dot org 2006-06-27 03:02 ---
This only fails for --enable-checking builds, which is the default for
mainline, but not release branches. I was able to reproduce this with gcc-4.0,
but not gcc-3.4. The difference between the two is that gcc-4.0
--- Comment #5 from wilson at gcc dot gnu dot org 2006-07-11 01:32 ---
This is already fixed on dataflow-branch. At the end of combine_instructions,
it runs a global dataflow pass that removes all REG_DEAD and REG_UNUSED notes
before creating new ones.
--
http://gcc.gnu.org
--- Comment #6 from wilson at gcc dot gnu dot org 2006-07-11 01:41 ---
Created an attachment (id=11857)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11857&action=view)
Delete old REG_DEAD notes before creating new ones.
This works for the testcase, but is otherwise u
--- Comment #6 from wilson at gcc dot gnu dot org 2009-05-09 01:21 ---
It looks like this was fixed by Michael Matz here:
http://gcc.gnu.org/ml/gcc-patches/2007-08/msg01978.html
This patch was added to gcc-4.3, and the gcc-4.2 branch is closed, so I think
this bug should be closed
--- Comment #4 from wilson at gcc dot gnu dot org 2009-07-18 20:05 ---
> build/genmodes -h> tmp-modes.h
> /bin/sh: line 1: build/genmodes: No such file or directory
> make: *** [s-modes-h] Error 127
This is the error you can get when a program interpreter does not exist.
--- Comment #17 from wilson at gcc dot gnu dot org 2005-11-07 19:49 ---
Subject: Bug 15220
Author: wilson
Date: Mon Nov 7 19:49:04 2005
New Revision: 106608
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=106608
Log:
Fix problem with -MM -MG and missing system header f
--- Comment #18 from wilson at gcc dot gnu dot org 2005-11-07 19:51 ---
Mine.
--
wilson at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #19 from wilson at gcc dot gnu dot org 2005-11-07 19:52 ---
Fixed on gcc-3.4.x branch, gcc-4.0.x branch, and mainline.
--
wilson at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from wilson at gcc dot gnu dot org 2005-11-08 01:41 ---
See the thread on the gcc list discussing this bug.
http://gcc.gnu.org/ml/gcc/2005-11/msg00331.html
I suspect this is a bug in patches applied to the gcc-3.4.x sources as I do not
see this problem in the FSF
--- Comment #7 from wilson at gcc dot gnu dot org 2005-11-09 01:45 ---
I see the problem now. It is present in the FSF gcc-3.4.x sources.
The problem is that init_gcc_specs in gcc.c rewrites the LIBGCC_SPEC rule. It
looks for the first -lgcc, and replaces it with target independent
--- Comment #9 from wilson at gcc dot gnu dot org 2005-11-14 21:09 ---
Not a gcc bug. This is a gdb bug, and I already have an approved patch for gdb
that will be checked in shortly.
--
wilson at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #17 from wilson at gcc dot gnu dot org 2005-11-23 00:16 ---
The hot/cold section partitioning stuff has no support for generating unwind
info.
See for instance in opts.c where this is turned off when flag_exceptions is
true, which means it is always turned off by default
--- Comment #18 from wilson at gcc dot gnu dot org 2005-11-23 00:20 ---
Created an attachment (id=10320)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10320&action=view)
Turn off partitioning optimization when flag_unwind_tables true.
Suggested untested patch. Gives di
ed only if
!allows_reg.
So it looks like I have to try to fix reload if I want this to work.
--
Summary: problems with "S" constraint in asms
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: targ
--- Comment #1 from wilson at gcc dot gnu dot org 2005-11-23 22:05 ---
Confirmed.
I believe 25008 will have to be fixed before we can add a working constraint
letter for this. It should be possible to generate a testcase for this by
taking the example from 25008, changing the "
--- Comment #4 from wilson at gcc dot gnu dot org 2005-11-29 03:39 ---
The failure happens in store_motion in gcse.c.
We have two objects on the stack with disjoint lifetimes that overlap. They
have different MEM_EXPRS, and some of the mems also have different alias sets.
They have
--- Comment #6 from wilson at gcc dot gnu dot org 2005-11-29 05:57 ---
PR 25130 is a gcse problem, and there are some curious similarities. We have
two objects on the stack with the same address, and gcse is emitting new RTL
referring to the "wrong" one, which means we have
--- Comment #3 from wilson at gcc dot gnu dot org 2005-11-29 06:10 ---
This is indeed a gcse problem. It is a problem with the load motion support.
There are some similarities to PR 24804 here. We have multiple overlapping
objects on the stack, that have mems with different MEM_EXPR
--- Comment #4 from wilson at gcc dot gnu dot org 2005-12-02 02:24 ---
The spurious warning is a problem because binutils is compiled by -Werror by
default now, when compiled by gcc. This spurious warning thus causes a build
failure for binutils. This build failure does not show up in
--- Comment #5 from wilson at gcc dot gnu dot org 2005-12-02 04:12 ---
Created an attachment (id=10387)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10387&action=view)
Delay auto-inc generation until after determining which regs live across
setjmp.
This is my proposed u
--- Comment #6 from wilson at gcc dot gnu dot org 2005-12-02 19:16 ---
Oops. That patch should have a "| PROP_AUTOINC" in the new update_life_info
call. That would explain why I was seeing some unexpected de-optimizations
with the patch.
--
http://gcc.gnu.or
--- Comment #19 from wilson at gcc dot gnu dot org 2005-12-06 05:31 ---
Subject: Bug 24934
Author: wilson
Date: Tue Dec 6 05:31:39 2005
New Revision: 108103
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108103
Log:
PR target/24934
* opts.c (decode_options):
--- Comment #20 from wilson at gcc dot gnu dot org 2005-12-06 05:41 ---
Subject: Bug 24934
Author: wilson
Date: Tue Dec 6 05:41:33 2005
New Revision: 108104
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=108104
Log:
PR target/24934
* opts.c (decode_options):
--- Comment #21 from wilson at gcc dot gnu dot org 2005-12-06 05:55 ---
Fixed on mainline and the gcc-4.1 branch.
--
wilson at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #10 from wilson at gcc dot gnu dot org 2006-08-04 01:49 ---
This is the same bug as PR 28490. I verified that my prototype patch for PR
28490 fixes it.
*** This bug has been marked as a duplicate of 28490 ***
--
wilson at gcc dot gnu dot org changed:
What
--- Comment #13 from wilson at gcc dot gnu dot org 2006-08-04 01:49 ---
*** Bug 28495 has been marked as a duplicate of this bug. ***
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=28490
--- Comment #14 from wilson at gcc dot gnu dot org 2006-08-04 01:55 ---
Steve Ellcey posted a patch here:
http://gcc.gnu.org/ml/gcc-patches/2006-08/msg00016.html
I posted a better patch here:
http://gcc.gnu.org/ml/gcc-patches/2006-08/msg00054.html
This patch has not been tested
--- Comment #17 from wilson at gcc dot gnu dot org 2006-09-15 23:05 ---
Subject: Bug 28490
Author: wilson
Date: Fri Sep 15 23:05:40 2006
New Revision: 116983
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=116983
Log:
Short term fix for PR 28490.
* config/ia6
--- Comment #24 from wilson at gcc dot gnu dot org 2006-10-02 19:23 ---
Created an attachment (id=12372)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=12372&action=view)
improved patch for inline warning
Works for simple testcases. Needs full bootstrap regressi
d -Wnested-externs conflict
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: wilson at gcc dot gnu dot org
http://g
--- Comment #1 from wilson at gcc dot gnu dot org 2007-02-05 22:10 ---
Model and version_id are already documented. It is only syscall_linkage that
is undocmented, and that would be my fault.
Meanwhile, you can find info about it in the gcc sources, in the file
gcc/config/ia64/ia64.c
--- Comment #2 from wilson at gcc dot gnu dot org 2007-03-19 21:32 ---
In theory, obstack.h is imported from the FSF gnulib package, though
unfortunately that isn't documented in our codingconventions.html web page, and
it looks like people have just been modifying it in place.
--- Comment #1 from wilson at gcc dot gnu dot org 2007-03-19 23:49 ---
I'm not a C++ expert, so I'm not the right person to say for sure, but this
looks like an accidental bug to me. There were patches added to change the
bitfield type represent
--- Comment #2 from wilson at gcc dot gnu dot org 2007-03-19 23:52 ---
Created an attachment (id=13236)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13236&action=view)
proposed cp/call.c patch for suspected standard_conversion bug
This is the proposed patch I referred t
--- Comment #2 from wilson at gcc dot gnu dot org 2007-03-30 22:44 ---
I can reproduce the problem using the provided testcase.
It looks like all we have to do is mark the array type TYPE_DOMAIN as used, to
prevent it from being garbage collected. This just requires adding an
--- Comment #3 from wilson at gcc dot gnu dot org 2007-03-30 22:49 ---
Created an attachment (id=13304)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13304&action=view)
Add equate_type_number_to_die call to prevent garbage collection.
This patch is untested, but works
--- Comment #2 from wilson at gcc dot gnu dot org 2007-03-31 02:23 ---
I was able to reproduce this on an x86_64-linux machine following the
instructions.
Assuming this is the same conceptual problem as 31230, I tried the same patch,
in another file. Just marking the array type domain
--- Comment #3 from wilson at gcc dot gnu dot org 2007-03-31 02:24 ---
Created an attachment (id=13305)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13305&action=view)
Mark array TYPE_DOMAIN as used to prevent garbage collection.
This has been tested with a C only BOOT
--- Comment #5 from wilson at gcc dot gnu dot org 2007-09-24 22:53 ---
Echoing what Andrew Pinski already said, this isn't C code, this is RTL code,
the format of which is specified by the read-rtl.c file. Specifically, see the
read_brace_string function, which accepts back
--- Comment #7 from wilson at gcc dot gnu dot org 2007-10-08 22:19 ---
Created an attachment (id=14324)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14324&action=view)
add another conversion to bitsizetype
Here is an patch to fix the IA-64 failure for this testcase. Thi
--- Additional Comments From wilson at gcc dot gnu dot org 2005-02-18
20:53 ---
This is a tree-optimization problem not a target problem.
--
What|Removed |Added
--- Additional Comments From wilson at gcc dot gnu dot org 2005-02-18
23:11 ---
As previously noted, it was fixed by a patch from Zdenek Dvorak which had no
testcase. This testcase has been added, and this bug report can be closed.
--
What|Removed
--
Bug 5900 depends on bug 18977, which changed state.
Bug 18977 Summary: [4.0 regression] LAPACK test xeigtsts segfaults with
optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18977
What|Old Value |New Value
--
Bug 19292 depends on bug 18977, which changed state.
Bug 18977 Summary: [4.0 regression] LAPACK test xeigtsts segfaults with
optimization
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18977
What|Old Value |New Value
---
--- Additional Comments From wilson at gcc dot gnu dot org 2005-02-20
00:34 ---
I built an m68hc11 cross compiler from mainline, last updated Thursday, without
binutils/newlib, on an IA-64 Debian unstable system whose system compiler is
gcc-3.3.5 (Debian 1:3.3.5-2). The result can
--- Additional Comments From wilson at gcc dot gnu dot org 2005-03-08
20:53 ---
Hint taken. I'm testing the patch with gcc-3.4, and then will check it in if
there are no problems.
--
What|Removed |
--- Additional Comments From wilson at gcc dot gnu dot org 2005-03-09
01:10 ---
Fix by the patch I just checked in.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From wilson at gcc dot gnu dot org 2005-03-10
02:48 ---
The linux kernel requires optimization to be correctly compiled. This is a
deliberate design decision by the linux kernel developers.
Part of the reason is the kernel's use of extern inline as al
--- Additional Comments From wilson at gcc dot gnu dot org 2005-03-10
04:47 ---
The segfault is the same problem as PR 20364, which I fixed on the gcc-3.4
branch two days ago. The error message problem is now PR 20285. So closing as
a duplicate.
*** This bug has been marked as a
--- Additional Comments From wilson at gcc dot gnu dot org 2005-03-10
04:47 ---
*** Bug 20281 has been marked as a duplicate of this bug. ***
--
What|Removed |Added
--- Additional Comments From wilson at gcc dot gnu dot org 2005-03-11
05:31 ---
See
http://gcc.gnu.org/ml/gcc/2005-03/msg00513.html
for relevant comments.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13464
--- Additional Comments From wilson at gcc dot gnu dot org 2005-03-13
01:32 ---
This open_dump_file change looks like a sufficient solution to me. That
prevents us from accidentally trying to open two dump files at the same time.
The equivalent problem with close_dump_file is not
--- Additional Comments From wilson at gcc dot gnu dot org 2005-03-13
03:11 ---
Dan's example doesn't work because 'int' is a predefined type. Use a unique
structure type put the function call back in the inline function, and I get a
nice little example (22 lines
--- Additional Comments From wilson at gcc dot gnu dot org 2005-03-16
03:46 ---
I confirmed that I don't see the problem if I compile with -m32 on a x86-64
system.
This happens with 32-bit x86 code because update_equiv_regs deletes and
reinserts the instruction that loads the val
--- Additional Comments From wilson at gcc dot gnu dot org 2005-03-16
03:54 ---
Part of the problem here is the way that declare_in_namespace works.
gen_variable_die, calls declare_in_namespace, which checks to see if the
variable has a namespace, and if so emits it into that namespace
--- Additional Comments From wilson at gcc dot gnu dot org 2005-03-18
05:11 ---
Created an attachment (id=8414)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8414&action=view)
use DW_AT_ranges in DW_AT_inlined_subroutine
Using -dA will add comments to the debug info in
--- Additional Comments From wilson at gcc dot gnu dot org 2005-03-18
06:05 ---
I got four additional gdb testsuite failures with the patch. I will have to
figure out what went wrong, and then rebuild and retest.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19769
--- Additional Comments From wilson at gcc dot gnu dot org 2005-03-23
03:15 ---
May as well take it, seeing as how I wrote a patch for it.
The gdb failures do not seem related to my change, and when I reran the gdb
testsuite, they disappeared. I don't know what happened, but as f
--- Additional Comments From wilson at gcc dot gnu dot org 2005-03-23
03:20 ---
My net connection died when trying to check in the patch, and it was a Friday
evening...
I'm a little surprised that the mainline check in actually worked. I thought it
hadn't. I've also
--- Additional Comments From wilson at gcc dot gnu dot org 2005-03-24
00:09 ---
That patch that fixed this in gcc-3.4 is too large to backport, particularly
when considering that it depends on other stuff (such as
default_encode_section_info) which is not already present in gcc-3.3
--- Additional Comments From wilson at gcc dot gnu dot org 2005-03-24
20:37 ---
See
http://gcc.gnu.org/ml/gcc/2005-03/msg01081.html
This fails because exception handling and -fdefer-pop don't work well together.
The easy solution is to disable the defer pop optimization wh
--- Additional Comments From wilson at gcc dot gnu dot org 2005-03-28
22:40 ---
The patch passed testing, and has been submitted to gcc-patches here:
http://gcc.gnu.org/ml/gcc-patches/2005-03/msg02542.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20286
--- Additional Comments From wilson at gcc dot gnu dot org 2005-03-29
00:33 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From wilson at gcc dot gnu dot org 2005-03-30
02:16 ---
See
http://gcc.gnu.org/ml/gcc/2005-03/msg01274.html
for comments.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20505
--- Additional Comments From wilson at gcc dot gnu dot org 2005-03-30
03:40 ---
Egads. Register corruption when unwinding. This looks like a serious problem.
Not a regression, but I'm tempted to try to fix it in every current release.
A work around is to use the libunwind pa
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |wilson at gcc dot gnu dot
|dot org |org
Status|UNCONFIRMED
--- Additional Comments From wilson at gcc dot gnu dot org 2005-03-30
23:18 ---
Fixed.
--
What|Removed |Added
Status|ASSIGNED|RESOLVED
--- Additional Comments From wilson at gcc dot gnu dot org 2005-04-01
01:35 ---
IA-64.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |wilson at gcc
--- Additional Comments From wilson at gcc dot gnu dot org 2005-04-01
01:35 ---
Fixed by Vlad's patch.
--
What|Removed |Added
Status|ASS
--- Additional Comments From wilson at gcc dot gnu dot org 2005-04-01
04:04 ---
Fixed on mainline. Still needs to be fixed on the gcc-4.0 branch, which I
assume Nathan is doing.
I had to back off a bit from my earlier plans. Aggregate types and constructor
initializers pose
--- Additional Comments From wilson at gcc dot gnu dot org 2005-04-04
21:38 ---
See also a thread on the gcc list
http://gcc.gnu.org/ml/gcc/2005-03/msg00234.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19180
--- Additional Comments From wilson at gcc dot gnu dot org 2005-04-05
04:04 ---
The patch seems to have been incompletely checked in. The ChangeLog entry
claims to be removing code from final.c, but the code is still there.
I laboriously tracked down the problem to the fact that
--- Additional Comments From wilson at gcc dot gnu dot org 2005-04-05
04:22 ---
Yes, that is the same patch I independently wrote and started testing over the
weekend. It has already passed testing for the gcc-3.4 and gcc-4.0 branches. I
have yet to do mainline and gcc-3.3 testing
--- Additional Comments From wilson at gcc dot gnu dot org 2005-04-08
03:01 ---
The testcase works if the variable declaration is moved after the function.
This is the case I fixed a few weeks ago, which was breaking java debugging.
The declare_in_namespace design causes us to get two
--- Additional Comments From wilson at gcc dot gnu dot org 2005-04-13
00:58 ---
Fixed on all active release branches and mainline.
--
What|Removed |Added
Status
--- Comment #6 from wilson at gcc dot gnu dot org 2008-02-01 23:39 ---
Configuring --without-x is a possible workaround. I haven't tried it. I also
haven't tried to reproduce the problem.
The problem comes from the AC_PATH_XTRA call in libjava/configure.ac. This is
a
--- Comment #2 from wilson at gcc dot gnu dot org 2008-03-18 04:02 ---
Subject: Bug 35512
Author: wilson
Date: Tue Mar 18 04:01:21 2008
New Revision: 133301
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133301
Log:
PR testsuite/35512
* gcc.target/ia64/visibility-
--- Comment #3 from wilson at gcc dot gnu dot org 2008-03-18 04:06 ---
Mine. IA-64.
--
wilson at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #4 from wilson at gcc dot gnu dot org 2008-03-18 04:06 ---
Fixed.
--
wilson at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #3 from wilson at gcc dot gnu dot org 2008-03-27 05:54 ---
Created an attachment (id=15385)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15385&action=view)
Itanium reciprocal approximation bug fix
Untested patch produced with wrong (default) svn diff options.
--- Comment #6 from wilson at gcc dot gnu dot org 2008-03-31 19:52 ---
Subject: Bug 35695
Author: wilson
Date: Mon Mar 31 19:51:50 2008
New Revision: 133772
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=133772
Log:
PR target/35695
* config/ia64/div.md (recip_approx_
--
wilson at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |wilson at gcc dot gnu dot
|dot org
--- Comment #4 from wilson at gcc dot gnu dot org 2008-04-01 02:54 ---
Created an attachment (id=15400)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15400&action=view)
patch for cfun->emit rtl.emit changes
I tested this patch with a C only bootstrap on an ia64-linux sy
--- Comment #5 from wilson at gcc dot gnu dot org 2008-04-01 06:31 ---
Created an attachment (id=15401)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15401&action=view)
tree-eh.c optimize_double_finally patch
This patch works for the testcase, but is otherwise untest
--- Comment #2 from wilson at gcc dot gnu dot org 2008-04-03 06:27 ---
Created an attachment (id=15418)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15418&action=view)
ia64.h patch to define REGNO_OK_FOR_INDIRECT_JUMP_P
Obvious definition of the REGNO_OK_FOR_INDIRECT
--- Comment #3 from wilson at gcc dot gnu dot org 2008-04-03 06:29 ---
Created an attachment (id=15419)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15419&action=view)
rtl-factoring.c patch to allocate second reg for IA-64
This allocates a second regi
--- Comment #7 from wilson at gcc dot gnu dot org 2008-04-07 23:48 ---
Anyone care whether this gets fixed in 4.3? If so, are you willing to test it?
I'll approve it for 4.3 with proper testing, which is not easy for me to do.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35695
--- Comment #1 from wilson at gcc dot gnu dot org 2007-05-01 01:53 ---
It dies in recog because of an invalid extended asm insn rtl. In an asm with 2
or more outputs, we end up with 2 or more copies of the input vector. These
vectors must be shared. They are not in this case.
The
--- Comment #2 from wilson at gcc dot gnu dot org 2007-05-01 01:56 ---
Created an attachment (id=13466)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13466&action=view)
Replace copy_rtx call with copy_insn call.
This works on mainline for the testcase, but has not otherwi
--- Comment #7 from wilson at gcc dot gnu dot org 2007-07-02 20:34 ---
Created an attachment (id=13831)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=13831&action=view)
enable INCOMING_RETURN_ADDR_RTX for ia64
This is a patch based on Kenny's suggestion. I thin
--- Comment #6 from wilson at gcc dot gnu dot org 2005-10-06 17:41 ---
Loads can have post_increment addresses with an immediate or register
increment. Stores can have post_increment address with only an immediate
increment. We have a special predicate, destination_operand, that
--- Comment #10 from wilson at gcc dot gnu dot org 2005-10-07 19:57 ---
Mine. IA-64.
--
wilson at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo
--- Comment #11 from wilson at gcc dot gnu dot org 2005-10-07 19:58 ---
Fixed on mainline.
--
wilson at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from wilson at gcc dot gnu dot org 2005-10-08 00:25 ---
Mine. IA-64. Confirmed. A typo in the patch adding docs for this option.
--
wilson at gcc dot gnu dot org changed:
What|Removed |Added
1 - 100 of 269 matches
Mail list logo
