--- Comment #5 from wilson at gcc dot gnu dot org 2010-05-25 06:30 ---
Richard Guenther suggested using DOT_PROD_EXPR. I ran into several problems
with that.
DOT_PROD_EXPR expands to the sdot_prodM pattern. The mips port is using
maddMN. We essentially have two named patterns
--- Comment #6 from wilson at gcc dot gnu dot org 2010-05-25 06:35 ---
Created an attachment (id=20739)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20739action=view)
second patch attempt, modifying widen_mult tree pass
This removes about 100 lines from expr.c, and adds about 90
--- Comment #1 from wilson at gcc dot gnu dot org 2010-05-20 06:27 ---
Subject: Bug 43764
Author: wilson
Date: Thu May 20 06:26:52 2010
New Revision: 159610
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=159610
Log:
PR target/43764
* mips.c (mips_call_expr_from_insn): New arg
--- Comment #2 from wilson at gcc dot gnu dot org 2010-05-20 06:27 ---
Mine.
--
wilson at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned
--- Comment #5 from wilson at gcc dot gnu dot org 2010-05-17 20:24 ---
A little more debugging. I traced through the true_dependence call that is
returning 0 when it should return 1.
We end up calling rtx_refs_may_alias_p at the end. This calls
refs_may_alias_p_1, which calls
--- Comment #4 from wilson at gcc dot gnu dot org 2010-05-16 02:07 ---
The testcase fails with -O2 -funroll-loops. It works with -O2.
The problem occurs in main at line 89, which is the second doit call. We get a
segfault when dereferencing a null pointer.
The code is wrong because
--- Comment #4 from wilson at gcc dot gnu dot org 2010-05-03 22:36 ---
Created an attachment (id=20552)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20552action=view)
trivial solution for original problem
This fixes the original problem, but does not fix the new breakage caused
--- Comment #5 from wilson at gcc dot gnu dot org 2010-04-26 15:46 ---
Created an attachment (id=20495)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20495action=view)
initial patch
This patch fixes gcc.c-torture/compile/920625-1.c, but unfortunately doesn't
fix any of the 3
dot gnu dot org
ReportedBy: wilson at gcc dot gnu dot org
GCC target triplet: ia64-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43897
Product: gcc
Version: 4.6.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: wilson at gcc dot gnu dot org
GCC target triplet: mips*-*-*
http
--- Comment #2 from wilson at gcc dot gnu dot org 2010-04-26 21:40 ---
GCC-4.3 is still broken; my testcase just doesn't happen to fail there. I
suspect this is broken all of the way back to gcc-2.95. This does point to
where the problem was exposed though. It is the
-msched-stop
--- Comment #1 from wilson at gcc dot gnu dot org 2010-04-27 01:17 ---
Some further investigation shows that there is code in expand_expr_real_2 that
is supposed to be able to generate multiply-accumulate instructions, but it
isn't general enough. In my gimple, I have
D.1999_10 = D
--- Comment #8 from wilson at gcc dot gnu dot org 2010-04-21 05:29 ---
Subject: Bug 43520
Author: wilson
Date: Wed Apr 21 05:29:11 2010
New Revision: 158584
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158584
Log:
PR rtl-optimization/43520
* ira-lives.c
--
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 #9 from wilson at gcc dot gnu dot org 2010-04-21 05:31 ---
Fixed on mainline.
--
wilson at gcc dot gnu dot org changed:
What|Removed |Added
: wilson at gcc dot gnu dot org
GCC target triplet: ia64-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=43809
--- Comment #2 from wilson at gcc dot gnu dot org 2010-04-19 23:28 ---
gcc-c.torture/compiler/920625-1.c would also be failing for the same reason,
except it has dg-prune-output hacks to discard the assembler warnings. We
should fix the IA-64 compiler, and then eliminate these dg-prune
--- Comment #7 from wilson at gcc dot gnu dot org 2010-04-20 01:17 ---
Subject: Bug 43520
Author: wilson
Date: Tue Apr 20 01:16:59 2010
New Revision: 158539
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=158539
Log:
partial fix, make all 'e' class regs fixed
PR rtl-optimization
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: wilson at gcc dot gnu dot org
GCC target triplet: mips*-*-*
http://gcc.gnu.org/bugzilla
--- Comment #5 from wilson at gcc dot gnu dot org 2010-04-14 21:57 ---
I think the first part of the solution here is to make ira stop handling
zero-size classes as ones that have a potential register pressure problem.
The second part, is that I think we can make ar.lc a fixed register
--- Comment #6 from wilson at gcc dot gnu dot org 2010-04-14 21:59 ---
Created an attachment (id=20381)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20381action=view)
untested patch that works for testcase
This is logically 3 different patches that can be handled separately
--- Comment #4 from wilson at gcc dot gnu dot org 2010-04-09 21:34 ---
I don't think this is documented anywhere. Not in gcc at least.
POSIX says that for command line arguments -a -d, -d -a, -da, and -ad
are all equivalent. Many GNU tools do not conform to this rule. A long time
--- Comment #1 from wilson at gcc dot gnu dot org 2010-04-04 01:34 ---
This is failing due to invalid rtl unsharing. The asm has two dests. We end
up with a parallel with two sets, and the ASM_OPERAND_INPUT_VEC in each SET_SRC
is supposed to be the same rtl pointer. This is checked
--- Comment #4 from wilson at gcc dot gnu dot org 2010-03-30 23:58 ---
I've confirmed that Vlad's -fsched-pressure patch is the problem, and done a
bit more analysis to see why.
The testcase has approximately 20,000 movdi_internal insns, 6000 movsi_internal
insns, and 10,000
--- Comment #16 from wilson at gcc dot gnu dot org 2010-03-23 00:58 ---
The testcase checked into mainline is causing kernel panics on my debian
testing ia64-linux machine when I run the gcc testsuite. The kernel panic is
coming from the out-of-memory killer, when it runs out
--- Comment #9 from wilson at gcc dot gnu dot org 2010-03-23 01:16 ---
Subject: Bug 43348
Author: wilson
Date: Tue Mar 23 01:16:10 2010
New Revision: 157659
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=157659
Log:
PR target/43348
* ia64.md (call_nogp, call_value_nogp
--- Comment #10 from wilson at gcc dot gnu dot org 2010-03-23 01:22 ---
Subject: Bug 43348
Author: wilson
Date: Tue Mar 23 01:22:28 2010
New Revision: 157660
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=157660
Log:
PR target/43348
* ia64.md (call_nogp, call_value_nogp
--- Comment #11 from wilson at gcc dot gnu dot org 2010-03-23 01:36 ---
Fixed on gcc-4.4 branch and mainline.
--
wilson at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #7 from wilson at gcc dot gnu dot org 2010-03-17 01:50 ---
Created an attachment (id=20121)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20121action=view)
untested patch for gcc-4.4
We will also need an equivalent patch for mainline/4.5.
--
http://gcc.gnu.org
--- Comment #6 from wilson at gcc dot gnu dot org 2010-03-15 04:08 ---
I can reproduce the original problem with 28490 by changing the line in
ia64_legitimate_constant_p from
return (addend 0x3fff) == 0;
to
return true;
and compiling the testcase with -O. What
--- Comment #7 from wilson at gcc dot gnu dot org 2010-03-15 04:11 ---
Created an attachment (id=20106)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20106action=view)
untested patch, imperfect solution
--
wilson at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from wilson at gcc dot gnu dot org 2010-03-13 03:06 ---
Created an attachment (id=20097)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=20097action=view)
Untested patch that works for sje's testcase
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42040
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: wilson at gcc dot gnu dot org
GCC target triplet: powerpc-eabi
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=42953
--- Comment #1 from wilson at gcc dot gnu dot org 2010-02-04 07:30 ---
Created an attachment (id=19801)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19801action=view)
testcase for gcc mainline (rev 156310)
GCC generates incorrect epilogue code for this testcase with -O2
-fno-omit
--- Comment #2 from wilson at gcc dot gnu dot org 2010-02-04 07:34 ---
Created an attachment (id=19802)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=19802action=view)
Assembly code showing bad epilogue scheduling.
This was generated with -O2 -fno-omit-frame-pointer.
--
http
--- 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. More
recent
--- 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 #10 from wilson at gcc dot gnu dot org 2008-04-14 23:47 ---
Fixed on mainline and 4.3 branch.
--
wilson at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from wilson at gcc dot gnu dot org 2008-04-14 23:56 ---
There is a conflict between the gcc and gas debug info support here. This
can't be fixed in gcc. It will have to be fixed in binutils.
-g1 tells gcc to emit debug info, but not line number info. We do emit file
--- Comment #5 from wilson at gcc dot gnu dot org 2008-04-15 00:25 ---
Gcc-2.5.8 uses the code I suggested was correct. gcc-2.6.3 does not. The
ChangeLog entry is
Fri Aug 5 12:29:42 1994 Jim Wilson ([EMAIL PROTECTED])
* expmed.c (expand_mult): Accept DImode for synth_mult
--- Comment #1 from wilson at gcc dot gnu dot org 2008-04-15 01:03 ---
Translation errors must be reported to the FSF translation team instead of to
us. I have forwarded this to the French translation team. See
http://translationproject.org/team/index.html
--
http
--- Comment #9 from wilson at gcc dot gnu dot org 2008-04-12 16:48 ---
Subject: Bug 35695
Author: wilson
Date: Sat Apr 12 16:47:55 2008
New Revision: 134222
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=134222
Log:
PR target/35695
* config/ia64/div.md (recip_approx_rf): Use
--- 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 #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=15418action=view)
ia64.h patch to define REGNO_OK_FOR_INDIRECT_JUMP_P
Obvious definition of the REGNO_OK_FOR_INDIRECT_JUMP_P macro
--- 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=15419action=view)
rtl-factoring.c patch to allocate second reg for IA-64
This allocates a second register
--- 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=15401action=view)
tree-eh.c optimize_double_finally patch
This patch works for the testcase, but is otherwise untested. My
--- 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=gccview=revrev=133772
Log:
PR target/35695
* config/ia64/div.md (recip_approx_rf): Use
--
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=15400action=view)
patch for cfun-emit rtl.emit changes
I tested this patch with a C only bootstrap on an ia64-linux system
--- 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=15385action=view)
Itanium reciprocal approximation bug fix
Untested patch produced with wrong (default) svn diff options. Should
--- 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=gccview=revrev=133301
Log:
PR testsuite/35512
* gcc.target/ia64/visibility-1.c (foo
--- 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 #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 documented
--- Comment #3 from wilson at gcc dot gnu dot org 2008-01-11 21:23 ---
The ia64 code to insert stop bits has a built-in assumption that if we see a
register set twice in the same instruction, then we goofed, and must ICE.
The testcase has an extended asm with 3 outputs and 4 inputs
--- Comment #10 from wilson at gcc dot gnu dot org 2008-01-11 21:42 ---
Subject: Bug 26015
Author: wilson
Date: Fri Jan 11 21:42:03 2008
New Revision: 131477
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=131477
Log:
PR target/26015
* config/vax/elf.h (FRAME_POINTER_CFA_OFFSET
--- Comment #12 from wilson at gcc dot gnu dot org 2008-01-11 21:52 ---
Fixed on mainline.
--
wilson at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #11 from wilson at gcc dot gnu dot org 2008-01-11 21:50 ---
Mine, as I wrote a patch for it.
--
wilson at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from wilson at gcc dot gnu dot org 2008-01-09 19:11 ---
This is the same problem as PR 31684, which is fixed on mainline (pre-release
gcc-4.3) but not on the gcc-4.2 branch.
*** This bug has been marked as a duplicate of 31684 ***
--
wilson at gcc dot gnu dot org
--- Comment #8 from wilson at gcc dot gnu dot org 2008-01-09 19:11 ---
*** Bug 34266 has been marked as a duplicate of this bug. ***
--
wilson at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from wilson at gcc dot gnu dot org 2008-01-08 23:20 ---
GCC is assuming use of GNU bison instead of yacc here. Install GNU bison,
reconfigure, and the problem will go away.
GCC release tar balls have pre-generated output files with appropriate file
time stamps, so
--- Comment #4 from wilson at gcc dot gnu dot org 2007-11-16 22:37 ---
This problem occurs if you accidentally run
../gcc/gcc/configure
instead of
../gcc/configure
I've tried looking at make -d output, and there isn't enough info there to see
what is going wrong. In the second
--- 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=14324action=view)
add another conversion to bitsizetype
Here is an patch to fix the IA-64 failure for this testcase. This makes
--- 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 backslash
--- 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=13831action=view)
enable INCOMING_RETURN_ADDR_RTX for ia64
This is a patch based on Kenny's suggestion. I think this patch solves
--- 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
--- 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=13466action=view)
Replace copy_rtx call with copy_insn call.
This works on mainline for the testcase, but has not otherwise been
--- 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
--- 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=13304action=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=13305action=view)
Mark array TYPE_DOMAIN as used to prevent garbage collection.
This has been tested with a C only BOOT_CFLAGS
--- 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 representation
--- 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=13236action=view)
proposed cp/call.c patch for suspected standard_conversion bug
This is the proposed patch I referred to in my
--- 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
ReportedBy: wilson at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30592
--- Comment #4 from wilson at gcc dot gnu dot org 2007-01-01 21:00 ---
Fixed by Jakub's patch for 4.1, 4.2, and mainline.
--
wilson at gcc dot gnu dot org changed:
What|Removed |Added
--- 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=12372action=view)
improved patch for inline warning
Works for simple testcases. Needs full bootstrap regression test
--- 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=gccview=revrev=116983
Log:
Short term fix for PR 28490.
* config/ia64/ia64.c
--- 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 #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=11857action=view)
Delete old REG_DEAD notes before creating new ones.
This works for the testcase, but is otherwise untested
--- 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 #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 matter if i1
--- 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=gccview=revrev=114319
Log:
Fix broken denorm support.
PR libgcj/26483
* src/ia64/ffi.c
--- 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=gccview=revrev=112900
Log:
Fix IA-64 problems with denorms getting clobbered by type
--- 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 #17 from wilson at gcc dot gnu dot org 2006-04-07 23:04 ---
Subject: Bug 26483
Author: wilson
Date: Fri Apr 7 23:04:15 2006
New Revision: 112768
URL: http://gcc.gnu.org/viewcvs?root=gccview=revrev=112768
Log:
For PR 26483, IA-64 denorm failure due to unwanted rounding
--- Comment #14 from wilson at gcc dot gnu dot org 2006-04-04 20:24 ---
Created an attachment (id=11208)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11208action=view)
proposed testcase, based on float1.c
This reproduces the denorm failure for me with unpatched sources
--- Comment #10 from wilson at gcc dot gnu dot org 2006-03-08 00:46 ---
I missed the denorm angle obviously. And the answer to the question about what
is different between native and interpreted execution would of course be
libffi, which took me far longer to remember than it should
--- Comment #11 from wilson at gcc dot gnu dot org 2006-03-08 00:51 ---
Created an attachment (id=10989)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10989action=view)
unfinished untested patch to fix stf_spill bug in ia64 libffi port
This is unfinished. It needs to be a bit
--- Comment #15 from wilson at gcc dot gnu dot org 2006-03-02 00:06 ---
Created an attachment (id=10952)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10952action=view)
not recommended prototype patch to avoid assembler bug
I have a gcc-3.4.x patch that silences the assembler
--- Comment #12 from wilson at gcc dot gnu dot org 2006-02-28 02:13 ---
This looks like an assembler problem to me, and a known one at that.
The assembly code in question, somewhat simplified, is
.pred.rel.mutex p8, p9
(p9) cmp4.lt p6, p7 = 1, r38
(p8) cmp4.gt
--- Comment #4 from wilson at gcc dot gnu dot org 2006-02-28 03:25 ---
The number 5e-324 exceeds the range of the (C language) double type. So the
result you get will depend on how overflow is handled. If I use a number
within the range of double, it works fine. I don't know what
--- Comment #12 from wilson at gcc dot gnu dot org 2006-02-24 00:49 ---
It appears that the LT stands for libtool. So the first one (LIBICONV) is
supposed to be used for linking if you aren't using libtool, and the second one
(LTLIBICONV) is used for linking if you are using libtool
--- Comment #4 from wilson at gcc dot gnu dot org 2006-02-22 00:28 ---
The debug info looks OK to me, though it is more verbose than it needs to be.
I think you may be reading the debug info wrong. The entry you are looking at
is the abstract origin for pageout. If you take
1 - 100 of 268 matches
Mail list logo
