--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-03-13 00:13 ---
Subject: Re: locale testsuite fails when GCC is configured with --disable-nls
> This issue seems related (or maybe we should open a separate PR?)
>
> http://gcc.gnu.org/ml/gcc/2004-12
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-03-16 14:34 ---
Subject: Re: [4.0 Regression] Bootstrap failure
> --- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-16
> 06:26 ---
> The following code is another example:
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-03-16 14:43 ---
Subject: Re: [4.0 Regression] Bootstrap failure
> This patch might fix the problem. Basically we should not do canonicalizing
> if
> one side is an integer constant. Could you test th
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-03-18 02:33 ---
Subject: Re: [4.0/4.1 Regression] Bootstrap failure because of aliased symbols
> Hmm, yep, probably caused by my change.
Confirmed.
> It looks like with my change fold_widened_comparison
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-03-18 03:26 ---
Subject: Re: [4.0/4.1 Regression] Bootstrap failure because of aliased symbols
> The bootstrap still fails with your suggestion. fold_widened_comparison
> returns here:
>
>
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-03-31 00:59 ---
Subject: Re: [4.0 Regression] configure broken
> --- Additional Comments From pinskia at gcc dot gnu dot org 2005-03-31
> 00:37 ---
> hmm, what compiler are you using wh
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-04-01 01:06 ---
Subject: Re: [4.0/4.1 regression] Alias failures on ARM, CRIS, MMIX
> I can't replicate the reported mmix double output failure with 20040323-1.c;
> I can only presume that it's b
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-04-04 02:13 ---
Subject: Re: [4.0/4.1 Regression] Undefined symbol: vtable for
__cxxabiv1::__vmi_class_type_info
> Somehow missing from bugzilla is this comment from Dave:
I believe that it's actually t
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-04-04 03:07 ---
Subject: Re: [4.0/4.1 Regression] Undefined symbol: vtable for
__cxxabiv1::__vmi_class_type_info
> --- Additional Comments From mmitchel at gcc dot gnu dot org 2005-04-04
>
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-04-04 03:21 ---
Subject: Re: [4.0/4.1 Regression] Undefined symbol: vtable for
__cxxabiv1::__vmi_class_type_info
> Dave, I think that the problem with _S_do_it is an entirely separate bug. In
> particul
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-04-05 12:06 ---
Subject: Re: [4.0/4.1 Regression] Undefined symbol: vtable for
__cxxabiv1::__vmi_class_type_info
> --- Additional Comments From mmitchel at gcc dot gnu dot org 2005-04-05
>
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-04-06 02:15 ---
Subject: Re: [4.0/4.1 Regression] Undefined symbol: vtable for
__cxxabiv1::__vmi_class_type_info
> > You could be right that this is a PCH problem and possibly configuring
> > wi
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-04-10 20:53 ---
Subject: Re: [4.1 Regression] Segmentation fault in gnat1
> This might also be the failure which Diego is seeing with libjava building:
> http://gcc.gnu.org/ml/gcc-patches/2005-04/msg01050.h
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-04-11 02:41 ---
Subject: Re: [4.1 Regression] ld segmentation fault linking libgfortran.sl.0.0
> I really doubt that this is a libfortran problem but a middle-end one or even
> a target one.
I onl
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-04-11 03:00 ---
Subject: Re: [4.1 Regression] ld segmentation fault linking libgfortran.sl.0.0
> > It might also just be a bug in HP's ld.
Oops, I just checked and this failure was with GNU ld
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-04-14 00:46 ---
Subject: Re: read-rtl.c:670: warning: missing sentinel in function call
> result = concat ("(", cond1, ") && (", cond2, ")", NULL);
>
>
> Loo
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-04-14 00:58 ---
Subject: Re: read-rtl.c:670: warning: missing sentinel in function call
> > result = concat ("(", cond1, ") && (", cond2, ")", NULL);
> >
>
--- Additional Comments From dave at hiauly1 dot hia dot nrc dot ca
2005-04-15 22:10 ---
Subject: Re: read-rtl.c:670: warning: missing sentinel in function call
> result = concat ("(", cond1, ") && (", cond2, ")", NULL);
>
>
> Loo
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2008-08-06
15:14 ---
Subject: Re: /bin/sh: line 1: 26087 Aborted (core dumped) ./xsinfo
../../sinfo.h
> --- Comment #1 from charlet at adacore dot com 2008-08-06 06:39 ---
> Subject: Re: New: /bin/sh:
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2008-08-06
15:35 ---
Subject: Re: Exception from shared library's functions or methods that return
float (double, long double) value cannot be cauO
> As we understand (looking at gcc sources), sjlj-mechanism can be
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2008-08-07
17:12 ---
Subject: Re: /bin/sh: line 1: 26087 Aborted (core dumped) ./xsinfo
../../sinfo.h
> Right, and xeinfo is built with your base compiler. I'd try with an older
> or more recent base GNAT version
--- Comment #20 from dave at hiauly1 dot hia dot nrc dot ca 2008-08-08
21:06 ---
Subject: Re: ICE: GNU MP: Cannot reallocate memory for
gfortran.dg/parameter_array_init_3.f90
> --- Comment #19 from jv244 at cam dot ac dot uk 2008-08-08 20:52 ---
> Is this still an
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2008-08-09
15:49 ---
Subject: Re: ctype_members.cc:137: error: redefinition of 'bool
std::ctype::do_is(lo ng unsigned int, wchar_t)
> I think something has to be updated / extended on the target-specific bits for
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2008-08-10
19:32 ---
Subject: Re: /bin/sh: line 1: 26087 Aborted (core dumped) ./xsinfo
../../sinfo.h
> Right, and xeinfo is built with your base compiler. I'd try with an older
> or more recent base GNAT version
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2008-08-13
13:15 ---
Subject: Re: /bin/sh: line 1: 26087 Aborted (core dumped) ./xsinfo
../../sinfo.h
> Sounds like your base Ada compiler may be corrupted, since the line above
> calls 'gnatmake', it does n
--- Comment #63 from dave at hiauly1 dot hia dot nrc dot ca 2008-08-29
22:39 ---
Subject: Re: [4.4 Regression]: gcc.dg/weak/weak-1.c
> Looks like the HPPA port, like Darwin, transforms the original symbol_refs
> upon
> seeing them, such that output_operand doesn't se
--- Comment #67 from dave at hiauly1 dot hia dot nrc dot ca 2008-08-30
01:19 ---
Subject: Re: [4.4 Regression]: gcc.dg/weak/weak-1.c
> If the extern references had been "sort -u":ed, they'd had looked like this,
> diff from unpatched to patched for the atta
--- Comment #68 from dave at hiauly1 dot hia dot nrc dot ca 2008-08-30
02:48 ---
Subject: Re: [4.4 Regression]: gcc.dg/weak/weak-1.c
> > If the encoding for function names is getting stripped, then
> > ASM_OUTPUT_EXTERNAL_REAL will fail to type the symbol correctly.
&
--- Comment #72 from dave at hiauly1 dot hia dot nrc dot ca 2008-08-30
18:19 ---
Subject: Re: [4.4 Regression]: gcc.dg/weak/weak-1.c
> It shouldn't matter for Darwin (which doesn't define ASM_OUTPUT_EXTERNAL,
> right?) but will fix the test-case for hppa2.0w-hp-hpux
--- Comment #74 from dave at hiauly1 dot hia dot nrc dot ca 2008-08-31
03:19 ---
Subject: Re: [4.4 Regression]: gcc.dg/weak/weak-1.c
> --- Comment #71 from hp at gcc dot gnu dot org 2008-08-30 06:27 ---
> Created an attachment (id=16169)
--> (http://gcc.gnu.org
--- Comment #76 from dave at hiauly1 dot hia dot nrc dot ca 2008-08-31
21:31 ---
Subject: Re: [4.4 Regression]: gcc.dg/weak/weak-1.c
> Is this really a regression?
Yes, but it may not have anything to do with your change. Looking
through my test results, I see it started fail
--- Comment #29 from dave at hiauly1 dot hia dot nrc dot ca 2008-09-01
18:17 ---
Subject: Re: [4.4 Regression] FAIL: gcc.c-torture/execute/20040709-1.c
execution at -O2 and above
> On hppa64-hp-hpux11.11, the test still fails at certain optimizations:
>
> FAIL: gcc.c-tortur
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2008-09-01
20:44 ---
Subject: Re: libgcc2.c:806: ICE: vector VEC(me m_ref_p,base) index domain
error, in create_vop_ref_mapping_loopRO
> Sounds like stage2 is miscompiled then. Can you try the preprocessed source
>
--- Comment #80 from dave at hiauly1 dot hia dot nrc dot ca 2008-09-02
14:06 ---
Subject: Re: [4.4 Regression]: gcc.dg/weak/weak-1.c
> Any news on the hppa testing?
I didn't do anything further with the 32-bit port. I did do a
hppa64-hpux11.11 build with your change.
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2008-09-02
14:57 ---
Subject: Re: [4.4 Regression] Visibility test fails
> I suppose a regression?
No, the tests are new. I'll have to check the assembly output to
see why they are failing.
Dave
--
http://gcc
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2008-09-02
16:25 ---
Subject: Re: [4.4 Regression] Visibility test fails
> No, the tests are new. I'll have to check the assembly output to
> see why they are failing.
Checked visibility-14.c. The .hidden direc
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2008-09-02
19:52 ---
Subject: Re: [4.4 Regression] Visibility test fails
>
> Checked visibility-14.c. The .hidden directive is not being emitted.
I'm not sure why a .hidden directive should be expected in this
--- Comment #25 from dave at hiauly1 dot hia dot nrc dot ca 2008-09-02
19:53 ---
Subject: Re: [4.4 Regression] natGC.cc:229: internal compiler error:
Segmentation fault
> Fixed.
Thanks,
Dave
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=36766
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2008-09-06
01:43 ---
Subject: Re: [4.4 Regression] Small structs are not passed correctly on
hppa64-*-*
> This problem was introduced in revision 137326. Removing the PARALLEL
> breaks argument passing on this target
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2008-09-09
16:30 ---
Subject: Re: [4.4 Regression]
../../gcc/libcpp/charset.c:1103: error: 'cvt.77.width' is used
uninitialized in this function
> Can you attach preprocessed source so I can r
--- Comment #10 from dave at hiauly1 dot hia dot nrc dot ca 2008-09-20
17:04 ---
Subject: Re: [4.4 Regression] gcc/libgcc2.c:404: internal compiler error:
Floating point exception
> URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=140504
> Log:
> 2008-09-19
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2008-09-22
03:01 ---
Subject: Re: [4.4 Regression] libgcc2.c:1981: ICE:
vector VEC(m em_ref_p,base) index domain error, in
create_vop_ref_mapping_loop at tree-ssa-lo op-im.c:1519
Attached tree-ssa-loop-im.c
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2008-09-22
03:02 ---
Subject: Re: [4.4 Regression] libgcc2.c:1981: ICE:
vector VEC(m em_ref_p,base) index domain error, in
create_vop_ref_mapping_loop at tree-ssa-lo op-im.c:1519
Attached tree-ssa-loop
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2008-09-22
14:11 ---
Subject: Re: [4.4 Regression] libgcc2.c:1981: ICE:
vector VEC(m em_ref_p,base) index domain error, in
create_vop_ref_mapping_loop at tree-ssa-lo op-im.c:1519
Attached .i.
Dave
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2008-10-22
14:28 ---
Subject: Re: [4.4 Regression] Small structs are not passed correctly on
hppa64-*-*
>Priority|P3 |P1
I haven't had a chance to look at this any further
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2008-10-22
18:38 ---
Subject: Re: [4.4 Regression] gcc.dg/compat//scalar-by-value-4_x.c:72: ICE: in
emit_group_store, at expr.c:2084
> --- Comment #6 from jakub at gcc dot gnu dot org 2008-10-22 16:13 ---
> Co
--- Comment #10 from dave at hiauly1 dot hia dot nrc dot ca 2008-10-23
13:25 ---
Subject: Re: [4.4 Regression] Small structs are not passed correctly on
hppa64-*-*
> --- function.c.jj10 2008-09-30 16:57:11.0 +0200
> +++ function.c 2008-10-22 17:32:26.0
--- Comment #32 from dave at hiauly1 dot hia dot nrc dot ca 2008-10-23
16:00 ---
Subject: Re: [4.4 Regression] FAIL: gcc.c-torture/execute/20040709-1.c
execution at -O2 and above
> Both testcases involve passing of small structures, so might as well be the PA
> small struct p
--- Comment #15 from dave at hiauly1 dot hia dot nrc dot ca 2008-10-23
20:47 ---
Subject: Re: [4.4 Regression] Small structs are not passed correctly on
hppa64-*-*
> Can you please look at the testcases why they fail (what is passed
> differently)
> and try to minimize the
--- Comment #16 from dave at hiauly1 dot hia dot nrc dot ca 2008-10-25
01:11 ---
Subject: Re: [4.4 Regression] Small structs are not passed correctly on
hppa64-*-*
> Can you please look at the testcases why they fail (what is passed
> differently)
> and try to minimize the
--- Comment #18 from dave at hiauly1 dot hia dot nrc dot ca 2008-10-25
16:53 ---
Subject: Re: [4.4 Regression] Small structs are not passed correctly on
hppa64-*-*
> emit_group_store clearly doesn't care about BLOCK_REG_PADDING if dst is
> CONCAT,
> I think the co
--- Comment #19 from dave at hiauly1 dot hia dot nrc dot ca 2008-10-25
17:48 ---
Subject: Re: [4.4 Regression] Small structs are not passed correctly on
hppa64-*-*
> @@ -9277,7 +9281,7 @@
> offset += 8;
> }
>
> - return gen_rtx
--- Comment #23 from dave at hiauly1 dot hia dot nrc dot ca 2008-10-27
13:49 ---
Subject: Re: [4.4 Regression] Small structs are not passed correctly on
hppa64-*-*
> Note that if you pad upward COMPLEX_TYPE (an ABI change), then just the
> assign_parm_remove_parallel fix sho
--- Comment #34 from dave at hiauly1 dot hia dot nrc dot ca 2008-10-29
15:00 ---
Subject: Re: [4.4 Regression] FAIL: gcc.c-torture/execute/20040709-1.c
execution at -O2 and above
> In this case they should be fixed with your backend change too.
No, my change was only for the 64-
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2008-10-30
23:27 ---
Subject: Re: [4.4 Regression] libgcj linkage failure:
Incorrect library ABI version detected
> On AIX, _Jv_CheckABI is invoked with version argument of 0 instead of 404000
> GCC version co
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2008-10-31
04:22 ---
Subject: Re: [4.4 Regression] libgcj linkage failure: Incorrect library ABI
version detected
> Same on hppa2.0w-hp-hpux11.11.
>
> (gdb) bt
> #0 _Jv_CheckABIVersion (value=0)
>
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2008-10-31
19:50 ---
Subject: Re: [4.4 Regression] libgcj linkage failure: Incorrect library ABI
version detected
> alpha-dec-osf5.1b (with the workarounds mentioned in PR bootstrap/37426) is
> affected a
--- Comment #8 from dave at hiauly1 dot hia dot nrc dot ca 2008-10-31
23:31 ---
Subject: Re: [4.4 Regression] libgcj linkage failure: Incorrect library ABI
version detected
> It seems that when using collect2 the global constructor for libgcj
> calls _Jv_RegisterClass more tha
--- Comment #10 from dave at hiauly1 dot hia dot nrc dot ca 2008-11-01
16:49 ---
Subject: Re: [4.4 Regression] libgcj linkage failure:
Incorrect library ABI version detected
On Sat, 01 Nov 2008, danglin at gcc dot gnu dot org wrote:
Possibly the attached change will fix the
--- Comment #12 from dave at hiauly1 dot hia dot nrc dot ca 2008-11-02
02:33 ---
Subject: Re: [4.4 Regression] libgcj linkage failure: Incorrect library ABI
version detected
> On Sat, 01 Nov 2008, danglin at gcc dot gnu dot org wrote:
>
> Possibly the attached change wil
--- Comment #15 from dave at hiauly1 dot hia dot nrc dot ca 2008-11-03
14:27 ---
Subject: Re: [4.4 Regression] libgcj linkage failure: Incorrect library ABI
version detected
> Does this cause a bootstrap failure anywhere, or just testsuite regressions
> and
> (ignored) g
--- Comment #17 from dave at hiauly1 dot hia dot nrc dot ca 2008-11-03
15:02 ---
Subject: Re: [4.4 Regression] libgcj linkage failure: Incorrect library ABI
version detected
> --- Comment #13 from aph at gcc dot gnu dot org 2008-11-03 10:18 ---
> As a Java maintain
--- Comment #30 from dave at hiauly1 dot hia dot nrc dot ca 2008-11-04
19:01 ---
Subject: Re: [4.4 Regression] libgcj linkage failure: Incorrect library ABI
version detected
> That error now is gone, but we may only have stepped to the next error on
> these
> platforms
--- Comment #32 from dave at hiauly1 dot hia dot nrc dot ca 2008-11-05
01:11 ---
Subject: Re: [4.4 Regression] libgcj linkage failure: Incorrect library ABI
version detected
> OK, but I need to know if my patch has been tested well enough for
> me to check it in. I'm fai
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2008-11-08
18:59 ---
Subject: Re: [4.4 Regression] __builtin_apply
failures
On Sat, 08 Nov 2008, danglin at gcc dot gnu dot org wrote:
> 0x40002b18 : std r0,10(r3)
> 0x40002b1c : ldd 10(r3
--- Comment #11 from dave at hiauly1 dot hia dot nrc dot ca 2008-11-09
16:28 ---
Subject: Re: [4.4 Regression] __builtin_apply failures
> I guess the following patch should fix it. The question is if it doesn't
> break
> other targets...
I'll give it a try.
--- Comment #12 from dave at hiauly1 dot hia dot nrc dot ca 2008-11-10
14:54 ---
Subject: Re: [4.4 Regression] __builtin_apply failures
> Created an attachment (id=16639)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16639&action=view)
> --> (http://gcc.
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2008-11-10
23:52 ---
Subject: Re: [4.4 Regression] FAIL:
26_numerics/complex/13450.cc: ICE in verify_gimple_expr, at
tree-cfg.c:3962
> Can you attach preprocessed source, if it is still reproducea
--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2008-01-18
03:04 ---
Subject: Re: [4.3 Regression] /usr/ccs/bin/ld:
Unsatisfied symbols: dwarf2out_switch_text_section
I think dwarf2out_switch_text_section() is defined if DWARF2_DEBUGGING_INFO
is defined. So, it
--- Comment #13 from dave at hiauly1 dot hia dot nrc dot ca 2008-01-19
18:36 ---
Subject: Re: [4.3 regression] ICE with invalid variadic template functions
> I also see the ICE reported in comment #12 on hppa-unknown-linux-gnu.
Sorry, comment #7.
Dave
--
http://gcc.gnu.
--- Comment #8 from dave at hiauly1 dot hia dot nrc dot ca 2008-01-21
00:27 ---
Subject: Re: ICE: output_operand: invalid expression
as operand on hppa
> (gdb) p debug_rtx (insn)
> (code_label/s 1897 4221 1898 13722 ("*.LJpc=819954") [0 uses])
We are losing
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2008-01-22
21:39 ---
Subject: Re: [4.3 Regression] FAIL: gcc.c-torture/execute/va-arg-15.c
execution, -O3 -fomit-frame-pointer -funroll-lo
> Supposedly a dup of PR34884.
Could be. gfortran.dg/array_constructor_9.f90
--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2008-01-23
02:29 ---
Subject: Re: New: [4.2 Regression] FAIL:
gcc.dg/pr28796-[12].c (test for excess errors)
>link_error (first referenced in /var/tmp//ccjtth6i.o) (code)
Attached is tree dump.
D
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2008-01-23
03:04 ---
Subject: Re: FAIL: gcc.dg/pr28796-[12].c (test for excess errors)
> I don't think this is a regression, this is a new testcase for the branch.
Yes, I missed the fact that the testcases are new.
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2008-01-24
00:47 ---
Subject: Re: FAIL: gcc.dg/pr28796-[12].c (test for excess errors)
> Fixed.
Unfortunately, only the first testcase is fixed. We still have
FAIL: gcc.dg/pr28796-2.c (test for excess errors)
Excess err
--- Comment #54 from dave at hiauly1 dot hia dot nrc dot ca 2008-01-24
16:26 ---
Subject: Re: wo_prof_two_strs.c:56: internal compiler error: in
find_new_var_of_type, at ipa-struct-reorg.c:605
> On i686-apple-darwin9 the patch from
> http://gcc.gnu.org/ml/gcc-patches/2008-01/ms
--- Comment #57 from dave at hiauly1 dot hia dot nrc dot ca 2008-01-25
18:54 ---
Subject: Re: wo_prof_two_strs.c:56: internal compiler error: in
find_new_var_of_type, at ipa-struct-reorg.c:605
> can you please check now? I committed patches from comment #11.
Yes.
However, I st
--- Comment #58 from dave at hiauly1 dot hia dot nrc dot ca 2008-01-26
22:23 ---
Subject: Re: wo_prof_two_strs.c:56: internal compiler error: in
find_new_var_of_type, at ipa-struct-reorg.c:605
> can you please check now? I committed patches from comment #11.
On hppa2.0w-hp-hpux11
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2008-01-27
00:24 ---
Subject: Re: libjava fails to build on hppa-linux-gnu (ICE in simplify_subreg)
> works for me with kyles patch for the kernel.
It's in 2.6.24.
Dave
--
http://gcc.gnu.org/bugzilla/show_bu
--- Comment #60 from dave at hiauly1 dot hia dot nrc dot ca 2008-01-30
19:44 ---
Subject: Re: wo_prof_two_strs.c:56: internal compiler error: in
find_new_var_of_type, at ipa-struct-reorg.c:605
> > On hppa2.0w-hp-hpux11.11, we are down to:
> Dave,
>
> Can you please
--- Comment #64 from dave at hiauly1 dot hia dot nrc dot ca 2008-01-31
22:18 ---
Subject: Re: wo_prof_two_strs.c:56: internal compiler error: in
find_new_var_of_type, at ipa-struct-reorg.c:605
> Then, in the second loop, we load p[968].a and convert it to a float
> value of 3.
--- Comment #62 from dave at hiauly1 dot hia dot nrc dot ca 2008-01-31
22:00 ---
Subject: Re: wo_prof_two_strs.c:56: internal
compiler error: in find_new_var_of_type, at ipa-struct-reorg.c:605
On Thu, 31 Jan 2008, alond at il dot ibm dot com wrote:
>
>
> --
--- Comment #17 from dave at hiauly1 dot hia dot nrc dot ca 2008-02-01
18:08 ---
Subject: Re: g++.dg/tree-ssa/ivopts-1.C fails
> Dave, is this test still failing on hppa? On the branch and trunk?
It is not failing on either 4.2 or trunk. Checked hppa-unknown-linux-gnu,
hppa2.0w
--- Comment #19 from dave at hiauly1 dot hia dot nrc dot ca 2008-02-01
18:23 ---
Subject: Re: g++.dg/tree-ssa/ivopts-1.C fails
> Thus fixed.
The test needs adjustment.
Dave
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=27707
--- Comment #15 from dave at hiauly1 dot hia dot nrc dot ca 2008-02-03
21:46 ---
Subject: Re: Incorrect branching with -Ox on hppa
> Instead of const0_rtx, I probably should have used CONST0_RTX(mode) ...
I've tried Steven's change on hppa2.0w-hp-hpux11.11 and can co
--- Comment #66 from dave at hiauly1 dot hia dot nrc dot ca 2008-02-05
02:42 ---
Subject: Re: wo_prof_two_strs.c:56: internal compiler error: in
find_new_var_of_type, at ipa-struct-reorg.c:605
> If so, there is still question why the tests do not fail without struct-reorg.
> O
--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2008-02-05
19:46 ---
Subject: Re: [4.2 Regression] 841 unexpected failures in gfortran testsuite
> CC||rth at gcc dot gnu dot org
I'm sorry but Richard's change is
--- Comment #68 from dave at hiauly1 dot hia dot nrc dot ca 2008-02-07
15:33 ---
Subject: Re: wo_prof_two_strs.c:56: internal compiler error: in
find_new_var_of_type, at ipa-struct-reorg.c:605
> I looked into assembly you send and see the following difference:
> for original
--- Comment #24 from dave at hiauly1 dot hia dot nrc dot ca 2008-02-09
15:06 ---
Subject: Re: Incorrect branching with -Ox on hppa
> Please fix the ChangeLog entries. You forgot the asterisk "*" before
> combine.c
> in every commit you made.
Done, sorry.
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2008-02-15
01:54 ---
Subject: Re: can't find a register in class 'R1_REGS' while reloading 'asm'
> --- Comment #1 from b dot gunreben at web dot de 2008-02-14 13:28 ---
> Created an a
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2008-02-17
03:29 ---
Subject: Re: [4.3 Regression] EH output contains procedure label without P'
selector
> The encoding seems wrong. Expected DW_EH_PE_aligned.
Actually, the encoding is correct. The procedure lab
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2008-02-17
16:45 ---
Subject: Re: [4.3 Regression] EH output contains procedure label without P'
selector
> Does this also fail for hppa2.0w-hp-hpux11.11 which would be a secondary
> target
> unlike hppa1.
--- Comment #18 from dave at hiauly1 dot hia dot nrc dot ca 2008-02-24
01:41 ---
Subject: Re: [4.2 Regression] ICE in delete_output_reload, at reload1.c:7926
> --- Comment #16 from eager at eagercon dot com 2008-02-23 21:18 ---
> Attached is a patch to reload.c
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2008-02-26
14:31 ---
Subject: Re: Bootstrap fails with BOOT_CFLAGS="-g -O0"
> Did you check if it is only debug info that differs? That is, does
> BOOT_CFLAGS="-O0" work?
Removing &quo
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2008-02-27
17:49 ---
Subject: Re: Cannot bootstrap Ada with host gnatmake-4.2
> --- Comment #2 from charles dot w dot lambert at gmail dot com
> 2008-02-27 16:32 ---
> I can confirm this bug against gcc
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2008-02-28
01:41 ---
Subject: Re: Cannot bootstrap Ada with host gnatmake-4.2
> but i know that is most likely not the correct fix. If someone could verify
> that setenv copies the input buffer on all versions of OS X t
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2008-02-29
04:47 ---
Subject: Re: Cannot bootstrap Ada with host gnatmake-4.2
> I tried the setenv change with 4.2.3. Had to apply the "-larg -lgcc_eh"
> hack to Make-lang.in to do an initial bootstrap.
--- Comment #11 from dave at hiauly1 dot hia dot nrc dot ca 2008-03-01
13:42 ---
Subject: Re: FAIL: gfortran.fortran-torture/execute/nan_inf_fmt.f90 execution
> So, in your case, when isfinite and fpclassify are both functions (and not
> macros), we're going to simply defi
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2008-03-03
16:33 ---
Subject: Re: [4.3/4.4 Regression] EH output contains procedure label without
P' selector
The same fail occurs on hpux11 if I disable the use of secondary
definition symbols for one-only support.
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2008-03-13
14:41 ---
Subject: Re: [4.4 Regression] Unsatisfied symbols "truncl" and "expl"
> Yes, I'm pretty confident it was fixed. What is the revision number of your
> build? PR35524 was f
701 - 800 of 1352 matches
Mail list logo
