--- Additional Comments From hp at gcc dot gnu dot org 2005-02-28 03:01
---
Created an attachment (id=8294)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8294&action=view)
bigfun.i
Test-case.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20242
--- Additional Comments From hp at gcc dot gnu dot org 2005-02-28 03:06
---
Created an attachment (id=8295)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8295&action=view)
baseline
Generated code before (1) and also if *only* the EXTRA_MEMORY_CONSTRAINT is
removed.
--
--- Additional Comments From hp at gcc dot gnu dot org 2005-02-28 03:11
---
Created an attachment (id=8296)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8296&action=view)
diff -up baseline.s fixed-Q-and-E_M_C.s
Diff showing regressing change in generated assemb
--
What|Removed |Added
Target Milestone|--- |4.1.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19065
s: build
Severity: normal
Priority: P2
Component: libobjc
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: cris-axis-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20252
--
What|Removed |Added
Target Milestone|4.1.0 |4.0.0
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19065
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: regression
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
CC: bje at gcc dot gnu dot org,gcc-bugs at gcc dot gnu dot
org
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: mmix-knuth-mmixware
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20354
--
What|Removed |Added
Component|other |testsuite
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20354
oduct: gcc
Version: 4.1.0
Status: UNCONFIRMED
Keywords: wrong-code
Severity: normal
Priority: P2
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |hp at gcc dot gnu dot org
|dot org |
Status|UNCONFIRMED
--- Additional Comments From hp at gcc dot gnu dot org 2005-03-14 04:28
---
In response to comment #1, I have no answer besides what I wrote in the original
description: "This bug has been there since at least 3.2.1".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20466
--- Additional Comments From hp at gcc dot gnu dot org 2005-03-16 01:43
---
Patch at http://gcc.gnu.org/ml/gcc-patches/2005-03/msg01385.html>.
--
What|Removed |Ad
Severity: normal
Priority: P2
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org,rth at gcc dot gnu dot
org
GCC target triplet: cris-axis-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20524
--- Additional Comments From hp at gcc dot gnu dot org 2005-03-17 21:02
---
In response to comment #1, the ICE indicates there's at least one bug in GCC...
--
What|Removed |
--- Additional Comments From hp at gcc dot gnu dot org 2005-03-18 01:46
---
Also worth noting is that mmix-knuth-mmixware shares the ICE for 2009-2.c
and has an other alias-related set of failures:
Running
/home/hp/combined/combined/gcc/testsuite/gcc.c-torture/compile/compile.exp
--- Additional Comments From hp at gcc dot gnu dot org 2005-03-18 03:12
---
I see the ICE on 4.0 for arm-elf as well, so that makes it a Primary Target
Regression. Dunno what PR priority and milestone change to adjust as a result.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id
Priority: P2
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: cris-*-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20527
--- Additional Comments From hp at gcc dot gnu dot org 2005-03-18 03:35
---
Created an attachment (id=8413)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8413&action=view)
Test-case
Test-case, derived from bzip2-1.0.2/huffman.c:BZ2_hbCreateDecodeTables
which also examplif
--
What|Removed |Added
AssignedTo|unassigned at gcc dot gnu |hp at gcc dot gnu dot org
|dot org |
Status|UNCONFIRMED
--- Additional Comments From hp at gcc dot gnu dot org 2005-03-18 04:29
---
The rtl dump for combine shows the first unmistakable sign of miscompilation:
(insn 35 34 36 2 (set (reg:SI 40)
(mem:SI (post_inc:SI (reg:SI 31 [ ivtmp.5 ])) [3 S4 A8])) 32
{*movsi_internal} (nil
--- Additional Comments From hp at gcc dot gnu dot org 2005-03-22 01:15
---
Patch at http://gcc.gnu.org/ml/gcc-patches/2005-03/msg02037.html>.
--
What|Removed |Ad
--- Additional Comments From hp at gcc dot gnu dot org 2005-03-22 04:00
---
Fixed on trunk (4.1), now waiting as per
http://gcc.gnu.org/ml/gcc-patches/2005-03/msg02051.html> before committing
to 4.0 and 3.4.
--
What|Removed |Ad
--- Additional Comments From hp at gcc dot gnu dot org 2005-03-22 22:19
---
Fixed.
--
What|Removed |Added
Status|UNCONFIRMED |RESOLVED
--- Additional Comments From hp at gcc dot gnu dot org 2005-03-23 02:31
---
This PR is *not* about targets that supports aliases half-heartedly, so please
don't dup the hppa-*-hpux* alias PRs to this one.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20524
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet: cris-* mmix-*
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20598
--- Additional Comments From hp at gcc dot gnu dot org 2005-03-30 00:02
---
For the non-ICE FAILs, see the USER_LABEL_PREFIX comment
http://gcc.gnu.org/ml/gcc-patches/2005-03/msg02655.html>.
Also alluded to in the initial description (*cough*).
--
http://gcc.gnu.org/bugzi
--- Additional Comments From hp at gcc dot gnu dot org 2005-04-05 09:47
---
I may need some special absolution to apply this to 4.0, because I get
regressions for frv-elf there. Well, ok, it's actually a timeout, but on a
2.8GHz P4 host, nonetheless):
WARNING: program timed out.
--- Additional Comments From hp at gcc dot gnu dot org 2005-04-05 14:47
---
Without special approval, I'm not going to apply this to 3.4, because it
causes a regression for v850-unknown-elf there, doubly confirmed, i.e. by
reverting the patch and noticing the failure disappear:
--- Additional Comments From hp at gcc dot gnu dot org 2005-04-05 14:50
---
Was still there for CRIS and MMIX with with
LAST_UPDATED "Mon Mar 28 03:18:05 UTC 2005".
Gone for CRIS and MMIX with "Mon Mar 28 13:26:33 UTC 2005", assumed fixed.
--
--- Additional Comments From hp at gcc dot gnu dot org 2005-04-05 16:51
---
No 3.4 commit and now committed to 4.0 too (the frv-elf timeout failure was not
repeatable): closing.
--
What|Removed |Added
Component: rtl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: cris-axis-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20800
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-04-
P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: mmix-knuth-mmixware
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20801
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-04-
Keywords: wrong-code
Severity: normal
Priority: P2
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC host triplet: i686-pc-linux-gnu
GCC targ
--
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed||1
Last reconfirmed|-00-00 00:00:00 |2005-04-
--- Additional Comments From hp at gcc dot gnu dot org 2005-04-07 00:34
---
In response to comment #1:
PR 20076 is about a specific bug, fixed on the platform where reported;
when the test-case fails bug not for the reported bug, another PR should
be opened. Maybe add ia64 here, and
--- Additional Comments From hp at gcc dot gnu dot org 2005-04-07 02:00
---
Another rationale for this PR being separate is a suspicion that the bug is
other than in PR 20076: builtin-apply2 and 3 fail for MMIX. I see they don't
fail for ia64:
http://gcc.gnu.org/ml/gcc-testresults
--- Additional Comments From hp at gcc dot gnu dot org 2005-04-07 09:43
---
In response to comment #1, you can (at least as the sole cause) rule out
PR rtl-optimization/20527, as I regression-tested that before committing.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20800
C_NO_EXECUTABLES
unexpanded
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Keywords: build
Severity: normal
Priority: P2
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
--- Additional Comments From hp at gcc dot gnu dot org 2005-04-08 23:24
---
Correction committed.
--
What|Removed |Added
Status|ASSIGNED
tl-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot org
CC: gcc-bugs at gcc dot gnu dot org
GCC host triplet: i686-pc-linux-gnu
GCC target triplet: cris-axis-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21002
--- Additional Comments From hp at gcc dot gnu dot org 2005-04-13 19:21
---
Created an attachment (id=8620)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8620&action=view)
testcase mentioned in description
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21002
--- Additional Comments From hp at gcc dot gnu dot org 2005-04-14 01:16
---
I see this too, for cris-elf, but for 931004-6.c as well.
I'm going to assume it's the same bug (and relevant in this PR)
for two reasons: due to the failure being at -O3:
FAIL: gcc.c-torture/execute/
--- Additional Comments From hp at gcc dot gnu dot org 2005-04-14 01:27
---
Also fails on cris-elf and mmix-knuth-mmixware with the same message in the log.
--
What|Removed |Added
--- Additional Comments From hp at gcc dot gnu dot org 2005-04-14 01:45
---
I see this on cris-elf too (but not mmix-knuth-mmixware), same appearance,
worked with LAST_UPDATED "Sun Apr 10 23:37:21 UTC 2005", failing since
"Mon Apr 11 10:40:45 UTC 2005".
--
--- Additional Comments From hp at gcc dot gnu dot org 2005-04-14 02:01
---
Fails for cris-elf and mmix-knuth-mmixware as well. Timespan that narrows down
the suspects a little: worked on LAST_UPDATED "Tue Apr 12 20:48:11 UTC 2005",
started failing "Wed Apr 13 05
parisons/comp2.cc et
al
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gnu dot or
--- Comment #4 from hp at gcc dot gnu dot org 2008-08-18 14:05 ---
(In reply to comment #1)
> Something you should also immediately check is whether those tests actually
> were run before the changes and not skipped,
You're right, all of
20_util/ratio/comparisons/comp2.cc
20
--- Comment #6 from hp at gcc dot gnu dot org 2008-08-18 14:49 ---
(In reply to comment #5)
> If you want, you can try to compile ** as a C++ program, this
> is important ** the below. If my analysis is correct, should not compile,
> meaning we can't really assume a C99-c
27_io/basic_ostream/inserters_other/char/error_code.cc
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: testsuite
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: hp at gcc dot gn
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed
--- Comment #1 from hp at gcc dot gnu dot org 2008-08-18 15:24 ---
Trivial enough not to bother others...
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
ty: 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
GCC target triplet: cris-axis-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37170
--
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-08-20 15:30 ---
Patch at <http://gcc.gnu.org/ml/gcc-patches/2008-08/msg01407.html>.
--
hp at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from hp at gcc dot gnu dot org 2008-08-21 00:33 ---
(In reply to comment #2)
> This test also fails recently for avr-unknown-elf.
Does the patch work for you?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37170
--- Comment #5 from hp at gcc dot gnu dot org 2008-08-21 13:28 ---
(In reply to comment #4)
> Same thing here on i686-apple-darwin9.
But was the failures you see too introduced with r139233?
I can't tell myself because I see no test-results for
i686-apple-darwin on gcc-tes
--- Comment #11 from hp at gcc dot gnu dot org 2008-08-21 20:05 ---
Ok, I see why it doesn't work for you guys now: there's another bug; the weak
handling is buggily put inside code gated by #ifdef ASM_OUTPUT_EXTERNAL.
Simply moving it after that hunk should work. But I also
--- Comment #12 from hp at gcc dot gnu dot org 2008-08-22 02:16 ---
Created an attachment (id=16125)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16125&action=view)
Patch, take 2.
Against r139233.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37170
--- Comment #13 from hp at gcc dot gnu dot org 2008-08-22 02:24 ---
Patch in comment #12 is as previously mentioned, except because of Darwin's
weird symbol handling, the symbol_ref's didn't pass through the same way as
other operands, so it has to mark weak references &
--- Comment #17 from hp at gcc dot gnu dot org 2008-08-22 13:14 ---
Could one (or both) please attach preprocessed code and command line so I can
reproduce the ICE you see with the *whole* patch applied? I don't see it for
neither cris-elf nor native and I don't see where it
--- Comment #20 from hp at gcc dot gnu dot org 2008-08-22 14:18 ---
(In reply to comment #18)
> My command line is:
>
> ../gcc-4.4-work/configure --prefix=/opt/gcc/gcc4.4w
> --mandir=/opt/gcc/gcc4.4w/share/man --infodir=/opt/gcc/gcc4.4w/share/info
> --build=i686-apple-d
--- Comment #25 from hp at gcc dot gnu dot org 2008-08-22 15:25 ---
Created an attachment (id=16130)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16130&action=view)
Patch, take 3.
Thanks for your reports!
I stupidly forgot to move out the tree type checks from inside the
--- Comment #27 from hp at gcc dot gnu dot org 2008-08-22 17:18 ---
(In reply to comment #26)
> Bootstrap fails at
Gosh darn.
Please attach preprocessed code and I'll try to figure out what's going on...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37170
--- Comment #29 from hp at gcc dot gnu dot org 2008-08-22 18:18 ---
(In reply to comment #28)
> Well, a bit of good news: patch #3 fixes all test case regressions regarding
> "weak" for the AVR.
Thanks for testing! Hopefully I can get that preprocessed code soon and wi
--- Comment #32 from hp at gcc dot gnu dot org 2008-08-23 18:38 ---
Thanks, I got everything I need.
The problem seen for the Darwin bootstrap is caused not by the output_operand
call to assemble_external, but by another call, in cp/decl2.c:mark_used.
Plainly treating that (as now
--- Comment #35 from hp at gcc dot gnu dot org 2008-08-25 01:26 ---
Created an attachment (id=16139)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16139&action=view)
Testcase exposing the (on darwin) breaking aspect of prims.ii
See comments in the test-case. The test-case
--- Comment #36 from hp at gcc dot gnu dot org 2008-08-25 01:48 ---
Created an attachment (id=16140)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16140&action=view)
Weak testing weak: testing weak stronger.
I was missing tests that referenced a weak address, but offset,
--- Comment #37 from hp at gcc dot gnu dot org 2008-08-25 02:09 ---
Created an attachment (id=16141)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16141&action=view)
Patch, take 4.
Fourth time's a charm.
The difference is just strengthening the early-return in assem
--- Comment #46 from hp at gcc dot gnu dot org 2008-08-25 17:58 ---
(In reply to comment #39)
> More good news, the weak gcc tests pass now for 32 and 64 bit modes.
>
> Also bad news, I have extra failures in the g++ tests (32-bit mode so far),
> /var/tmp//ccLGtbMk.s:unkno
--- Comment #49 from hp at gcc dot gnu dot org 2008-08-25 18:35 ---
(In reply to comment #48)
> I get:
(many "X.s:unknown:Undefined symbol: Y can't be a weak_definition" elided)
Yes, those look sufficiently similar. (No C or C++ knowledge required. :)
Good to know
--- Comment #51 from hp at gcc dot gnu dot org 2008-08-25 19:16 ---
(In reply to comment #50)
> I think the C++ failures are related to PR 37167.
Depends on how you define "related". Maybe the patch for this bug will include
the fix for it (see proposed varasm.c:asse
--- Comment #53 from hp at gcc dot gnu dot org 2008-08-25 21:36 ---
(In reply to comment #52)
> While we are at the "weak" arcanes on Darwin, we have also the following since
> at least revision 136913 (revision 136903 seems the most likely candidate, the
> others b
--- Comment #54 from hp at gcc dot gnu dot org 2008-08-26 02:00 ---
Created an attachment (id=16146)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16146&action=view)
Patch, take 5.
Removing the "TREE_CODE (decl) == FUNCTION_DECL && ..." part helpe
Probably
7 too.
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
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
GCC target triplet: cris-axis-elf
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37257
--- Comment #56 from hp at gcc dot gnu dot org 2008-08-27 14:52 ---
(In reply to comment #55)
> Just in case, I am bootstraping gcc on ppc darwin9 with the patch. It should
> finish tonight (GMT+2) and regtesting results available tomorrow morning. I'll
> report any pr
--
hp at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRMED |NEW
Ever Confirmed|0 |1
Last reconfirmed
--- Comment #58 from hp at gcc dot gnu dot org 2008-08-27 15:40 ---
(In reply to comment #57)
> I meant: no news == good news == nothing to report, but success on both
> platforms!-)
Thanks for telling and for testing. (Really, I try to avoid interpreting lack
of information as
--- Comment #59 from hp at gcc dot gnu dot org 2008-08-27 16:33 ---
Patch at <http://gcc.gnu.org/ml/gcc-patches/2008-08/msg02037.html>.
--
hp at gcc dot gnu dot org changed:
What|Removed
--- Comment #1 from hp at gcc dot gnu dot org 2008-08-29 16:02 ---
(In reply to comment #0)
> I attached a preprocessed test case.
Where?
--
hp at gcc dot gnu dot org changed:
What|Removed |Ad
--- Comment #3 from hp at gcc dot gnu dot org 2008-08-29 16:30 ---
This is fixed by the patch in PR37170.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37280
--- Comment #4 from hp at gcc dot gnu dot org 2008-08-29 17:03 ---
A wee bit shorter:
extern int kallsyms_token_index[] __attribute__((weak));
extern int kallsyms_token_table[] __attribute__((weak));
void kallsyms_expand_symbol(int *result)
{
int len = *result;
int *tptr;
while
--- Comment #62 from hp at gcc dot gnu dot org 2008-08-29 20:51 ---
Looks like the HPPA port, like Darwin, transforms the original symbol_refs upon
seeing them, such that output_operand doesn't see all required,
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37170
--- Comment #64 from hp at gcc dot gnu dot org 2008-08-30 00:39 ---
(In reply to comment #63)
> If the encoding for function names is getting stripped, then
> ASM_OUTPUT_EXTERNAL_REAL will fail to type the symbol correctly.
Not sure what you meant by that comment; that'
--- Comment #65 from hp at gcc dot gnu dot org 2008-08-30 01:05 ---
If the extern references had been "sort -u":ed, they'd had looked like this,
diff from unpatched to patched for the attachment in comment #61, compiled with
-O2:
--- ../../../comboo/hppa2/gcc/hppa2.s 2
--- Comment #66 from hp at gcc dot gnu dot org 2008-08-30 01:08 ---
(In reply to comment #61)
> Created an attachment (id=16165)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16165&action=view) [edit]
> preprocessed source from hppa2.0w-hp-hpux11.11
Could you pleas
--- Comment #69 from hp at gcc dot gnu dot org 2008-08-30 03:20 ---
(In reply to comment #64)
> Not sure what you meant by that comment; that's not what happens here AFAICT.
> I stated that output_operand does not see the same symbol_ref as was passed to
> the rtl ins
--- Comment #70 from hp at gcc dot gnu dot org 2008-08-30 03:37 ---
(In reply to comment #67)
> > - .IMPORT _ZNSoD1Ev,CODE
>
> If any of these functions is present in the .s, then there's a problem.
> The default for a 32-bit HP-UX symbol that isn't impor
--- Comment #71 from hp at gcc dot gnu dot org 2008-08-30 06:27 ---
Created an attachment (id=16169)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16169&action=view)
Patch, take 6.
Sigh. This just moves the TREE_STATIC check from the early-return to the
weak-test, sin
--- Comment #73 from hp at gcc dot gnu dot org 2008-08-30 18:45 ---
(In reply to comment #72)
> SUPPORTS_WEAK is defined on hppa2.0w-hp-hpux11.11 depending on GAS
> support. See som.h.
Good to know. It can't be compiled cross out of the box though, and the
default is of
--- Comment #75 from hp at gcc dot gnu dot org 2008-08-31 20:33 ---
(In reply to comment #74)
> > Patch, take 6.
>
> This one is a significant improvement. In the C testsuite, I'm
> seeing a few failures like this one:
>
> Executing on host: /test/gnu/gcc/o
Version: 4.4.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: driver
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
htt
--- Comment #1 from hp at gcc dot gnu dot org 2008-08-31 21:04 ---
To wit, it does *not* happen for (pre-)installed binutils.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37304
--- Comment #2 from hp at gcc dot gnu dot org 2008-08-31 21:07 ---
Maybe "bootstrap" is a more fitting component.
--
hp at gcc dot gnu dot org changed:
What|Removed
--- Comment #3 from hp at gcc dot gnu dot org 2008-08-31 21:12 ---
...and, to emphasize, this is *not* build-breaking, just perhaps turning off a
feature or two.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37304
--- Comment #77 from hp at gcc dot gnu dot org 2008-08-31 22:51 ---
(In reply to comment #76)
> Subject: Re: [4.4 Regression]: gcc.dg/weak/weak-1.c
>
> > Is this really a regression?
I mean "regression, compared to unpatched".
> Yes, but it may not have
--- Comment #78 from hp at gcc dot gnu dot org 2008-09-01 01:42 ---
FWIW, the results in
<http://gcc.gnu.org/ml/gcc-testresults/2008-08/msg02792.html> certainly look
clean enough to be usable as a baseline.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37170
't GTY-marked, but its not just dw2_string_counter
and I can't see one in the patch.
Authors of patches in suspect revision range CC:ed.
--
Summary: [4.4 Regression]: g++.dg/pch/system-2.C
Product: gcc
Version: 4.4.0
Status: UNCONFIRMED
--- Comment #1 from hp at gcc dot gnu dot org 2008-09-01 04:01 ---
Range narrowed. Working: 139760, failing: 139763.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37307
301 - 400 of 1403 matches
Mail list logo
