--- 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 #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
--- 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
--- 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 |Added
--- 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 already
--- 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
--- 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
--- 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) that can reproduce
--- 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 value
--- 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=8414action=view)
use DW_AT_ranges in DW_AT_inlined_subroutine
Using -dA will add comments to the debug info in the .s file
--- 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 far
--- 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 added
--- 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 when we
--- 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 package
--
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|ASSIGNED
--- 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
--- 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
--- 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=8684action=view)
synthetic IA-64 testcase to generate NaT consumption fault
Compile this with -O, and it will fail with gcc
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
--- 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|ASSIGNED
--- 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
--- 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=8760action=view)
Emit DW_AT_call_file and DW_AT_CALL_line for inlined subroutines.
This emits extra debug info
--- 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 case
--- 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=8881action=view)
Emit DW_AT_call_file and DW_AT_call_line for inlined subroutines.
--
What|Removed
--- 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
--- 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). Dorit's
--- 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
--- 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 testcase
--- 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=10859action=view)
untested patch for vax dwarf2 failure
This patch allows the testcase to compile, but is otherwise untested
--- 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
--- 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.
Also, -fno-unit
--- 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=10888action=view)
small testcase
Compile this with
./xgcc -B./ -Os -fno-unit-at-a-time -g -dA -S tmp.c -fverbose-asm
--- 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 libtool
--- 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 #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 #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 #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 #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 #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 #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 #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 #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=11857action=view)
Delete old REG_DEAD notes before creating new ones.
This works for the testcase, but is otherwise untested
--- 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 #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=10320action=view)
Turn off partitioning optimization when flag_unwind_tables true.
Suggested untested patch. Gives different
with S constraint in asms
Product: gcc
Version: 4.1.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
--- 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 S
--- 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 mems with bad
--- 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
--- 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=10387action=view)
Delay auto-inc generation until after determining which regs live across
setjmp.
This is my proposed untested
--- 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.org/bugzilla/show_bug.cgi
--- 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=gccview=revrev=108103
Log:
PR target/24934
* opts.c (decode_options): Turn off
--- 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=gccview=revrev=108104
Log:
PR target/24934
* opts.c (decode_options): Turn off
--- 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
1 - 100 of 268 matches
Mail list logo