--- Comment #6 from dannysmith at users dot sourceforge dot net 2007-10-10
19:26 ---
Fixed.
--
dannysmith at users dot sourceforge dot net changed:
What|Removed |Added
--- Comment #3 from tobi at gcc dot gnu dot org 2007-10-10 20:12 ---
The problem is that at the time we enter resolve_entries cx_radc has type
BT_UNKNOWN. I have no idea why that's the case. Removing the interface fixes
this. It's also a QOI issue that an error message about the maste
--- Comment #4 from tobi at gcc dot gnu dot org 2007-10-10 20:15 ---
Created an attachment (id=14337)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=14337&action=view)
A small cleanup patch
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33499
--- Comment #1 from fang at csl dot cornell dot edu 2007-10-10 20:20
---
However, it shouldn't warn for RAII-managed uses of new, e.g.
std::auto_ptr ip(new int);
The operator delete() is done by the destructor upon end-of-life, thereby being
exception safe.
This might allude to a mo
--- Comment #1 from fang at csl dot cornell dot edu 2007-10-10 20:24
---
This was probably fixed for 4.1.3 and higher, see PR 31449.
--
fang at csl dot cornell dot edu changed:
What|Removed |Added
--
--- Comment #7 from Hans dot Boehm at hp dot com 2007-10-10 20:26 ---
Based only on code inspection, this looks fine to me. The gc7 code is
different, but seems to do the same thing as the patched version.
I don't think this code is used on HP/UX? If it were, it might be good to test
--- Comment #3 from haubi at gentoo dot org 2007-10-10 20:40 ---
Have restarted with gcc-4.2.1 now.
There is a second location where arguments to nm causes build error, after
gcc-4.2.1/gcc/configure being hacked to "test -x" only the first word of
$NM_FOR_TARGET.
In gcc-4.2.1/gcc/Makefi
I'm seeing the following bootstrap error with 4.2:
build/genmddeps ../gcc-4.2/gcc/config/rs6000/rs6000.md > tmp-mddeps
/bin/sh: line 1: 3635 Illegal instruction build/genmddeps
../gcc-4.2/gcc/config/rs6000/rs6000.md >tmp-mddeps
make[3]: *** [s-mddeps] Error 132
I'm trying to build a GCC that
--- Comment #17 from jsm28 at gcc dot gnu dot org 2007-10-10 20:46 ---
Subject: Bug 25309
Author: jsm28
Date: Wed Oct 10 20:46:11 2007
New Revision: 129216
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129216
Log:
PR c/25309
* c-common.c (complete_array_type): D
--- Comment #6 from haubi at gentoo dot org 2007-10-10 20:47 ---
Because 'grep -o' is not portable, what about this patch, done against
gcc-4.1.1:
--- gcc-4.1.1/gcc/configure.ac.orig Wed Oct 10 08:44:23 2007
+++ gcc-4.1.1/gcc/configure.ac Wed Oct 10 09:03:22 2007
@@ -2061,7 +2061,7 @@
--- Comment #3 from ubizjak at gmail dot com 2007-10-10 20:58 ---
Revision 129215 does not fail anymore. I'll add a testcase to the testsuite.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33500
--- Comment #1 from pinskia at gcc dot gnu dot org 2007-10-10 21:10 ---
> I'm trying to build a GCC that will generate code for PPC405 but I'm doing
> this on a powerpc box that doesn't have a PPC405 CPU.
You cannot bootstrap if you use --with-cpu=405 as the 405 has some string
instruct
--- Comment #18 from jsm28 at gcc dot gnu dot org 2007-10-10 21:19 ---
Fixed for 4.2.3.
--
jsm28 at gcc dot gnu dot org changed:
What|Removed |Added
AssignedTo|js
--- Comment #8 from dave at hiauly1 dot hia dot nrc dot ca 2007-10-10
21:39 ---
Subject: Re: 1938 unexpected fails in libjava testsuite
> I don't think this code is used on HP/UX? If it were, it might be good to
> test
> there.
HP/UX doesn't appear to have, pthread_getattr_np, so t
--- Comment #18 from pthaugen at gcc dot gnu dot org 2007-10-10 22:28
---
I'm appear to be seeing the same thing trying to build 445.gobmk from cpu2006
on PowerPC.
run/build_base_gcc_64.> cat junk.c
int board_size;
void print_eye(int eye[400])
{
int m, n;
int mini, maxi;
i
--- Comment #11 from steven at gcc dot gnu dot org 2007-10-10 22:59 ---
*** Bug 32590 has been marked as a duplicate of this bug. ***
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #2 from steven at gcc dot gnu dot org 2007-10-10 22:59 ---
*** This bug has been marked as a duplicate of 23286 ***
--
steven at gcc dot gnu dot org changed:
What|Removed |Added
--- Comment #5 from danglin at gcc dot gnu dot org 2007-10-10 23:01 ---
Fixed.
--
danglin at gcc dot gnu dot org changed:
What|Removed |Added
Status|UNCONFIRM
--- Comment #7 from dannysmith at gcc dot gnu dot org 2007-10-10 23:39
---
Subject: Bug 33578
Author: dannysmith
Date: Wed Oct 10 23:39:30 2007
New Revision: 129219
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129219
Log:
PR libstdc++/33578
* include/parallel/
--- Comment #9 from danglin at gcc dot gnu dot org 2007-10-11 00:36 ---
Subject: Bug 33442
Author: danglin
Date: Thu Oct 11 00:36:08 2007
New Revision: 129224
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129224
Log:
PR boehm-gc/33442
* pthread_support.c (GC_PTR
--- Comment #5 from spark at gcc dot gnu dot org 2007-10-11 00:51 ---
What configure option should I use to enable -m1 option support ?
Looks like plain-vanilla configured sh4-elf compiler doesn't support -m1 flag.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33662
--- Comment #8 from dave at hiauly1 dot hia dot nrc dot ca 2007-10-11
01:26 ---
Subject: Re: FAIL: 17_intro/headers/all_pedantic_errors.cc (test for excess
errors)
> Looking at the testresults, it appears to have been introduced between
> 128587 and 128594 in September. The only patc
Executing on host: /home/dave/gcc-4.3/objdir/gcc/xgcc
-B/home/dave/gcc-4.3/objdi
r/gcc/ /home/dave/gcc-4.3/gcc/gcc/testsuite/gcc.c-torture/execute/longlong.c
-w
-O2 -fno-show-column -lm -o
/home/dave/gcc-4.3/objdir/gcc/testsuite/gcc/lo
nglong.x2(timeout = 300)
PASS: gcc.c-torture/execute
--- Comment #6 from spark at gcc dot gnu dot org 2007-10-11 03:07 ---
Never mind. I should pay attention to 1 vs l :(
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=33662
--- Comment #5 from neil at gcc dot gnu dot org 2007-10-11 03:45 ---
(In reply to comment #1)
> We probably don't even get it right for all cases with DECIMAL_DIG digits for
> all long double formats (required by Annex F).
(In reply to comment #2)
> My reading of F.5#2 is that conversio
--- Comment #4 from uros at gcc dot gnu dot org 2007-10-11 05:14 ---
Subject: Bug 33500
Author: uros
Date: Thu Oct 11 05:14:08 2007
New Revision: 129225
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129225
Log:
PR fortran/33500
* gfortran.fortran-torture/compile
--- Comment #30 from pault at gcc dot gnu dot org 2007-10-11 05:17 ---
(In reply to comment #21)
> print *, transfer(achar([0]), 0_1)
> end
> Reducing this testcase has opened Pandora's box, I'll try to fix them one
> after
> another.
FX,
This one is highly unpleasant and seems t
--- Comment #5 from ubizjak at gmail dot com 2007-10-11 05:20 ---
Closed as fixed.
--
ubizjak at gmail dot com changed:
What|Removed |Added
Status|NEW
The following:
print *, transfer(sqrt([100.]), 0_1)
produces
pr31608.f90:0: internal compiler error: in gfc_target_encode_expr, at
fortran/target-memory.c:225
and
print *, transfer(achar([100]), 0_1)
does this
gfortran: Internal error: Segmentation fault (program f951)
Paul
--
--- Comment #24 from ebotcazou at gcc dot gnu dot org 2007-10-11 05:33
---
Subject: Bug 33638
Author: ebotcazou
Date: Thu Oct 11 05:33:04 2007
New Revision: 129226
URL: http://gcc.gnu.org/viewcvs?root=gcc&view=rev&rev=129226
Log:
PR rtl-optimization/33638
* dse.c (stru
--- Comment #25 from ebotcazou at gcc dot gnu dot org 2007-10-11 05:39
---
Probably to be verified on original code.
--
ebotcazou at gcc dot gnu dot org changed:
What|Removed |Added
-
--- Comment #26 from ubizjak at gmail dot com 2007-10-11 05:48 ---
Updated patch URL to http://gcc.gnu.org/ml/gcc-patches/2007-10/msg00593.html
--
ubizjak at gmail dot com changed:
What|Removed |Added
---
--- Comment #19 from ubizjak at gmail dot com 2007-10-11 05:58 ---
(In reply to comment #18)
> I'm appear to be seeing the same thing trying to build 445.gobmk from cpu2006
> on PowerPC.
Also fails on x86_64-pc-linux-gnu, Revision: 129224. Compiles OK for
i686-pc-linux-gnu target.
--
--- Comment #20 from pinskia at gcc dot gnu dot org 2007-10-11 06:08
---
(gdb) p debug_generic_expr (stmt)
minj_7 = PHI
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24309
--- Comment #21 from pinskia at gcc dot gnu dot org 2007-10-11 06:13
---
Hmm, in 32bits it does this:
Won't transform loop. Optimal transform is the identity transform
While in 64bits, it tries to transform it. It really does not matter which
order for the testcase in comment #18
--
101 - 135 of 135 matches
Mail list logo
