Version: 3.4.3
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jgrimm2 at us dot ibm dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC target triplet
--- Additional Comments From jgrimm2 at us dot ibm dot com 2005-03-07
16:01 ---
Verified. Thanks.
--
What|Removed |Added
Status|RESOLVED
--- Additional Comments From jgrimm2 at us dot ibm dot com 2005-03-07
16:04 ---
Verified. Thanks.
--
What|Removed |Added
Status|RESOLVED
std::ctypechar::do_narrow()
Product: gcc
Version: 3.4.3
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: libstdc++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jgrimm2 at us dot ibm dot com
--- Additional Comments From jgrimm2 at us dot ibm dot com 2005-02-14
18:34 ---
,with the changes to locale_facet2.h
typo - meant locale_facets.h
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19955
--- Additional Comments From jgrimm2 at us dot ibm dot com 2005-02-14
23:41 ---
Trivial patch. Set _M_narrow_ok to 1 only when memcpy would have given the same
results as do_narrow().
Index: locale_facets.h
===
RCS
: unassigned at gcc dot gnu dot org
ReportedBy: jgrimm2 at us dot ibm dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC host triplet: ppc64-unknown-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19916
dot org
ReportedBy: jgrimm2 at us dot ibm dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: ppc64-unknown-linux
GCC host triplet: ppc64-unknown-linux
GCC target triplet: ppc64-unknown-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19878
--- Additional Comments From jgrimm2 at us dot ibm dot com 2005-01-10
19:01 ---
FWIW, the xfail on Wunused-9.C :
...
+f(); // { dg-warning not used { xfail *-*-* } }
...
is no longer failing, per:
http://gcc.gnu.org/ml/gcc-testresults/2004-12/msg01344.html
http://gcc.gnu.org/ml
--- Additional Comments From jgrimm2 at us dot ibm dot com 2005-01-06
23:22 ---
Seems fixed?
Last broken here:
http://gcc.gnu.org/ml/gcc-testresults/2004-12/msg00804.html
Not failing here:
http://gcc.gnu.org/ml/gcc-testresults/2004-12/msg00844.html
Maybe fixed by??:
http
--- Additional Comments From jgrimm2 at us dot ibm dot com 2004-11-30
14:49 ---
Verified this fixed mesa too.
--
What|Removed |Added
Status|RESOLVED
--- Additional Comments From jgrimm2 at us dot ibm dot com 2004-11-29
19:02 ---
adding cc for awareness.
--
What|Removed |Added
CC
-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jgrimm2 at us dot ibm dot com
CC: gcc-bugs at gcc dot gnu dot org
GCC host triplet: powerpc64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18650
--- Additional Comments From jgrimm2 at us dot ibm dot com 2004-11-24
16:14 ---
Created an attachment (id=7596)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7596action=view)
ivopts dump at -m32 (when testcase passes)
ivopts dump at -m32 (when testcase passes)
--
http
--- Additional Comments From jgrimm2 at us dot ibm dot com 2004-11-24
16:15 ---
Created an attachment (id=7597)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=7597action=view)
ivopts dump at -m64 (when testcase fails)
ivopts dump at -m64 (when testcase fails)
--
http
--- Additional Comments From jgrimm2 at us dot ibm dot com 2004-11-24
22:08 ---
Ugh. Ignore my comments on add_to_evolution comment, I was sleepy when I wrote
up notes. The dumps still may be useful though.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=18650
--- Additional Comments From jgrimm2 at us dot ibm dot com 2004-11-24
22:59 ---
This set of changes seems to have caused the regression:
http://gcc.gnu.org/ml/gcc-cvs/2004-10/msg01561.html
Or more specifically
http://gcc.gnu.org/cgi-bin/cvsweb.cgi/gcc/gcc/tree-ssa-loop-ivopts.c.diff
--- Additional Comments From jgrimm2 at us dot ibm dot com 2004-11-23
01:43 ---
Finally got SPEC set up w/profiling to do a little comparison. Its not done yet
(and only running c,c++ tests) but first glance through the initials results, it
appears that -fspeculative-prefetching
--- Additional Comments From jgrimm2 at us dot ibm dot com 2004-11-18
01:32 ---
Hmmm... looks like a couple things (maybe more) come in to play here. First,
value-profile code doesn't seem to merge prefetches (among other things). That
is, it should be pretty easy (crude?) to track
--- Additional Comments From jgrimm2 at us dot ibm dot com 2004-11-15
15:02 ---
This showed up in linux-powerpc64 builds over the weekend on build machine's
belonging to Janis and myself.
I'm just doing a normal bootstrap, not profiledbootstrap. The build machines
are both SMP
--
What|Removed |Added
CC||jgrimm2 at us dot ibm dot
||com
http://gcc.gnu.org/bugzilla
--- Additional Comments From jgrimm2 at us dot ibm dot com 2004-11-15
16:46 ---
Hmmm in Makefile.in
macro_list : $(GCC_PASSES)
echo | $(GCC_FOR_TARGET) -E -dM - | \
sed -n 's/^#define \([^_][a-zA-Z0-9_]*\).*/\1/p ; \
s/^#define \(_[^_A-Z][a-zA-Z0-9_
--- Additional Comments From jgrimm2 at us dot ibm dot com 2004-11-15
18:40 ---
seems like this may just be a race on tmp-macro_list?? the macro_list code
looks bogus, but really doesn't account for the behavior. not sure how parallel
build races are protected against gcc build
--- Additional Comments From jgrimm2 at us dot ibm dot com 2004-11-16
02:55 ---
Hmmm... the following patch seems to have allowed my build to complete. Changed
sed line and created s-macro_list target/timestamp'd file, similar to what is
done throughout Makefile.in. Dropping
--
Summary: ICE compiling mesa at -O2
Product: gcc
Version: unknown
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: middle-end
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: jgrimm2 at us dot
--
What|Removed |Added
GCC target triplet||powerpc64-linux
Summary|ICE compiling mesa at -O2 |ICE compiling mesa at -O2
--- Additional Comments From jgrimm2 at us dot ibm dot com 2004-11-10
22:50 ---
Testcase reduced from the mesa context.c file.
Compiling this with -O2 segfaults on linux-powerpc64 segfaults.
typedef unsigned int size_t;
extern void *malloc (size_t __size) __attribute__ ((__malloc__
--
What|Removed |Added
CC||jgrimm2 at us dot ibm dot
||com
http://gcc.gnu.org/bugzilla
--- Additional Comments From jgrimm2 at us dot ibm dot com 2004-10-27 15:38
---
What I've finally done to get my 64-bit biarch default64 compiler is to first
build a 32-bit biarch default64 compiler. I can then make bootstrap using this
intermediate compiler as the host compiler
--- Additional Comments From jgrimm2 at us dot ibm dot com 2004-10-19 21:25
---
I see this too. Or rather, I see what Michael is describing. Should there be a
new bug for the problem as described by Michael? My test scenario was from
desire to build 64-bit biarch compiler
--- Additional Comments From jgrimm2 at us dot ibm dot com 2004-10-12 19:56
---
patch for powerpc64-linux-gnu:
http://gcc.gnu.org/ml/gcc-patches/2004-10/msg01037.html
Index: gcc/config/host-linux.c
===
RCS file: /home
31 matches
Mail list logo
