ion it
appears in.)
(pruned)
CC to committer of broken patch.
[EMAIL PROTECTED]@ of patches in suspect revision range CC:ed.
--
Summary: [4.4 Regression]: trunk broken for sel-sched patches
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Keywords
--- Comment #1 from hp at gcc dot gnu dot org 2008-09-01 16:02 ---
Confirmed with 139863 that build works again.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
c
Version: 4.4.0
Status: UNCONFIRMED
Keywords: ice-on-valid-code
Severity: normal
Priority: P3
Component: target
AssignedTo: hp at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
GCC host triplet: x86_64-unknown-linux-g
--- Comment #2 from hp at gcc dot gnu dot org 2008-09-01 20:15 ---
Actually ... failing: 139762. So, rguenth is no longer a suspect.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from hp at gcc dot gnu dot org 2008-09-02 00:10 ---
Looks like my first guess was right.
For gcc.c-torture/execute/931018-1.c I see a function and a cloned (but empty,
wtf?) function with the same cfun->machine.
I'm looking just a little bit more.
--
hp at gcc
--- Comment #2 from hp at gcc dot gnu dot org 2008-09-02 00:47 ---
Honza, why is tree-inline.c:initialize_cfun not calling
allocate_struct_function and *then* change whatever elements need changing?
There's no comment to reveal the reason. Now, you're just allocating a cl
--- Comment #3 from hp at gcc dot gnu dot org 2008-09-02 01:48 ---
Created an attachment (id=16185)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16185&action=view)
Non-working conceptual patch - just an illustration to my previous comment.
Unfortunately it doesn'
--- Comment #4 from hp at gcc dot gnu dot org 2008-09-02 01:49 ---
Not a target bug and my trivial attempt at a solution failed. Unassigning
myself.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #79 from hp at gcc dot gnu dot org 2008-09-02 10:18 ---
Any news on the hppa testing?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37170
--- Comment #3 from hp at gcc dot gnu dot org 2008-09-02 10:34 ---
Yep, it's revision 139762 that exposed this FAIL, which of course (appears to)
just change behaviour of some optimization levels.
Incidentally, that also exposed some of the FAILs in PR37315
(I think I fumble-fin
--- Comment #6 from hp at gcc dot gnu dot org 2008-09-02 10:41 ---
(In reply to comment #5)
> Well, the code is not mine, but it was wirtten at a time struct_function
> did hold a lot of extra stuff.
SVN blamed you for that code in tree-inline.c and the revision range is yours
--- Comment #6 from hp at gcc dot gnu dot org 2008-09-03 23:24 ---
(In reply to comment #5)
> Hi,
>
> i tried your patch, but it doesn't work for my lfs64(linux from scratch
> pure-64bit)
> http://gcc.gnu.org/ml/gcc-patches/2008-08/msg01407.html
You're a few
--- Comment #4 from hp at gcc dot gnu dot org 2008-09-04 02:00 ---
No, the bugs aren't *that* related. With PR37315 fixed, this still fails,
revision 139956.
--
hp at gcc dot gnu dot org changed:
What|Removed |
--- Comment #9 from hp at gcc dot gnu dot org 2008-09-04 02:01 ---
Confirmed as fixed, checked revision 139956. Thanks for fixing.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #1 from hp at gcc dot gnu dot org 2008-09-04 02:20 ---
Seen also on cris-elf at 139894 and later, passed at 139890.
See also <http://gcc.gnu.org/ml/gcc-regression/2008-09/msg2.html>.
--
hp at gcc dot gnu dot org changed:
What|R
--- Comment #19 from hp at gcc dot gnu dot org 2008-09-04 02:44 ---
(In reply to comment #18)
> Note the SPU back-end was not really the issue, the assembler/linker was the
> issue and upgrading to a new one fixed the testcase for that issue.
... but that wasn't the issue
Component: rtl-optimization
AssignedTo: hp at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: cris-axis-elf
BugsThisDependsOn: 36182
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37363
--- Comment #1 from hp at gcc dot gnu dot org 2008-09-04 03:36 ---
Created an attachment (id=16217)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16217&action=view)
Patch from pr36182, updated for trunk (nothing but a comment getting in the
way)
Thumbs crossed, this, vi
--- Comment #2 from hp at gcc dot gnu dot org 2008-09-04 10:01 ---
Confirmed that the patch fixes the problems for cris-elf for trunk too.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #3 from hp at gcc dot gnu dot org 2008-09-04 14:42 ---
No regressions for native x86_64-unknown-linux-gnu.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37363
--- Comment #5 from hp at gcc dot gnu dot org 2008-09-04 23:29 ---
Bug disappeared. Still failed with revision 139979, passed since at least
139984.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
NCONFIRMED
Keywords: ice-checking
Severity: normal
Priority: P3
Component: objc
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: cris-axis-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37460
--- Comment #1 from hp at gcc dot gnu dot org 2008-09-10 16:19 ---
Oops, pinskia is libobjc maintainer, not objc maintainer...
CC:ed the listed maintainers.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #81 from hp at gcc dot gnu dot org 2008-09-22 01:55 ---
Subject: Bug 37170
Author: hp
Date: Mon Sep 22 01:54:03 2008
New Revision: 140539
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140539
Log:
PR middle-end/37170
PR middle-e
--- Comment #11 from hp at gcc dot gnu dot org 2008-09-22 01:55 ---
Subject: Bug 37280
Author: hp
Date: Mon Sep 22 01:54:03 2008
New Revision: 140539
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140539
Log:
PR middle-end/37170
PR middle-e
--- Comment #12 from hp at gcc dot gnu dot org 2008-09-22 01:56 ---
Subject: Bug 37280
Author: hp
Date: Mon Sep 22 01:54:41 2008
New Revision: 140540
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140540
Log:
PR middle-end/37170
PR middle-e
--- Comment #82 from hp at gcc dot gnu dot org 2008-09-22 01:56 ---
Subject: Bug 37170
Author: hp
Date: Mon Sep 22 01:54:41 2008
New Revision: 140540
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140540
Log:
PR middle-end/37170
PR middle-e
--- Comment #83 from hp at gcc dot gnu dot org 2008-09-22 02:06 ---
committed
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
Status|ASSIGNED
--- Comment #13 from hp at gcc dot gnu dot org 2008-09-22 02:12 ---
(In reply to comment #10)
> (In reply to comment #9)
> > ".weak symbol" can be emitted, but with two same lines. Thanks!
> So that would bring you into the same situation as PR31537 is in (FE
_get/get/char/10.cc
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
GCC host triple
--- Comment #9 from hp at gcc dot gnu dot org 2008-09-23 17:20 ---
(In reply to comment #2)
> Ok, I think I know what's going wrong: please confirm that your target is
> using
> sscanf.
You're too fast for me! :)
Being a newlib cross target, it doesn't us
--- Comment #5 from hp at gcc dot gnu dot org 2008-09-24 16:49 ---
(In reply to comment #4)
> I think this was fixed for 4.3.0:
> HP,
> can you try this again on cris?
At 140627, the problem is still there on the 4.3 branch for CRIS. I'll attach
a diff of the generated a
--- Comment #6 from hp at gcc dot gnu dot org 2008-09-24 16:51 ---
Created an attachment (id=16402)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16402&action=view)
Diff of asembly of -O2 vs -O2 -fno-if-conversion at r.140627
See previous comment.
--
http://gcc.
--- Comment #7 from hp at gcc dot gnu dot org 2008-09-24 16:57 ---
I guess I should turn the code in the description into a testcase in gcc.dg so
target maintainers can add their xfailed scan-assembler-not and we'd see
xpasses if/when this is magically fixed...
(After th
--- Comment #5 from hp at gcc dot gnu dot org 2008-09-24 21:10 ---
(In reply to comment #4)
> FWIW, this happens inside libtool configure tests,
> so I guess it is harmless inside gcc/.
>
> Do you see this in other directories' configure outputs, too,
No.
> and if
--- Comment #6 from hp at gcc dot gnu dot org 2008-09-24 21:15 ---
Created an attachment (id=16404)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16404&action=view)
bzip2:ed native x64-64-linux build_log
The build_log from GeoffK's contrib/regression/btest-gcc.
--- Comment #3 from hp at gcc dot gnu dot org 2008-10-02 00:14 ---
Well, at least partially. The range is shifted and the number of values *is*
now shrunk by one. Looking at assembly-code for
gcc.c-torture/execute/pr35800.c at r140821 reveals that the first case is still
arbitrarily
sion: 4.4.0
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: enhancement
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
GCC target triplet: cris-*-*
http://
e attached.
--
Summary: assert with IRA_COVER_CLASSES with singleton
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy:
--- Comment #1 from hp at gcc dot gnu dot org 2008-10-13 00:16 ---
Created an attachment (id=16487)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16487&action=view)
Preprocessed and reduced test-case
- Configure with --target=crisv32-axis-elf --enable-languages=c (the
false arm.
Product: gcc
Version: 4.3.3
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P3
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
GCC host triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37889
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
GCC target triplet
--- Comment #1 from hp at gcc dot gnu dot org 2008-10-22 02:40 ---
I've had a user report the same error with the Fedora 9 "gcc-4.3.0-8", so the
lower known-to-fail is 4.3.0.
--
hp at gcc dot gnu dot org changed:
What|Removed
--- Comment #4 from hp at gcc dot gnu dot org 2008-10-22 10:50 ---
I'm not sure why this is suddenly a P5.
I'm unassigning myself, as Richard Sandiford has the ball (thank you again for
your effort) and is in progress of fixing the target prerequisites for de facto
the first p
--- Comment #2 from hp at gcc dot gnu dot org 2008-10-22 11:55 ---
A user reports that 4.2.3 worked.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
Known
--- Comment #3 from hp at gcc dot gnu dot org 2008-10-22 18:02 ---
(In reply to comment #2)
> The problem is in that hard regs (like r10) which have class GENERAL_REGS
> (from
> REGNO_REG_CLASS) are translated into ACR_REGS.
Oops, I guess I should make that NONACR_
--- Comment #4 from hp at gcc dot gnu dot org 2008-10-22 22:05 ---
Created an attachment (id=16530)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16530&action=view)
Updated cris.h patch, reflecting corrected REGNO_REG_CLASS together with the
IRA_COVER_CLASSES.
I tri
--- Comment #5 from hp at gcc dot gnu dot org 2008-10-22 22:17 ---
Created an attachment (id=16531)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16531&action=view)
Reduced test-case for updated cris.h at r141228. Compile with -O2.
After fixing REGNO_REG_CLASS (but still w
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
GCC host triplet: x86_64-unknown-linux-gnu
G
--- Comment #1 from hp at gcc dot gnu dot org 2008-10-25 20:13 ---
Created an attachment (id=16541)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16541&action=view)
Preprocessed adler32.c from zlib-1.1.3, with header gunk pruned.
--
http://gcc.gnu.org/bugzilla/show_bug
--- Comment #2 from hp at gcc dot gnu dot org 2008-10-25 20:22 ---
Created an attachment (id=16542)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16542&action=view)
Assembly output corresponding to gcc-3.2.1
For cris-axis-elf, with -O2 -march=v10 -fno-gcse -fno-reorder
--- Comment #3 from hp at gcc dot gnu dot org 2008-10-25 20:57 ---
Created an attachment (id=16543)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16543&action=view)
Assembly output corresponding to gcc-4.4.0 (trunk at 141361)
For cris-axis-elf, with -O2 -march=v10 -mno-
--- Comment #4 from hp at gcc dot gnu dot org 2008-10-25 21:06 ---
Created an attachment (id=16544)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16544&action=view)
Assembly output corresponding to gcc-4.3.3 (gcc-4_3-branch at 141344)
Similar: for cris-axis-elf, with -O2
--- Comment #5 from hp at gcc dot gnu dot org 2008-10-25 21:09 ---
Created an attachment (id=16545)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16545&action=view)
As 4.4.0 above but with -fno-tree-reassoc
As attachment id=16543, but adding -fno-tree-reassoc.
--
--- Comment #6 from hp at gcc dot gnu dot org 2008-10-25 21:20 ---
Created an attachment (id=16546)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16546&action=view)
As 4.3.3 above but with -fno-tree-reassoc
As attachment id=16544, but adding -fno-tree-reassoc.
Note that
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed
--- Comment #8 from hp at gcc dot gnu dot org 2008-10-27 11:53 ---
Hey, it's not bogus, it's when SSA was introduced! But, I removed it, as it's
obviously confusing.
--
hp at gcc dot gnu dot org changed:
What|Removed
--- Comment #11 from hp at gcc dot gnu dot org 2008-10-27 15:22 ---
(In reply to comment #10)
> Is scheduling before reload enabled for your target? If not can you try
> -fschedule-insns1?
No such option, I presume you mean -fschedule-insns. But, as there's no
scheduler
--- Comment #12 from hp at gcc dot gnu dot org 2008-10-27 16:09 ---
I had an "old" native x86_64-unknown-linux-gnu tree around from
[trunk revision 139963], and I see the corresponding effect there.
Of all four combinations of {,-fno-tree-reassoc} {,-fschedule-insns
-fsched
--- Comment #15 from hp at gcc dot gnu dot org 2008-10-27 16:36 ---
(In reply to comment #14)
Ok, I was misinformed about TER's purpose. Ignore TER references in the
description. The suggestion of a new pass remains and seems agreed on.
--
hp at gcc dot gnu dot org ch
.3.3
Status: UNCONFIRMED
Keywords: missed-optimization
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
GCC host triplet: x86_64-unknown-linux-gnu
GCC target trip
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |hp at gcc dot gnu dot org
|dot org
--- Comment #1 from hp at gcc dot gnu dot org 2008-10-28 16:54 ---
Forgot to mention that combine "simplifies" the ASHIFT to a MULT, despite not
being in an address. The corresponding address mode exists, and having the
same shape for both the separate insns and the addre
--- Comment #2 from hp at gcc dot gnu dot org 2008-10-28 16:56 ---
...and the ASHIFT is what is incoming to combine, despite there being a
multiplication in the code, all fine and by definition.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37939
--- Comment #3 from hp at gcc dot gnu dot org 2008-11-01 22:17 ---
Subject: Bug 37939
Author: hp
Date: Sat Nov 1 22:16:09 2008
New Revision: 141524
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141524
Log:
PR target/37939
* config/cris/cris.c (cris_r
--- Comment #4 from hp at gcc dot gnu dot org 2008-11-01 22:20 ---
Subject: Bug 37939
Author: hp
Date: Sat Nov 1 22:19:26 2008
New Revision: 141525
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141525
Log:
PR target/37939
* gcc.target/cris/biap.c:
--- Comment #5 from hp at gcc dot gnu dot org 2008-11-01 22:28 ---
Subject: Bug 37939
Author: hp
Date: Sat Nov 1 22:26:43 2008
New Revision: 141526
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141526
Log:
PR target/37939
* config/cris/cris.c (cris_r
--- Comment #6 from hp at gcc dot gnu dot org 2008-11-01 22:29 ---
Subject: Bug 37939
Author: hp
Date: Sat Nov 1 22:28:28 2008
New Revision: 141527
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141527
Log:
PR target/37939
* gcc.target/cris/biap.c:
--- Comment #7 from hp at gcc dot gnu dot org 2008-11-01 23:04 ---
Fixed as per <http://gcc.gnu.org/ml/gcc-patches/2008-11/msg00025.html>.
(I'm dropping 4.2).
--
hp at gcc dot gnu dot org changed:
What|Removed
mary: peephole2 helper functions not documented.
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc
everity: normal
Priority: P3
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37996
--- Comment #1 from hp at gcc dot gnu dot org 2008-11-04 22:15 ---
Is something missing from the description?
In-tree gmp and mpfr seems to work for me as of r141574, for cris-elf, on a
Fedora 8 system.
Dunno if it matters that there's also:
mpfr-2.3.0-1.fc8
gmp-4.2.2-4.fc8
gmp-4.
normal
Priority: P3
Component: target
AssignedTo: hp at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: cris-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38016
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |ASSIGNED
Ever Confirmed|0 |1
Last
--- Comment #1 from hp at gcc dot gnu dot org 2008-11-05 01:27 ---
The description does not expose the bug on trunk, but it still exists there.
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from hp at gcc dot gnu dot org 2008-11-05 18:06 ---
Subject: Bug 38016
Author: hp
Date: Wed Nov 5 18:04:36 2008
New Revision: 141614
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141614
Log:
PR target/38016
* config/cri
--- Comment #3 from hp at gcc dot gnu dot org 2008-11-05 18:08 ---
Subject: Bug 38016
Author: hp
Date: Wed Nov 5 18:06:45 2008
New Revision: 141615
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141615
Log:
PR target/38016
* gcc.c-torture/execute/ieee/p
--- Comment #4 from hp at gcc dot gnu dot org 2008-11-05 18:11 ---
Subject: Bug 38016
Author: hp
Date: Wed Nov 5 18:10:36 2008
New Revision: 141616
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141616
Log:
PR target/38016
* config/cri
--- Comment #5 from hp at gcc dot gnu dot org 2008-11-05 18:12 ---
Subject: Bug 38016
Author: hp
Date: Wed Nov 5 18:11:15 2008
New Revision: 141617
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=141617
Log:
PR target/38016
* gcc.c-torture/execute/ieee/p
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: cris-axis-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38026
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |hp at gcc dot gnu dot org
|dot org
--- Comment #6 from hp at gcc dot gnu dot org 2008-11-05 18:30 ---
Fixed, see <http://gcc.gnu.org/ml/gcc-patches/2008-11/msg00182.html>.
--
hp at gcc dot gnu dot org changed:
What|Removed
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
Target Milestone|4.2.5 |4.3.3
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38016
--- Comment #1 from hp at gcc dot gnu dot org 2008-11-06 02:06 ---
No, it looks like (sigh) a delayed-branch bug; a delay-slot is filled with a
value from a forward branch clobbering the return value from a call.
--
hp at gcc dot gnu dot org changed:
What|Removed
--- Comment #2 from hp at gcc dot gnu dot org 2008-11-06 03:05 ---
Sure, it's fill_eager_delay_slots that moved the insn, but it's only acting on
a stray REG_DEAD note left over from cprop_hardreg.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38026
--- Comment #10 from hp at gcc dot gnu dot org 2008-11-11 01:00 ---
Is this now a duplicate of PR37742, which according to the reporter still fails
for the original test-case?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37955
--- Comment #11 from hp at gcc dot gnu dot org 2008-01-17 23:09 ---
(In reply to comment #9)
> > Since this topic came up, I've seen various suggestions for how to guarantee
> that a function gets inlined -- e.g., make it a varargs function, or include
> an
> emp
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34865
--- Comment #1 from hp at gcc dot gnu dot org 2008-01-19 10:43 ---
Using a later revision is recommended, at least >= r131589.
--
hp at gcc dot gnu dot org changed:
What|Removed |Ad
UNCONFIRMED
Severity: normal
Priority: P3
Component: preprocessor
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
GCC host triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34866
--- Comment #1 from hp at gcc dot gnu dot org 2008-01-19 10:54 ---
Using a later revision is recommended, at least >= r131589.
--
hp at gcc dot gnu dot org changed:
What|Removed |Ad
dot org
ReportedBy: hp at gcc dot gnu dot org
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34869
mal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
GCC target triplet: x86_64-unknown-linux-gnu
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=34867
--- Comment #2 from hp at gcc dot gnu dot org 2008-01-23 23:35 ---
Patch at <http://gcc.gnu.org/ml/gcc-patches/2008-01/msg00528.html> awaiting
approval.
--
hp at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from hp at gcc dot gnu dot org 2008-01-26 22:56 ---
I just checked with the gcc-4.2-20080123.tar.bz2 and the bug doesn't manifest
there with the vf.c testcase, so I'm marking this as a regression.
I also no longer think it's fwprop's error (at l
--- Comment #4 from hp at gcc dot gnu dot org 2008-01-29 05:39 ---
I'm learning; first time around this new df and cfglayout stuff. I haven't
stumbled on anything anywhere actually explicitly saying so, but the "fake"
fallthrough edges are apparently the main part
--- Comment #5 from hp at gcc dot gnu dot org 2008-01-31 05:08 ---
The bug is that fwprop1 adds a REG_EQUAL note to an insn with a REG_RETVAL,
confusing delete_trivially_dead_insns into thinking that the REG_EQUAL note
refers to the while libcall and that a simplification thereof can
--- Comment #7 from hp at gcc dot gnu dot org 2008-01-31 23:21 ---
Patch at <http://gcc.gnu.org/ml/gcc-patches/2008-01/msg01527.html>.
--
hp at gcc dot gnu dot org changed:
What|Removed
--- Comment #8 from hp at gcc dot gnu dot org 2008-02-01 21:28 ---
Subject: Bug 34773
Author: hp
Date: Fri Feb 1 21:28:06 2008
New Revision: 132052
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132052
Log:
PR rtl-optimization/34773
* gcc.target/cris
--- Comment #9 from hp at gcc dot gnu dot org 2008-02-01 21:29 ---
Subject: Bug 34773
Author: hp
Date: Fri Feb 1 21:28:46 2008
New Revision: 132053
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=132053
Log:
PR rtl-optimization/34773
* reg-notes.de
401 - 500 of 1403 matches
Mail list logo
