--- Comment #7 from olh at suse dot de 2006-05-16 17:30 ---
yes, mpowerpc64 creates 32bit apps.
-m64
(gdb) info float
f0 274 (raw 0x40712000)
f1 0(raw 0x)
f2 0(raw 0x)
f3 0
--- Comment #4 from olh at suse dot de 2006-05-16 17:24 ---
Created an attachment (id=11478)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11478&action=view)
pr27619.s.diff
gcc -Wall -o pr27619 -O2 -g --save-temps pr27619.c -m64
vs.
gcc -Wall -o pr27619 -O2 -g --sav
--- Comment #8 from olh at suse dot de 2006-03-11 15:56 ---
yes.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26643
--- Comment #5 from olh at suse dot de 2006-03-11 15:21 ---
flags=' -m64 -g -O1 -fno-cprop-registers -fno-defer-pop
-fno-guess-branch-probability -fno-if-conversion -fno-if-conversion2
-fno-ipa-pure-const -fno-ipa-reference -fno-loop-optimize -fno-merge-constants
-fno-omit-frame-po
--- Comment #3 from olh at suse dot de 2006-03-11 14:30 ---
generated asm is:
16d0 <.matroxfb_probe>:
16d0: 7c 08 02 a6 mflrr0
16d4: fb e1 ff f8 std r31,-8(r1)
16d8: 7c 7f 1b 78 mr r31,r3
16dc: 38 a0
--- Comment #2 from olh at suse dot de 2006-03-11 14:25 ---
Created an attachment (id=11022)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11022&action=view)
/tmp/matroxfb_probe.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26643
--- Comment #1 from olh at suse dot de 2006-03-11 14:25 ---
Created an attachment (id=11021)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=11021&action=view)
/tmp/main.c
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26643
NCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: olh at suse dot de
GCC build triplet: powerpc64-linux
GCC host triplet: powerpc64-linux
GCC target triplet: powerpc64-linux
http://gcc.gnu.or
ormal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: olh at suse dot de
GCC build triplet: powerpc64-linux
GCC host triplet: powerpc64-linux
GCC target triplet: powerpc64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26549
--- Comment #3 from olh at suse dot de 2006-02-23 22:06 ---
I did some more testing today, and now even the -O1 compiled kernel starts to
fail randomly.
So I suspect either a kernel bug or a hardware failure.
--
olh at suse dot de changed:
What|Removed
--- Comment #1 from olh at suse dot de 2006-02-22 22:14 ---
what I have found so far is: -O2 and -Os fails, -O1 boots
another thing:
I moved the kernel tree around, and after this move and a clean rebuild with
the very
same gcc41 sources, the kernel boots again. I'm using O=../s
Product: gcc
Version: 4.1.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: olh at suse dot de
GCC build triplet: powerpc-linux
GCC host triplet
--- Comment #21 from olh at suse dot de 2005-12-06 18:11 ---
Created an attachment (id=10420)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10420&action=view)
pr25248.patch
This patch fixes it for me.
Let me attach it in a readable form.
--
http://gcc.gnu.org/b
--- Comment #18 from olh at suse dot de 2005-12-06 14:26 ---
Adding -fno-ivopts to CFLAGS for hash_utils_64.o fixes it for me.
Tested with gcc-4_1-branch r108104 and current binutils.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25248
--- Comment #11 from olh at suse dot de 2005-12-06 08:44 ---
same is true for a r99558 compiled object file, in a gcc40 kernel.
-O1 doesnt help there.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25248
--- Comment #10 from olh at suse dot de 2005-12-06 08:38 ---
Odd, -O1 doesnt fix it for me:
+CFLAGS_hash_utils_64.o += -O1
gcc version 4.2.0 20051206 (experimental)
GNU ld version 2.16.91 20051206
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25248
--- Comment #6 from olh at suse dot de 2005-12-04 20:58 ---
Created an attachment (id=10403)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10403&action=view)
PR25248-3.tar.bz2
If someone can spot the bug, I cant.
Unified all asm labels to reduce diff noise.
The obje
--- Comment #4 from olh at suse dot de 2005-12-04 18:17 ---
Created an attachment (id=10402)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10402&action=view)
PR25248-2.tar.bz2
this change breaks it. I replaced only arch/powerpc/mm/hash_utils_64.o in my
tests.
r99558 | d
--- Comment #3 from olh at suse dot de 2005-12-04 16:43 ---
an object file compiled with r102096 doesnt work either.
Will try older ones.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25248
--- Comment #1 from olh at suse dot de 2005-12-04 01:36 ---
Created an attachment (id=10400)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10400&action=view)
PR25248.tar.bz2
buildscripts and preprocessed files.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25248
Severity: normal
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: olh at suse dot de
GCC build triplet: powerpc64-linux
GCC host triplet: powerpc64-linux
GCC target triplet: powerpc64-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=25248
--- Comment #1 from olh at suse dot de 2005-11-12 14:07 ---
Created an attachment (id=10226)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10226&action=view)
pr24819-failure.txt
make check errors on powerpc-linux
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24819
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: regression
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: olh at suse dot de
GCC build triplet: powerpc-linux
GCC host triplet: powerpc-linux
GCC target triplet: powerpc
--- Comment #3 from olh at suse dot de 2005-11-07 16:17 ---
ping
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20425
--- Comment #23 from olh at suse dot de 2005-11-05 20:31 ---
this patch works, tested with r106530
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24644
--- Comment #21 from olh at suse dot de 2005-11-04 19:15 ---
yes, this patch helps. tested with r106499.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24644
--- Comment #13 from olh at suse dot de 2005-11-04 07:45 ---
Why does gcc make copies of r13 anyway, when it could just use it where needed?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24644
--- Comment #12 from olh at suse dot de 2005-11-04 07:18 ---
Yes, adding the volatile fixes it for me.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24644
--- Comment #9 from olh at suse dot de 2005-11-03 22:05 ---
Created an attachment (id=10136)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10136&action=view)
PR24644-4.tar.bz2
object files and extracted asm functions for easier comparsion
--
http://gcc.gnu.org/b
--- Comment #7 from olh at suse dot de 2005-11-03 21:30 ---
Created an attachment (id=10135)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10135&action=view)
PR24644-3.tar.bz2
revision 102096 works, revision 102098 doesnt.
copying the sched.o from the 102098 tree into the
--- Comment #6 from olh at suse dot de 2005-11-03 13:31 ---
c000142ae100 is for cpu1, while c000142a6100 is for cpu0.
cpu1 was never active before, so all task switches were ok.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24644
--- Comment #5 from olh at suse dot de 2005-11-03 13:05 ---
Created an attachment (id=10123)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10123&action=view)
PR24644-2.tar.bz2
rq does change between the context switch.
<7>schedule(3025) swapper(0):c1,
--- Comment #4 from olh at suse dot de 2005-11-03 12:58 ---
What I have found so far with even more debugging:
<4>Processor 1 found.
<7>schedule(2883) swapper(0):c1,j4294892318 c000142ae100
<6>Brought up 2 CPUs
<7>_spin_lock_irq(85) swapper(0):c1,j4294892
--- Comment #3 from olh at suse dot de 2005-11-03 08:24 ---
copying the schedule.o from gcc41 tree to gcc40 tree doesnt help.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=24644
--- Comment #1 from olh at suse dot de 2005-11-02 20:49 ---
Created an attachment (id=10115)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=10115&action=view)
PR24644.tar.bz2
buildscripts, preprocessed files, kernel .config and debug patches, bootlog.
building with -O1 d
0x3fc/0x870
<4>[c0e33ee0] [c007b9c0] .kthread+0xf0/0x170
<4>[c0e33f90] [c0010948] .kernel_thread+0x4c/0x68
<2>kernel BUG in spin_bug at
/home/olaf/kernel/olh/gcc41/linux-2.6.14-olh/lib/spinlock_debug.c:34!
1:mon>
--
Summary: gcc-4.1 compiled ppc64 ke
--- Additional Comments From olh at suse dot de 2005-07-25 11:53 ---
Is there a workaround (some --foo option for gcc/ld) for these link errors?
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=17828
--- Additional Comments From olh at suse dot de 2005-05-24 07:48 ---
Created an attachment (id=8957)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8957&action=view)
/tmp/filecmp.i.bz2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21733
unassigned at gcc dot gnu dot org
ReportedBy: olh at suse dot de
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: powerpc-linux
GCC host triplet: powerpc-linux
GCC target triplet: powerpc-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21733
--- Additional Comments From olh at suse dot de 2005-05-11 06:17 ---
Is there an attribute to declare a function as 'will never return NULL'?
In this case it is true, the called function dereferences the pointer
to return before returning to the caller.
--
http://g
--- Additional Comments From olh at suse dot de 2005-05-02 05:57 ---
with CFLAGS=-O2 on ppc and --disable-checking:
==> 344.log <==
268.28user 0.82system 4:29.15elapsed 99%CPU (0avgtext+0avgdata 0maxresident)k
0inputs+0outputs (0major+104891minor)pagefaults 0swaps
==>
--- Additional Comments From olh at suse dot de 2005-05-01 16:44 ---
Created an attachment (id=8784)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8784&action=view)
/tmp/pr21320-t.i.bz2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21320
ssigned at gcc dot gnu dot org
ReportedBy: olh at suse dot de
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: powerpc-linux
GCC host triplet: powerpc-linux
GCC target triplet: powerpc-linux
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21320
--- Additional Comments From olh at suse dot de 2005-05-01 08:10 ---
gcc-3_4-branch takes only 5 minutes to complete.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21304
--- Additional Comments From olh at suse dot de 2005-05-01 04:11 ---
gcc 4.1 with --disable-checking took 3:28:00 h:mm:ss
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21304
--- Additional Comments From olh at suse dot de 2005-04-30 19:54 ---
Created an attachment (id=8772)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8772&action=view)
sipqtpart0.ii.bz2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=21304
tatus: UNCONFIRMED
Severity: normal
Priority: P2
Component: c++
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: olh at suse dot de
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: powerpc-linux
GCC host triplet: powe
--- Additional Comments From olh at suse dot de 2005-03-18 17:32 ---
just checked, gcc4 accepts it (blkid.c) as well.
--
What|Removed |Added
Version|3.3.3
or error if storage size mismatch
Product: gcc
Version: 3.3.3
Status: UNCONFIRMED
Severity: enhancement
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: olh at suse dot de
--- Additional Comments From olh at suse dot de 2005-03-07 20:10 ---
Created an attachment (id=8354)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8354&action=view)
/tmp/s_isnan.i.bz2
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20368
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: olh at suse dot de
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: powerpc64-linux
GCC host triplet: po
--- Additional Comments From olh at suse dot de 2005-03-04 13:30 ---
thanks Jakub, this patch fixes bootstrap for me.
tested on mainline and gcc-4_0-branch.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20282
--- Additional Comments From olh at suse dot de 2005-03-03 23:52 ---
can these errors still be reproduced with current gcc 4.0 branch?
the applied patch causes regressions:
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20282
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20305
--
http
--- Additional Comments From olh at suse dot de 2005-03-03 23:31 ---
the change above allowed a bootstrap of gcc-4.0.0-20050228 with itself.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20282
--- Additional Comments From olh at suse dot de 2005-03-03 23:17 ---
After this patch, gcc could not boostrap itself anymore:
TZ=UTC cvs diff -pu -D '20041031 09:00' -D '20041031 10:00' gcc/
I'm testing this patch currently on mainline:
--- Additional Comments From olh at suse dot de 2005-03-03 14:48 ---
the breakage appeared between 20041027 and 20041101.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=20282
src/gcc-head
--
Summary: gcc4 can not bootstrap itself anymore
Product: gcc
Version: 4.0.0
Status: UNCONFIRMED
Severity: normal
Priority: P2
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
Repo
--- Additional Comments From olh at suse dot de 2005-01-30 15:22 ---
It looks like a misbehaving gawk:
pomegranate:~$ echo > foo
pomegranate:~$ gawk -f foo -f opth-gen.awk < foo | head
pomegranate:~$ gawk -f opth-gen.awk < foo | head
gawk: foo
opth-gen.awk:/* This fil
--- Additional Comments From olh at suse dot de 2005-01-30 14:34 ---
gcc/options.h is empty in a native sles9-ppc64 enviroment,
perhaps the app generating that file dies.
Looking ...
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19601
--- Additional Comments From olh at suse dot de 2005-01-27 07:50 ---
Did you use recent binutils? Looks like that makes a difference.
A gcc4 snapshot from last year doesnt build anymore, but it certainly did last
year.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19601
--- Additional Comments From olh at suse dot de 2005-01-24 09:01 ---
Created an attachment (id=8050)
--> (http://gcc.gnu.org/bugzilla/attachment.cgi?id=8050&action=view)
gccbug19601.tar.bz2
make without -jN doesnt fix it.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=19601
Severity: normal
Priority: P2
Component: bootstrap
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: olh at suse dot de
CC: gcc-bugs at gcc dot gnu dot org
GCC build triplet: powerpc64-linux
GCC host triplet: powerpc64-linux
GCC target triplet: p
--- Additional Comments From olh at suse dot de 2005-01-06 23:46 ---
Ok, libexec always looked like a sane place, to me.
But anyway. I will leave it to Andreas to update our rpm spec file.
I still wonder why the same configure options work on x86_64-linux
--
http://gcc.gnu.org
--- Additional Comments From olh at suse dot de 2005-01-06 21:58 ---
I tried this:
/home/abuild/gcc-4.0.0-20050103/configure --enable-threads=posix --prefix=/usr
--with-local-prefix=/usr/local --infodir=/usr/share/info
--mandir=/usr/share/man --enable-languages=c,c++,objc,f95,java
64 matches
Mail list logo
