--- 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 #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=gcc&view=rev&rev=131477
Log:
PR target/26015
* config/vax/elf.h (FRAME_POINTER_CF
--- 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 #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=gcc&view=rev&rev=134222
Log:
PR target/35695
* config/ia64/div.md (recip_approx_
--- 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
--- 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 #7 from wilson at gcc dot gnu dot org 2006-01-31 03:49 ---
Things start going wrong in the reload inheritance code. For reload 0, for
insn 11, we choose to inherit the value already in r14 in an inner loop in
choose_reload_regs. Near the end, we double check to make sure
--- Comment #4 from wilson at gcc dot gnu dot org 2006-02-08 02:07 ---
The vect-reduc-dot-s16.c testcase fails because two loops were vectorized, and
we only expected one to be vectorized.
The problem here is that the loop in foo1 is not supposed to be recognized and
vectorized as a
--- Comment #5 from wilson at gcc dot gnu dot org 2006-02-08 02:19 ---
Dorit's analysis of vect-reduc-pattern-2.c in comment #1 is correct. The loop
that sums char into int is not vectorized, because the widen_ssumv8qi3 pattern
has the wrong output mode (HI instead of SI). Do
--- Comment #4 from wilson at gcc dot gnu dot org 2006-02-08 04:02 ---
The problem here is ASM_OUTPUT_ASCII.
The testcase is a big file with a lot of functions that have long function
names. It is 4MB of C++ code, producing a 28MB .s file in about 15 seconds.
If I add -Q and pipe the
--- Comment #9 from wilson at gcc dot gnu dot org 2006-02-10 02:03 ---
I've looked at the reload-branch also. I need two patches in order to
bootstrap it. One trivial obvious patch, and one hacked not technically
correct patch. It then bootstrapped and compiled this tes
--- Comment #5 from wilson at gcc dot gnu dot org 2006-02-16 02:26 ---
This is failing in code that Richard Henderson added. It is trying to compute
the frame pointer to CFA offset by running register elimination on the arg
pointer. The vax however has a hardware arg pointer
--- Comment #6 from wilson at gcc dot gnu dot org 2006-02-16 02:29 ---
Created an attachment (id=10859)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10859&action=view)
untested patch for vax dwarf2 failure
This patch allows the testcase to compile, but is otherwise u
--- 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 the
--- Comment #5 from wilson at gcc dot gnu dot org 2006-02-22 00:39 ---
I should mention that your testcase uses -Os, and -Os enables
-finline-functions-called-once. This is why the function is marked as
"inline". If you don't want this feature, you can turn it off.
Als
--- Comment #6 from wilson at gcc dot gnu dot org 2006-02-22 00:43 ---
Created an attachment (id=10888)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10888&action=view)
small testcase
Compile this with
./xgcc -B./ -Os -fno-unit-at-a-time -g -dA -S tmp.c -fverbose-
--- Comment #1 from wilson at gcc dot gnu dot org 2006-02-22 03:11 ---
This argument is passed by pointer, converted into a DECL_VALUE_EXPR, and the
DECL_VALUE_EXPR DECL_RTL references a virtual register, which prevents us from
emitting debug info for it.
This looks like the same
--- 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 li
--- 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
--- 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=10952&action=view)
not recommended prototype patch to avoid assembler bug
I have a gcc-3.4.x patch that silences the as
--- 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=10989&action=view)
unfinished untested patch to fix stf_spill bug in ia64 libffi port
This is unfinished. It needs to b
--- 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=11208&action=view)
proposed testcase, based on float1.c
This reproduces the denorm failure for me with unpatched sourc
--- 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=gcc&view=rev&rev=112768
Log:
For PR 26483, IA-64 denorm failure due to unwanted
--- Additional Comments From wilson at gcc dot gnu dot org 2005-04-19
06:22 ---
The reload patch seems reasonable, though not very satisfying. It is only
disabling some optimizations within reload, and hence should be somewhat safe.
Though it is still a reload patch, and all reload
--- Additional Comments From wilson at gcc dot gnu dot org 2005-04-19
20:09 ---
This is due to an internal implementation detail. The -Wl options are handled
by pretending that the argument to the -Wl option is an object file name. This
works because the only thing we do with object
dot gnu dot org
ReportedBy: wilson at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21110
: UNCONFIRMED
Severity: normal
Priority: P2
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: wilson at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: ia64-linux
http://gcc.gnu.org/bugzilla
--- Additional Comments From wilson at gcc dot gnu dot org 2005-04-19
20:41 ---
Created an attachment (id=8684)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8684&action=view)
synthetic IA-64 testcase to generate NaT consumption fault
Compile this with -O, and it will fa
everity: normal
Priority: P2
Component: driver
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: wilson at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21112
--- Additional Comments From wilson at gcc dot gnu dot org 2005-04-21
00:11 ---
Fixed on mainline.
Do we need this fixed for 4.0.1? If so, this will have to wait for the branch
to unfreeze.
--
What|Removed |Added
--- Additional Comments From wilson at gcc dot gnu dot org 2005-04-23
01:15 ---
The patch is actually on the gcc-3.4 branch already, I added it Sept 15, 2004.
I must have forgotten to include the PR line in the cvs log entry, ergo no CVS
commit message in the PR. And I also forgot to
--- Additional Comments From wilson at gcc dot gnu dot org 2005-04-22
21:53 ---
Fixed on mainline and gcc-4.0 branch.
--
What|Removed |Added
Status|ASSIGNED
--- Additional Comments From wilson at gcc dot gnu dot org 2005-04-28
01:15 ---
Confirmed.
The patch is OK for both mainline and the gcc-4.0 branch, assuming it passes the
regtest, in case anyone was waiting for approval.
--
What|Removed |Added
--- Additional Comments From wilson at gcc dot gnu dot org 2005-04-28
20:26 ---
A reload bug.
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |wilson
--- Additional Comments From wilson at gcc dot gnu dot org 2005-04-28
20:37 ---
Fixed on mainline by Martin's patch.
--
What|Removed |Added
Status|ASS
--- Additional Comments From wilson at gcc dot gnu dot org 2005-04-28
23:52 ---
My opinion is roughly the same as Daniel's. The debug info being emitted by gcc
here is fine.
The underlying problem here is that Fred is trying to improve support for
inlined function calls, an
--- Additional Comments From wilson at gcc dot gnu dot org 2005-04-28
23:58 ---
Created an attachment (id=8760)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8760&action=view)
Emit DW_AT_call_file and DW_AT_CALL_line for inlined subroutines.
This emits extra debug in
--- Additional Comments From wilson at gcc dot gnu dot org 2005-05-04
18:42 ---
Mine.
Andrew Pinski claims Xpreprocessor was in gcc-3.3.3 and works, but I can find no
evidence to support that. It does not show up in a grep of FSF gcc-3.3.x
sources. Also, the original patch that added
--- Additional Comments From wilson at gcc dot gnu dot org 2005-05-04
18:51 ---
Fixed on mainline.
I do not believe that there is any regression here, and hence I do not believe
that the patch needs to be applied to the gcc-3.4 or gcc-4.0 branches. I'll
leave this open for now in
--- Additional Comments From wilson at gcc dot gnu dot org 2005-05-04
19:39 ---
Since everyone agrees there is no regression, I am closing.
--
What|Removed |Added
--- Additional Comments From wilson at gcc dot gnu dot org 2005-05-04
21:18 ---
See
http://gcc.gnu.org/simtest-howto.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21365
--- Additional Comments From wilson at gcc dot gnu dot org 2005-05-12
20:37 ---
Created an attachment (id=8881)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8881&action=view)
Emit DW_AT_call_file and DW_AT_call_line for inlined subroutines.
--
What|
--- Additional Comments From wilson at gcc dot gnu dot org 2005-01-05
03:44 ---
This question was asked and mostly answered on the gcc mailing list.
http://gcc.gnu.org/ml/gcc/2004-12/msg00231.html
http://gcc.gnu.org/ml/gcc/2004-12/msg00234.html
As per the ABI, small local data
--- Additional Comments From wilson at gcc dot gnu dot org 2005-01-08
03:55 ---
David's patch looks correct to me. We only need this on mainline, as the
precursor patch (PR 13158) is only on mainline. I will do a build and test and
then check it in if all goes
--- Additional Comments From wilson at gcc dot gnu dot org 2005-01-14
04:02 ---
The given testcase fails only without optimization. It fails because we end up
with an unhandled XFmode move from a general reg to a MEM. A little more
interesting testcase is to modify testf to return the
--- Additional Comments From wilson at gcc dot gnu dot org 2005-01-14
19:51 ---
Fixed on mainline, gcc-3.4, and gcc-3.3. Testcase added to mainline.
--
What|Removed |Added
--
Bug 18987 depends on bug 13158, which changed state.
Bug 13158 Summary: [ia64] bad unwind info as a result of sibcall
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=13158
What|Old Value |New Value
--- Additional Comments From wilson at gcc dot gnu dot org 2005-01-14
19:52 ---
Fixed on mainline, gcc-3.4 branch, and gcc-3.3 branch. Testcase added to
mainline.
--
What|Removed |Added
--- Additional Comments From wilson at gcc dot gnu dot org 2005-01-18
04:20 ---
Fixed on mainline, testcase added.
This fails in gcc-3.0, and presumably also all other releases, and hence is not
a regression, and thus not eligible for the gcc-3.3 and gcc-3.4 branches, so I
am closing
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |wilson at gcc dot gnu dot
|dot org |org
Status|NEW
--- Additional Comments From wilson at gcc dot gnu dot org 2005-01-26
00:28 ---
I can reproduce this with gcc-3.1 and gcc-3.2.3. I can not reproduce this with
the gcc-3.3 branch in CVS. I suspect this was fixed by a large 2002-05-18 patch
from Richard Henderson that completely rewrote
--- Additional Comments From wilson at gcc dot gnu dot org 2005-01-28
23:54 ---
Here is the corrected link
http://gcc.gnu.org/ml/gcc-patches/2004-02/msg01995.html
or follow the link to the patch and click on followups.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=8354
--- Additional Comments From wilson at gcc dot gnu dot org 2005-02-12
04:00 ---
I have taken an initial look. This is an ivopts problem. Compiling with -O
-fno-ivopts works.
There is clearly something wrong with ivopts if I look at the t54.ivopts dump
file. For the J loop iterator
--- Additional Comments From wilson at gcc dot gnu dot org 2005-02-11
23:11 ---
Try -fno-optimize-sibling-calls.
sibling-call (tail-call) optimizations can confuse anything that tries to
produce call graph info, and the end result will look similar to the result you
get with function
--- Additional Comments From wilson at gcc dot gnu dot org 2005-02-15
04:20 ---
It was fixed by the ivopts patch for 18687, which was a patch to reduce
compilation time. The patch says nothing about fixing bugs, or changing the
result. It only claims to make ivopts faster. Since this
--- Additional Comments From wilson at gcc dot gnu dot org 2004-10-12 01:18
---
My CVS patch was accepted and installed into the master CVS sources. We can
patch the local cvs on gcc.gnu.org if necessary, but I don't see any real need
for that, given that gcc/fixinc is now gone.
--- Additional Comments From wilson at gcc dot gnu dot org 2004-10-27 01:48
---
Fixed.
--
What|Removed |Added
Status|NEW |RESOLVED
--- Additional Comments From wilson at gcc dot gnu dot org 2004-10-27 23:16
---
Thanks for the help. I got bogged down trying to figure out how to debug
gcj/libjava problems, and wasn't able to make any useful progress before getting
distracted by other stuff.
I've now c
--- Additional Comments From wilson at gcc dot gnu dot org 2004-11-10
01:22 ---
See comments in
http://gcc.gnu.org/ml/gcc/2004-11/msg00316.html
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18294
--- Additional Comments From wilson at gcc dot gnu dot org 2004-11-11
05:19 ---
This looks like the same problem as 18294 which is an ia64-hpux bootstrap
failure. In that PR, I suggested that simplify_gen_subreg should just create
the subreg for a hard register when simplify_subreg
--- Additional Comments From wilson at gcc dot gnu dot org 2004-11-11
05:19 ---
This appears to be the same bug as 18420.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18294
--- 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 |
201 - 269 of 269 matches
Mail list logo
