--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2006-11-05
18:49 ---
Subject: Re: FAIL: g++.dg/compat/eh/unexpected1
cp_compat_x_tst.o-cp_compat_y_tst.o execute
> I think these all are caused by bugs in binutils after the following patch:
> http://gcc.gnu.org/ml/g
--- Comment #26 from dave at hiauly1 dot hia dot nrc dot ca 2006-11-05
20:15 ---
Subject: Re: [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc
execution test
> With some exotic version of binutils too? :-)
When I first hit the problem, I was using a build from l
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2006-11-05
21:22 ---
Subject: Re: jc1: out of memory allocating 4072 bytes after a total of
708630224 bytes
> Can you bzip2 compress -fdump-tree-alias-vops-details-blocks-stats (it's going
> to be very large)
--- Comment #9 from dave at hiauly1 dot hia dot nrc dot ca 2006-11-06
00:43 ---
Subject: Re: jc1: out of memory allocating 4072 bytes after a total of
708630224 bytes
> So this ends up being what i thought. The variables aren't being
> collapsed, but i can't figur
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2006-11-06
21:09 ---
Subject: Re: [4.2/4.3 regression] gcj-dbtool segfaults
> Ranjit's patch to enable prologue analysis on i386 changed the behavior for
> other SJLJ targets. They used to call the no-op fallbac
--- Comment #34 from dave at hiauly1 dot hia dot nrc dot ca 2006-11-07
02:08 ---
Subject: Re: [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc
execution test
> Weird. COMDAT groups are not supposed to be disabled on Linux I think.
>
> Dave, are they also di
--- Comment #40 from dave at hiauly1 dot hia dot nrc dot ca 2006-11-07
18:26 ---
Subject: Re: [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc
execution test
> > Do you mean that the C++ EH failures are gone? If so, it looks like my
> > patch
> &g
--- Comment #43 from dave at hiauly1 dot hia dot nrc dot ca 2006-11-08
22:16 ---
Subject: Re: [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc
execution test
> Yes, I'm investigating. Ultimately I could always resort to conditionalizing
> m
--- Comment #13 from dave at hiauly1 dot hia dot nrc dot ca 2006-11-10
15:20 ---
Subject: Re: jc1: out of memory allocating 4072 bytes after a total of
708630224 bytes
> Subject: Re: jc1: out of memory allocating 4072 bytes after a total of
> 708630224 bytes
>
> Can
--- Comment #47 from dave at hiauly1 dot hia dot nrc dot ca 2006-11-10
15:23 ---
Subject: Re: [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc
execution test
> > Things are still broken on hppa-linux.
>
> I have a fix (in the linker) for the !HAVE_
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2006-11-12
19:38 ---
Subject: Re: ld: (Warning) Unsatisfied symbol "fmodl" in file
/mnt/gnu/gcc/objdir/hppa64-hp-hpux11.11/./libgfortran/.l
> --- Comment #2 from kargl at gcc dot gnu dot org 200
--- Comment #50 from dave at hiauly1 dot hia dot nrc dot ca 2006-11-13
02:01 ---
Subject: Re: [4.3 regression] ext/bitmap_allocator/check_allocate_max_size.cc
execution test
> > Still broken. I should turn off HAVE_COMDAT_GROUP and see if that helps.
>
> Does hppa-l
--- Comment #17 from dave at hiauly1 dot hia dot nrc dot ca 2006-11-13
02:31 ---
Subject: Re: jc1: out of memory allocating 4072 bytes after a total of
708630224 bytes
> Fixed
Thanks for fixing this.
Dave
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=29587
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2006-11-13
02:40 ---
Subject: Re: ld: (Warning) Unsatisfied symbol "fmodl" in file
/mnt/gnu/gcc/objdir/hppa64-hp-hpux11.11/./libgfortran/.lRO
> Here's an untested patch.
> + return (x - floorl(x / y) *
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2006-11-13
03:09 ---
Subject: Re: Shared libstdc++ fails to link
> > This problem was introduced by this change:
> That makes less sense really, because this just changes how to deal with
> TREE_NOTHROW. This s
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2006-11-18
18:01 ---
Subject: Re: ICE when cross-compiling glibc for hppa on a 64bit host
Untested patch.
Dave
--- Comment #8 from dave at hiauly1 dot hia dot nrc dot ca 2006-11-18
18:01 ---
Created an attachment
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2006-11-19
21:55 ---
Subject: Re: Shared libstdc++ fails to link
On Mon, Nov 13, 2006 at 02:37:02AM -, pinskia at gcc dot gnu dot org wrote:
> > This problem was introduced by this change:
> That makes less sen
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2006-11-20
00:22 ---
Subject: Re: [4.3 Regression] libgcc2.c: In function '__gcc_bcmp': ICE:
Segmentation fault
> I want to say the gen_insn part which exposed the problem.
I still have the ICE after revert
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2006-11-22
15:11 ---
Subject: Re: [4.3 Regression] libgcc2.c: In function '__gcc_bcmp': ICE:
Segmentation fault
> Sorry for my slow reply. I have no easy way to look this
> issue quickly. I'd like to
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2006-11-25
21:30 ---
Subject: Re: [4.3 Regression] build/genconditions
../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory
fault(coredump)
Simplified test case attached.
Dave
--- Comment #5 from dave
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2006-11-25
22:14 ---
Subject: Re: [4.3 Regression] build/genconditions
../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory
fault(coredump)
> Simplified test case attached.
This is a bug in fwprop. At
--- Comment #15 from dave at hiauly1 dot hia dot nrc dot ca 2006-11-26
00:04 ---
Subject: Re: [4.3 Regression] build/genconditions
../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory faul
> (insn 98 97 99 7 foo.c:27 (set (reg/f:DI 25 %r25 [ cond ])
> -
--- Comment #19 from dave at hiauly1 dot hia dot nrc dot ca 2006-11-27
00:28 ---
Subject: Re: [4.3 Regression] build/genconditions
../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 MO
> Subject: Re: [4.3 Regression] build/genconditions
> ../../gcc/gcc/config
--- Comment #22 from dave at hiauly1 dot hia dot nrc dot ca 2006-11-30
19:10 ---
Subject: Re: [4.3 Regression] build/genconditions
../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 M
> --- Comment #21 from bonzini at gnu dot org 2006-11-30 18:48 ---
> Dav
--- Comment #24 from dave at hiauly1 dot hia dot nrc dot ca 2006-12-01
21:01 ---
Subject: Re: [4.3 Regression] build/genconditions
../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 MRO
> No problem. If the compiler is not being miscompiled, I will be able to
> l
--- Comment #25 from dave at hiauly1 dot hia dot nrc dot ca 2006-12-01
22:22 ---
Subject: Re: [4.3 Regression] build/genconditions
../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 MRO
> DF_REF_INSN (def) is 0. It looks like the ICE can be avoided by
> a check on
--- Comment #28 from dave at hiauly1 dot hia dot nrc dot ca 2006-12-02
16:39 ---
Subject: Re: [4.3 Regression] build/genconditions
../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 M
> I'm pretty sure that's the same issue as the second and thir
--- Comment #13 from dave at hiauly1 dot hia dot nrc dot ca 2006-12-02
16:51 ---
Subject: Re: [4.1/4.2/4.3 regression] Unsatisfied symbol "fmodl" in
libgfortran shared library
> Really I wish we would have libgcc-math and all of these C99 problems would be
> solved.
--- Comment #30 from dave at hiauly1 dot hia dot nrc dot ca 2006-12-02
21:17 ---
Subject: Re: [4.3 Regression] build/genconditions
../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 M
> I will test on a cross if it fixes the failure on hppa.
Ok, I'll see if i
--- Comment #8 from dave at hiauly1 dot hia dot nrc dot ca 2006-12-04
01:29 ---
Subject: Re: Shared libstdc++ fails to link
> > > This problem was introduced by this change:
> > That makes less sense really, because this just changes how to deal with
> > TREE_
--- Comment #25 from dave at hiauly1 dot hia dot nrc dot ca 2006-12-04
21:13 ---
Subject: Re: [4.1/4.2/4.3 regression] Unsatisfied symbol "fmodl" in
libgfortran shared library
> > When rth fixed gfortran's determination of kind types,
> > gfortran sudden
--- Comment #31 from dave at hiauly1 dot hia dot nrc dot ca 2006-12-04
21:26 ---
Subject: Re: [4.3 Regression] build/genconditions
../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 Memory
fault(coredump)
> I will test on a cross if it fixes the failure on hppa. It
--- Comment #28 from dave at hiauly1 dot hia dot nrc dot ca 2006-12-04
22:52 ---
Subject: Re: [4.1/4.2/4.3 regression] Unsatisfied symbol "fmodl" in
libgfortran shared library
> I suspect the determination of kind types is at least partially broken
> since both
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2006-12-06
15:34 ---
Subject: Re: [4.3 regression] libgcov.c:785: ICE: in fold_convert, at
fold-const.c:2034
> What is the actual triplet, and can you provide a .i file?
Here's the .i.
Dave
--- Comment #7 from
--- Comment #35 from dave at hiauly1 dot hia dot nrc dot ca 2006-12-06
22:04 ---
Subject: Re: [4.1/4.2/4.3 regression] Unsatisfied symbol "fmodl" in
libgfortran shared library
> Should be completely fixed now. Sorry again.
No problem.
Thanks,
Dave
--
http:
--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2006-12-12
20:28 ---
Subject: Re: New: FAIL: gcc.dg/builtins-57.c scan-tree-dump trunc
Attached tree dump.
Dave
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2006-12-12
20:28 ---
Created an
--- Comment #5 from dave at hiauly1 dot hia dot nrc dot ca 2006-12-13
18:11 ---
Subject: Re: FAIL: gcc.dg/builtins-57.c scan-tree-dump trunc
> This is a testsuite failure as this testcase will fail on targets which don't
> have C99 math functions.
Target has trunc but
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2006-12-14
16:12 ---
Subject: Re: FAIL: gcc.dg/builtins-57.c scan-tree-dump trunc
> It looks like the target does not have trunc (a C99 function). floor (C89)
> and
> lfloor (GCC builtin) are always available.
--- Comment #9 from dave at hiauly1 dot hia dot nrc dot ca 2006-12-14
19:55 ---
Subject: Re: FAIL: gcc.dg/builtins-57.c scan-tree-dump trunc
> trunc maybe available in the library, but gcc thinks it is not. Otherwise the
> testcase wouldn't fail - it tests for the transf
--- Comment #34 from dave at hiauly1 dot hia dot nrc dot ca 2006-12-19
20:05 ---
Subject: Re: [4.3 Regression] build/genconditions
../../gcc/gcc/config/pa/pa.md > tmp-condmd.c: /bin/sh: 13354 M
> --- Comment #33 from sje at cup dot hp dot com 2006-12-19 18:23 ---
>
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2007-01-02
02:28 ---
Subject: Re: gcc/libssp/ssp.c:177: ICE: in cgraph_expand_all_functions, at
cgraphunit.c:1220
> This should have been fixed by:
Will check.
Dave
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=30349
--- Comment #7 from dave at hiauly1 dot hia dot nrc dot ca 2007-01-07
15:51 ---
Subject: Re: [hppa64-hp-hpux11.11] libstdc++-v3 fails to build with HP
assembler
> --- Comment #6 from jbuck at gcc dot gnu dot org 2007-01-07 07:30 ---
> Should this one just be marked W
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2007-01-08
01:07 ---
Subject: Re: libstdc++-v3 compile error - conflicts with previous using
declaration
> Dave, can you have a look to this PR? AFAIK, you are regularly reporting
> succesful builds for this target...
--- Comment #1 from dave at hiauly1 dot hia dot nrc dot ca 2007-01-09
03:53 ---
Subject: Re: New: libssp/ssp.c:177: ICE: in cgraph_expand_function, at
cgraphunit.c:973
> This bug was seen in revision 120529M. The source contains a modification
> to notice_global_symbol:
Th
--- Comment #10 from dave at hiauly1 dot hia dot nrc dot ca 2007-01-09
14:08 ---
Subject: Re: [hppa64-hp-hpux11.11] libstdc++-v3 fails to build with HP
assembler
> --- Comment #8 from jbuck at gcc dot gnu dot org 2007-01-09 05:18 ---
> OK, I'm going to artificiall
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2007-01-10
19:11 ---
Subject: Re: [4.3 Regression] gcc/libssp/ssp.c:177: ICE: in
cgraph_expand_all_functions, at cgraphunit.c:1220
This is now fixed. Not sure which patch.
Dave
--
http://gcc.gnu.org/bugzilla
--- Comment #3 from dave at hiauly1 dot hia dot nrc dot ca 2007-01-15
19:54 ---
Subject: Re: [4.3 Regression]
classpath/gnu/javax/crypto/jce/GnuCrypto.java:431: error: cannot find file for
class gnu.jav
> How did you configure? Did you use make -j?
../gcc/configure --with-gnu
--- Comment #2 from dave at hiauly1 dot hia dot nrc dot ca 2007-01-16
01:47 ---
Subject: Re: FAIL: gfortran.dg/enum_2.f90 -O (internal compiler error)
> --- Comment #1 from kargl at gcc dot gnu dot org 2007-01-16 00:54 ---
> \> 0x003e75d8 in __gmpz_add_ui ()
>
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2007-01-16
23:04 ---
Subject: Re: [4.3 Regression]
classpath/gnu/javax/crypto/jce/GnuCrypto.java:431: error: cannot find file for
class gnuRO
> make -j 2 bootstrap &&
Error also occurs with "make b
--- Comment #6 from dave at hiauly1 dot hia dot nrc dot ca 2007-01-19
00:08 ---
Subject: Re: [4.3 Regression]
classpath/gnu/javax/crypto/jce/GnuCrypto.java:431: error: cannot find file for
class gnu.javax.crypto.jce.mac.HMacSHA512Spi
> I'd like to see more of the build
--- Comment #10 from dave at hiauly1 dot hia dot nrc dot ca 2007-01-22
23:53 ---
Subject: Re: [4.3 Regression]
classpath/gnu/javax/crypto/jce/GnuCrypto.java:431: error: cannot find file for
class gnu.javRO
> Running the command which failed during the build manually, still fai
--- Comment #4 from dave at hiauly1 dot hia dot nrc dot ca 2007-01-25
00:56 ---
Subject: Re: [4.3 Regression] tree-cfg.c:1924: ICE: in cse_find_path, at
cse.c:5930
> --- Comment #3 from steven at gcc dot gnu dot org 2007-01-24 22:22
> ---
> I thought I fixed this
1301 - 1352 of 1352 matches
Mail list logo
