--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2008-03-20
13:56 ---
Subject: Re: Massive failures of objc on i686-apple-darwin9
Attached .i file.
Dave
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2008-03-20
13:56 ---
Created an attachment (id
--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2008-03-22
17:45 ---
Subject: Re: New: FAIL: gfortran.dg/include_2.f90 -O
(test for excess error)
Attached driver dump.
Dave
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2008-03-22
17:45
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2008-03-22
20:25 ---
Subject: Re: FAIL: gfortran.dg/integer_exponentiation_4.f90 -O (internal
compiler error)
> To go further, here's the information I think we need: What versions of GMP
> and
> MPFR are
--- Comment #15 from dave at hiauly1 dot hia dot nrc dot ca 2008-03-22
20:29 ---
Subject: Re: FAIL: gfortran.fortran-torture/execute/nan_inf_fmt.f90 execution
> - for include_2.f90, I think a simple look at the testsuite log will tell us
> what happens.
This might be cau
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2008-03-26
18:30 ---
Subject: Re: [4.3/4.4 Regression] Symbol address check eliminated by C
frontend.
> If so, then the PA backend is lying with the definition of
> FUNCTION_BOUNDARY...
Don't see how this
--- Comment #9 from dave at hiauly1 dot hia dot nrc dot ca 2008-03-26
22:55 ---
Subject: Re: [4.3/4.4 Regression] Symbol address check eliminated by C
frontend.
> so I suppose you want to disable this optimization for addresses of functions.
Something like the following?
In
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2008-03-31
16:06 ---
Subject: Re: gcc.c-torture/compile/20010226-1.c:22: ICE: in do_output_reload,
at reload1.c:7331
This was introduced in revision 133531.
Dave
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=35768
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2008-03-31
23:06 ---
Subject: Re: gcc.c-torture/compile/20010226-1.c:22: ICE: in do_output_reload,
at reload1.c:7331
> I suppose the assumption in pa.md is that the scratch output reload
> should be in the same mode
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2009-02-04
21:22 ---
Subject: Re: FAIL: libgomp.fortran/reduction3.f90
> Does it work without -fopenmp?
Yes.
Dave
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39098
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2009-02-05
16:53 ---
Subject: Re: [4.4 Regression] Null pointer dereference in delay slot
> Maybe a dup of 39110 -- try revision 143938.
I'm reconfirming, but I believe 143938 is ok. The problem
is present wit
--- Comment #14 from dave at hiauly1 dot hia dot nrc dot ca 2009-02-17
19:49 ---
Subject: Re: gcc.dg/initpri1.c fails on *-apple-darwin
> John,
> Doesn't this also fix g++.dg/special/conpr-3.C as well? Are you planning
> to
> submit this to gcc-patches so we ca
--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2009-02-19
17:19 ---
Subject: Re: New: FAIL:
gcc.dg/vect/vect-complex-1.c
Attached vect-complex-1.c.101t.vect.
Dave
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2009-02-19
17:19 ---
Created
--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2009-02-19
18:19 ---
Subject: Re: New: FAIL:
g++.dg/ipa/iinline-1.C scan-ipa-dump inline
"String::funcOne[^\n]*inline copy in int main"
Attached iinline-1.C.042i.inline.
Dave
--- Comment #2
--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2009-02-19
18:28 ---
Subject: Re: New: FAIL:
g++.dg/tree-ssa/new1.C scan-tree-dump-not forwprop1 "= .* \+ -"
Attached new1.C.028t.forwprop1.
Dave
--- Comment #2 from dave at hiauly1 dot hia dot
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2009-02-25
22:35 ---
Subject: Re: FAIL:
gcc.dg/vect/vect-complex-1.c
On Wed, 25 Feb 2009, irar at il dot ibm dot com wrote:
> Does adding attribute aligned, as below, help?
Yes, it fixes the failure.
> Cou
--- Comment #8 from dave at hiauly1 dot hia dot nrc dot ca 2009-02-26
20:32 ---
Subject: Re: FAIL: gcc.dg/vect/vect-complex-1.c
> --- Comment #7 from irar at il dot ibm dot com 2009-02-26 09:57 ---
> In slp-7.c all the three loops get vectorized, including the loo
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2009-02-28
03:12 ---
Subject: Re: WARNING: Could not compile gcc.dg/compat/struct-layout-1
generator
> If this is still a problem, please try the patch at
>
> http://gcc.gnu.org/ml/gcc-patches/2009-01/msg01496.
--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2009-03-03
02:09 ---
Subject: Re: New: [4.4 Regression] ICE at
dwarf2out.c:10353 in loc_descriptor_from_tree_1
Attached preprocessed source.
Dave
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2009-03-04
17:26 ---
Subject: Re: [4.4 Regression] ICE at dwarf2out.c:10353 in
loc_descriptor_from_tree_1
> Dave, did this ICE by chance disappear with the fix for PR39345? At least
> the testcase works for me on i?86
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2009-03-04
20:46 ---
Subject: Re: [4.4 Regression] ICE at dwarf2out.c:10353 in
loc_descriptor_from_tree_1
> --- Comment #6 from jakub at gcc dot gnu dot org 2009-03-04 19:13 ---
> I can't reproduce this
--- Comment #10 from dave at hiauly1 dot hia dot nrc dot ca 2009-03-07
16:52 ---
Subject: Re: [4.4 Regression] ICE at dwarf2out.c:10353 in
loc_descriptor_from_tree_1
> Can you reproduce it with stage1 cc1plus (or non-bootstrapped cc1plus) built
> by
> some older gcc, or
--- Comment #12 from dave at hiauly1 dot hia dot nrc dot ca 2009-03-10
01:47 ---
Subject: Re: [4.4 Regression] ICE at dwarf2out.c:10353 in
loc_descriptor_from_tree_1
> --- Comment #11 from hjl dot tools at gmail dot com 2009-03-08 17:40
> ---
> It seems that stage
--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2009-03-12
23:07 ---
Subject: Re: New: FAIL:
gcc.target/i386/stackalign/longlong-2.c
Attached .s for first fail.
Dave
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2009-03-12
23:07
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2009-03-13
01:12 ---
Subject: Re: FAIL: gcc.target/i386/stackalign/longlong-2.c
> --- Comment #3 from howarth at nitro dot med dot uc dot edu 2009-03-13
> 00:20 ---
> Read comments 47 through 49
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2009-03-13
01:27 ---
Subject: Re: gcc.dg/asm-b.c compilation fails to produce executable
> I also see this fail.
Specifically, I see it in r144826.
Dave
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=39450
--- Comment #17 from dave at hiauly1 dot hia dot nrc dot ca 2009-03-14
15:51 ---
Subject: Re: [4.4 Regression] ICE at dwarf2out.c:10353 in
loc_descriptor_from_tree_1
> There is
>
> pa/pa.h:#define SHIFT_COUNT_TRUNCATED 1
>
> PR 39454 is a SHIFT_COUNT_TRUNCATED bug,
--- Comment #18 from dave at hiauly1 dot hia dot nrc dot ca 2009-03-14
16:15 ---
Subject: Re: [4.4 Regression] ICE at dwarf2out.c:10353 in
loc_descriptor_from_tree_1
> The ICE doesn't occur if I replace parser.o.
I messed up in testing the above. The problem is actually i
--- Comment #19 from dave at hiauly1 dot hia dot nrc dot ca 2009-03-14
21:31 ---
Subject: Re: [4.4 Regression] ICE at dwarf2out.c:10353 in
loc_descriptor_from_tree_1
On Tue, 10 Mar 2009, jakub at gcc dot gnu dot org wrote:
> You can start with trying if -O2 -fno-inline -
--- Comment #20 from dave at hiauly1 dot hia dot nrc dot ca 2009-03-15
02:22 ---
Subject: Re: [4.4 Regression] ICE at dwarf2out.c:10353 in
loc_descriptor_from_tree_1
> --- Comment #16 from hjl dot tools at gmail dot com 2009-03-14 15:01
> ---
> There is
>
>
--- Comment #22 from dave at hiauly1 dot hia dot nrc dot ca 2009-03-15
18:07 ---
Subject: Re: [4.4 Regression] Revision 144529 miscompiled libcpp/expr.c
> Since revision 144529:
>
> http://gcc.gnu.org/ml/gcc-patches/2009-03/msg0.html
>
> is the cause and it is in
--- Comment #26 from dave at hiauly1 dot hia dot nrc dot ca 2009-03-16
17:20 ---
Subject: Re: [4.4 Regression] Revision 144529 miscompiled libcpp/expr.c
> Since revision 144529:
>
> http://gcc.gnu.org/ml/gcc-patches/2009-03/msg0.html
>
> is the cause and it is in
--- Comment #29 from dave at hiauly1 dot hia dot nrc dot ca 2009-03-20
01:30 ---
Subject: Re: [4.4 Regression] Revision 144529 miscompiled libcpp/expr.c
> I'd say first try to add noinline attribute on all callers of num_positive, if
> it fails even with those, add also __
--- Comment #30 from dave at hiauly1 dot hia dot nrc dot ca 2009-03-20
13:17 ---
Subject: Re: [4.4 Regression] Revision 144529 miscompiled libcpp/expr.c
> With todays, head, it seems the miscompilation is related to the inlining
> of check_promotion. Adding noinline attribute
--- Comment #34 from dave at hiauly1 dot hia dot nrc dot ca 2009-03-20
19:07 ---
Subject: Re: [4.4 Regression] Revision 144529
miscompiled libcpp/expr.c
> Did you really mean that inserting the #if 1 disables the ICE or did you mean
> to insert #if 0? Is the prepro
--- Comment #35 from dave at hiauly1 dot hia dot nrc dot ca 2009-03-20
19:09 ---
Subject: Re: [4.4 Regression] Revision 144529
miscompiled libcpp/expr.c
> Please provide preprocessed libcpp/expr.c which is miscompiled as
> well as the command line used to miscomp
--- Comment #39 from dave at hiauly1 dot hia dot nrc dot ca 2009-03-21
17:24 ---
Subject: Re: [4.4 Regression] Revision 144529 miscompiled libcpp/expr.c
> --- Comment #38 from hjl dot tools at gmail dot com 2009-03-21 16:13
> ---
> (In reply to comment #37)
>
--- Comment #42 from dave at hiauly1 dot hia dot nrc dot ca 2009-03-21
18:32 ---
Subject: Re: [4.4 Regression] Revision 144529 miscompiled libcpp/expr.c
> remap_decls in revision 144529 was incorrect, see PR 39345. I
> added remapped_type for PR 39345. Please found which remap
--- Comment #12 from dave dot korn dot cygwin at gmail dot com 2009-03-25
08:03 ---
Hi all.
This patch caused g++.dg/ext/dllimport7.C to regress (in one subtest) between
4.3.2 and 4.3.3 on Cygwin, although it could be that the testcase is out of
date.
// { dg-do compile { target i?86
--- Comment #9 from dave at hiauly1 dot hia dot nrc dot ca 2009-03-27
17:38 ---
Subject: Re: objc_msg_sendv is broken for targets which pass argument via
registers
> It's still failing several months later.
> x86_64: http://gcc.gnu.org/ml/gcc-patches/2008-12/msg01199.h
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2009-03-28
18:57 ---
Subject: Re: HP-UX 10 has broken strtod
On Sat, 28 Mar 2009, fxcoudert at gcc dot gnu dot org wrote:
>
>
> --- Comment #4 from fxcoudert at gcc dot gnu dot org 2009-03-28 08:55
> -
--- Comment #1 from dave dot korn dot cygwin at gmail dot com 2009-03-29
17:47 ---
For Cygwin, we just recently made --enable-auto-import the default in CVS
binutils. Now that we're moving to shared library runtimes throughout it made
sense.
However, I think this is a real bug,
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2009-04-07
15:06 ---
Subject: Re: Trouble with new random bits
> Is this still an issue?
I think so, but I've been playing with the defines to provide stdint.h.
I'll know this evening.
Dave
--
http:
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2009-04-07
20:46 ---
Subject: Re: Trouble with new random bits
> Well, *cannot* be still an issue exactly in these terms, because there are no
> log2* functions any more in the code...
You are correct. The log2 fai
--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2009-04-13
23:10 ---
Subject: Re: New: [4.5 Regression] Fail pr34513.c and
pr34513.C at -O1 and above
The "if (shrd != thrs)" is optimized away. Attached .s files with -O0
and -O2.
Dave
--- Comme
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2009-04-14
00:10 ---
Subject: Re: [4.5 Regression] Fail pr34513.c and
pr34513.C at -O1 and above
> The "if (shrd != thrs)" is optimized away. Attached .s files with -O0
> and -O2.
The last pass wit
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2009-04-15
05:07 ---
Subject: Re: [4.5 Regression] Fail pr34513.c and
pr34513.C at -O1 and above
Attached .i.
Dave
--- Comment #8 from dave at hiauly1 dot hia dot nrc dot ca 2009-04-15
05:07 ---
Created
--- Comment #11 from dave at hiauly1 dot hia dot nrc dot ca 2009-04-15
17:56 ---
Subject: Re: [4.5 Regression] Fail pr34513.c and pr34513.C at -O1 and above
> Hmm, are you sure that revision is the cause? What happens is that the
No, but it exposed the problem.
> static in
--- Comment #13 from dave at hiauly1 dot hia dot nrc dot ca 2009-04-16
18:52 ---
Subject: Re: [4.5 Regression] Fail pr34513.c and pr34513.C at -O1 and above
> So r3 after the call to GOMP_barrier contains the old value of shrd which
> seems
> wrong.
Yes, I currently be
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2009-04-17
00:20 ---
Subject: Re: [4.4/4.5 regression] symbol __signb...@glibcxx_3.4 in libstdc++
not exported anymore
> Bloody hack but will probably work
Long double on hppa-linux is the same as double (64 bits).
D
--- Comment #9 from dave at hiauly1 dot hia dot nrc dot ca 2009-04-21
17:28 ---
Subject: Re: [4.4/4.5 regression] symbol __signb...@glibcxx_3.4 in libstdc++
not exported anymore
> > I believe the problem is the symbol was exported when it shouldn't have
> > been.
&
--- Comment #12 from dave at hiauly1 dot hia dot nrc dot ca 2009-04-21
21:01 ---
Subject: Re: [4.4/4.5 regression] symbol __signb...@glibcxx_3.4 in libstdc++
not exported anymore
> At present glibc does not create an long double alias for the double __signbit
> function, but f
--- Comment #5 from dave dot korn dot cygwin at gmail dot com 2009-04-22
11:20 ---
Hi Rob,
I just ran into this on i686-pc-cygwin. I think the reason you see it on
some builds and not others is because of the "--enable-libgcj-debug" option;
presumably that makes t
--- Comment #6 from dave dot korn dot cygwin at gmail dot com 2009-04-22
11:22 ---
Created an attachment (id=17671)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17671&action=view)
Fix debug asserts.
Adjust the assert to test the casted pointer.
--
http://gcc.
--- Comment #7 from dave dot korn dot cygwin at gmail dot com 2009-04-22
11:24 ---
That gets me about three files further through the build, then there's another
failure:
In file included from
/gnu/gcc/gcc/libjava/gnu/classpath/natConfiguration.cc:17:
/gnu/gcc/gcc/libjav
--- Comment #8 from dave dot korn dot cygwin at gmail dot com 2009-04-22
11:34 ---
Yep. From the .ii file:
class gnu::classpath::Configuration : public ::java::lang::Object
{
Configuration();
static ::java::lang::String * classpath_home();
static jboolean debug();
static
--- Comment #14 from dave at hiauly1 dot hia dot nrc dot ca 2009-04-22
13:45 ---
Subject: Re: [4.4/4.5 regression] symbol __signb...@glibcxx_3.4 in libstdc++
not exported anymore
> --- Comment #13 from jakub at gcc dot gnu dot org 2009-04-22 09:12
> ---
> If hppa-
--- Comment #17 from dave at hiauly1 dot hia dot nrc dot ca 2009-04-22
19:32 ---
Subject: Re: [4.4/4.5 regression] symbol __signb...@glibcxx_3.4 in libstdc++
not exported anymore
> * Original submitter is incorrect, there has never been a
> __signb...@glibcxx_3.4 symbol, and
--- Comment #9 from dave dot korn dot cygwin at gmail dot com 2009-04-22
22:38 ---
Created an attachment (id=17679)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=17679&action=view)
Part two of fix
This renames the DEBUG macro to __GCJ_DEBUG throughout. It fixed the buil
--- Comment #19 from dave at hiauly1 dot hia dot nrc dot ca 2009-04-22
23:06 ---
Subject: Re: [4.4/4.5 regression] symbol __signb...@glibcxx_3.4 in libstdc++
not exported anymore
> Perhaps I wasn't as clear as I should have been. The glibc port for
> hppa has always been
--- Comment #4 from dave dot korn dot cygwin at gmail dot com 2009-04-27
21:39 ---
I just got this failure during bootstrap:
libtool: compile: /gnu/gcc/obj3/gcc/gcj
-B/gnu/gcc/obj3/i686-pc-cygwin/libjava/ -B/gnu/gcc/obj3/gcc/ -ffloat-store
-fomit-frame-pointer -Usun -fclasspath
--- Comment #5 from dave dot korn dot cygwin at gmail dot com 2009-04-28
03:30 ---
(In reply to comment #4)
> I just got this failure during bootstrap:
> I'm going to try reverting r146831 locally and see if it helps.
Doing so allowed the build to complete. See als
--- Comment #31 from dave at hiauly1 dot hia dot nrc dot ca 2009-04-29
01:03 ---
Subject: Re: [4.2/4.3 regression] symbol __signb...@glibcxx_3.4 in libstdc++
exported
> Also, libstdc++.so is definitely not the right home for __signbitl symbol, so
> we definitely shouldn'
--- Comment #68 from dave dot korn dot cygwin at gmail dot com 2009-09-03
12:53 ---
(In reply to comment #67)
> Will the fix for this bug be backported to the 4.4 branch?
>
I wasn't planning to do so myself, in the near future at any rate. All my
personal time is going i
--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2009-09-05
01:28 ---
Subject: Re: New: FAIL: gcc.dg/debug/dwarf2/inline2.c
scan-assembler-times \(DIE \(.*?\) DW_TAG_in lined_subroutine 6
Attached inline2.s.
Dave
--- Comment #2 from dave at hiauly1 dot hia
--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2009-09-05
13:55 ---
Subject: Re: New: [4.5 Regression]
Segmentation fault in lookup_page_table_entry
Attached .i.
Dave
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2009-09-05
13:55
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2009-09-18
21:51 ---
Subject: Re: [4.5 Regression] Internal error compiling fortran/intrinsic.c
> I see this has -g and this sounds like PR41343 where cc1 is killed because the
> compiler runs out of VM . Could you t
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2009-09-22
14:12 ---
Subject: Re: [4.5 Regression] Internal error compiling fortran/intrinsic.c
> I see this has -g and this sounds like PR41343 where cc1 is killed because the
> compiler runs out of VM . Could you t
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2009-09-27
19:30 ---
Subject: Re: [4.5 Regression] ICE in
get_eh_region_and_lp_from_rtx at except.c:1692
I'm testing the attached target fix.
Dave
--- Comment #3 from dave at hiauly1 dot hia dot nrc d
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2009-09-30
13:55 ---
Subject: Re: [4.5 Regressions] ld: (Warning) Unsatisfied symbol
"gomp_tls_data"
> What kind of TLS do you have on your platform? Also, does reverting the patch
> help you any, or do you
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2009-09-30
14:22 ---
Subject: Re: [4.5 Regressions] ld: (Warning) Unsatisfied symbol
"gomp_tls_data"
> --- Comment #3 from davek at gcc dot gnu dot org 2009-09-30 13:50 ---
> Comment 32 in bug 4135
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2009-10-06
15:55 ---
Subject: Re: Bad .comm directive
> Btw, any help is of course appreciated.
Using ASM_OUTPUT_ALIGNED_COMMON resolves the problem on this target.
Joseph's comment seems correct.
Dave
--
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2009-10-07
15:09 ---
Subject: Re: [4.5 Regression] Internal error compiling fortran/intrinsic.c
> > I see this has -g and this sounds like PR41343 where cc1 is killed because
> > the
> > compiler runs out
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2009-10-10
16:27 ---
Subject: Re: FAIL: gcc.dg/plugin/one_time-test-1.c
-fplugin=./one_time_plugin.so (internal compiler error)
> http://gcc.gnu.org/ml/gcc-patches/2009-10/msg00645.html
>
> Confirmed. Not LTO relat
--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2009-10-11
15:32 ---
Subject: Re: [4.5 Regression] /usr/ccs/bin/ld: Unsatisfied symbols:
_GLOBAL__I_65535_0_main
Introduced between 152432 and 152630.
Dave
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=41674
--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2009-10-14
12:29 ---
Subject: Re: g++.dg/debug/dwarf2/icf.C
One thing that may be relevant is the PA backend doesn't currently
provide vtable support when generating jumps to thunks.
Dave
--
http://gcc.gnu.org/bug
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2009-10-20
23:12 ---
Subject: Re: g++.dg/debug/dwarf2/icf.C
> The insn UID is changed when the call_insn is split, so the vtable slot index
> can't be found when it's time to build the vcall table.
So, it
--- Comment #8 from dave at hiauly1 dot hia dot nrc dot ca 2009-10-23
19:56 ---
Subject: Re: g++.dg/debug/dwarf2/icf.C
> I haven't had a chance to test it on PA yet but it fixes the problem on
> Itanium.
It fixes the test on hppa64-hp-hpux11.11. Will test hppa2.0w-h
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2009-10-24
22:49 ---
Subject: Re: [4.5 Regression] /usr/ccs/bin/ld:
Unsatisfied symbols: _GLOBAL__I_65535_0_main
On Sat, 24 Oct 2009, rguenth at gcc dot gnu dot org wrote:
> Can you attach preprocessed source
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2009-10-26
23:43 ---
Subject: Re: cc1: error: Cannot load plugin ./selfassign.so
> There is configure fluff in gcc/configure.ac at the --enable-plugin handling
> that should deal with this (it tries -rdynamic at the
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2009-11-02
14:14 ---
Subject: Re: [4.5 Regression] Internal error
compiling fortran/intrinsic.c
> Can someone attach preprocessed source?
Attached.
Dave
--- Comment #8 from dave at hiauly1 dot hia dot nrc
--- Comment #9 from dave at hiauly1 dot hia dot nrc dot ca 2009-11-02
20:10 ---
Subject: Re: hppa: ICE: in expand_expr_addr_expr_1, at expr.c:6830
http://gcc.gnu.org/ml/gcc-patches/2009-07/msg00374.html
Dave
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=40505
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2009-11-12
23:33 ---
Subject: Re: [4.5 Regression] ICE compiling libmudflap.c++/fail24-frag.cxx
> --- Comment #5 from jason at gcc dot gnu dot org 2009-11-12 23:14 ---
> I'm not seeing this with a cross-co
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2009-11-13
14:20 ---
Subject: Re: FAIL: gnat.dg/null_pointer_deref1.adb execution test
> I see that it fails on HP-UX as well. That's probably because there is
> something missing in the fallback routines i
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2009-11-18
21:51 ---
Subject: Re: lto.c:289:7: error: implicit declaration of function 'strtoll'
> Is strtoll defined in some other header in hppa64-hp-hpux11.11? If it isn't, I
> will start porting it to
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2007-04-29
21:45 ---
Subject: Re: FAIL: gcc.c-torture/execute/20040709-2.c execution at -O1 and
above
> This failure was introduced between revisions 123512 and 123536.
See report of similar failures spu-elf:
h
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2007-04-29
21:46 ---
Subject: Re: New: FAIL: gcc.c-torture/execute/bf64-1.c execution at -Os and
-O3
See report of similar failures spu-elf:
http://gcc.gnu.org/ml/gcc-patches/2007-04/msg01036.html
Dave
--
http
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2007-04-30
16:33 ---
Subject: Re: hang c34007j
> Is this fixed in 4.3.0 ? Tentatively closing, freel free to reopen
> if not fixed.
I don't know about 4.3.0, but it's definitely still a problem on 4.2.0.
D
--- Comment #8 from dave at hiauly1 dot hia dot nrc dot ca 2007-05-04
23:10 ---
Subject: Re: config-int.h:327:1: error: "INT8_MIN" redefined
> and compilation complains about:
> /export/data/devel-test/gcc-svn/trunk/libjava/classpath/tools/gnu/classpath/tools/jar/
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2007-05-05
23:02 ---
Subject: Re: [4.3 Regression] FAIL:
27_io/basic_istream/extractors_arithmetic/char/12.cc execution test
> For this last issue (which we have to tackle anyway, irrespective of this
> specifi
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2007-05-06
04:00 ---
Subject: Re: [4.3 Regression] FAIL:
27_io/basic_istream/extractors_arithmetic/char/12.cc execution test
> I would ask you to help me with config/locale/generic/c_locale.cc on hppa. I
> would ask you
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2007-05-06
04:02 ---
Subject: Re: [4.3 Regression] FAIL:
27_io/basic_istream/extractors_arithmetic/char/12.cc execution test
> For this last issue (which we have to tackle anyway, irrespective of this
> specifi
--- Comment #12 from dave at hiauly1 dot hia dot nrc dot ca 2007-05-06
22:35 ---
Subject: Re: [4.3 Regression] FAIL:
27_io/basic_istream/extractors_arithmetic/char/12.cc execution test
> --- Comment #9 from pcarlini at suse dot de 2007-05-06 10:29 ---
> By the way, I
--- Comment #13 from dave at hiauly1 dot hia dot nrc dot ca 2007-05-06
23:07 ---
Subject: Re: [4.3 Regression] FAIL:
27_io/basic_istream/extractors_arithmetic/char/12.cc execution test
> --- Comment #8 from pcarlini at suse dot de 2007-05-06 10:16 ---
> (In reply to c
--- Comment #15 from dave at hiauly1 dot hia dot nrc dot ca 2007-05-07
00:51 ---
Subject: Re: [4.3 Regression] FAIL:
27_io/basic_istream/extractors_arithmetic/char/12.cc execution test
> I told you that at the beginning of this thread, right? Then, you reported
> that
> th
--- Comment #19 from dave at hiauly1 dot hia dot nrc dot ca 2007-05-11
18:32 ---
Subject: Re: [4.3 Regression] FAIL:
27_io/basic_istream/extractors_arithmetic/char/12.cc execution test
> Using some printf (actually, std::cerr) debugging, I've found that
> the failure occ
--- Comment #23 from dave at hiauly1 dot hia dot nrc dot ca 2007-05-11
23:37 ---
Subject: Re: [4.3 Regression] FAIL:
27_io/basic_istream/extractors_arithmetic/char/12.cc execution test
> --- Comment #21 from pcarlini at suse dot de 2007-05-11 19:03 ---
> And of course
--- Comment #24 from dave at hiauly1 dot hia dot nrc dot ca 2007-05-12
01:22 ---
Subject: Re: [4.3 Regression] FAIL:
27_io/basic_istream/extractors_arithmetic/char/12.cc execution test
> which code do we have on hppa? _GLIBCXX_HAVE_STRTOLD is defined or not?
It's defined.
T
--- Comment #27 from dave at hiauly1 dot hia dot nrc dot ca 2007-05-12
02:23 ---
Subject: Re: [4.3 Regression] FAIL:
27_io/basic_istream/extractors_arithmetic/char/12.cc execution test
> An additional remark on hppa: a *theoretical* possibility is that on hppa
> strtold (or
--- Comment #28 from dave at hiauly1 dot hia dot nrc dot ca 2007-05-12
02:36 ---
Subject: Re: [4.3 Regression] FAIL:
27_io/basic_istream/extractors_arithmetic/char/12.cc execution test
> > The 11.11 man page indicates that single-byte character code sets
> > are support
--- Comment #30 from dave at hiauly1 dot hia dot nrc dot ca 2007-05-12
19:54 ---
Subject: Re: [4.3 Regression] FAIL:
27_io/basic_istream/extractors_arithmetic/char/12.cc execution test
> Ok, Dave, thanks for the details. Let's go for a configure check, I'll work on
801 - 900 of 1352 matches
Mail list logo
