--- Comment #12 from patrick at motec dot com dot au 2010-05-19 22:58
---
(In reply to comment #10)
See comment #4. I believe this is a pilot error.
Richard,
Are you referring to my original bug report or to Khem's link problem.
I don't think (unless I've messed up my gcc build
--- Comment #9 from patrick at motec dot com dot au 2010-04-30 06:57
---
Khem,
Your libgcc.a looks fine. As far as I know, libgcc.a is supposed to be the last
library listed when linking so the behaviour you are seeing is normal.
My problem is that libgcc.a does not contain _savegpr_
--- Comment #5 from patrick at motec dot com dot au 2010-04-20 23:01
---
Running
powerpc-eabispe-objdump -t `powerpc-eabispe-gcc --print-libgcc-file-name` |grep
_save
shows no symbols so I assume something in the build process has gone wrong.
Do you need me to attach my libgcc.a
Version: 4.5.0
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: patrick at motec dot com dot au
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64
--- Comment #2 from patrick at motec dot com dot au 2010-04-20 00:02
---
Happens while linking my program.
Where in libc are they intended to live? Looking through the source it looks
like they may be part of libgcc.a but for powerpc-eabispe they aren't built.
--
http
--- Comment #3 from patrick at motec dot com dot au 2010-04-20 01:28
---
I've just done a fresh gcc build and crtsavgpr.asm crtresgpr.asm and friends
definitely aren't being assembled.
Am I expected to provide these functions in the library layer of my operating
system?
--
http
Product: gcc
Version: 4.3.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: patrick at motec dot com dot au
http://gcc.gnu.org
Product: gcc
Version: 4.3.2
Status: UNCONFIRMED
Severity: normal
Priority: P3
Component: tree-optimization
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: patrick at motec dot com dot au
http://gcc.gnu.org
--- Comment #2 from patrick at motec dot com dot au 2008-12-03 02:03
---
It seems my searching skills need improving.
Sorry for the duplicate.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38378
--- Comment #3 from patrick at motec dot com dot au 2008-10-07 22:14
---
Created an attachment (id=16477)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16477action=view)
preprocessed source
Setting -mabi=no-spe corrects the the first example.
The new prexeth.i example still
--- Comment #4 from patrick at motec dot com dot au 2008-10-07 22:15
---
Forgot to add -v output:
powerpc-eabispe-gcc -DLWIP_DEBUG -Iprex/include -Ilwip/src/include
-Ilwip/src/include/ipv4 -I/home/patrick/src/e7/prex
-I/home/patrick/src/e7/prex/usr/include -I/home/patrick/src/e7/prex
--- Comment #5 from patrick at motec dot com dot au 2008-10-07 23:00
---
This looks like an option parsing problem.
Building with the deprecated -mspe=no option suppresses all SPE instructions,
which is what I expect/want. There seems to be no need to specify -mabi=no-spe
if -mspe
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: patrick at motec dot com dot au
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: powerpc-eabispe-
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37758
--- Comment #1 from patrick at motec dot com dot au 2008-10-06 23:06
---
Created an attachment (id=16468)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16468action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37758
--- Comment #2 from patrick at motec dot com dot au 2008-10-06 23:10
---
The problem appears to be that the loop
for (; y pa; y++) {
asm( mullw16,%3,%4 \n\t
mulhwu 17,%3,%4 \n\t
addc 16,16,%0 \n\t
--- Comment #4 from patrick at motec dot com dot au 2008-10-06 23:31
---
I'm not personally responsible for this code, it is part of the LibTomMath
library.
Changing the constraint to either =o or =g appears to resolve the problem (will
need to test).
--
patrick at motec dot com
Severity: normal
Priority: P3
Component: target
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: patrick at motec dot com dot au
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: powerpc-eabispe
--- Comment #1 from patrick at motec dot com dot au 2008-10-07 05:07
---
Created an attachment (id=16472)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16472action=view)
preprocessed source
after compiling, evstdd and evldd instructions are emitted even though the
-mno-spe flag
at motec dot com dot au
GCC build triplet: x86_64-unknown-linux-gnu
GCC host triplet: x86_64-unknown-linux-gnu
GCC target triplet: powerpc-eabispe
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37760
--- Comment #1 from patrick at motec dot com dot au 2008-10-07 05:49
---
Created an attachment (id=16473)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=16473action=view)
preprocessed source
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=37760
:2727
Product: gcc
Version: 4.3.0
Status: UNCONFIRMED
Severity: major
Priority: P3
Component: c
AssignedTo: unassigned at gcc dot gnu dot org
ReportedBy: patrick at motec dot com dot au
GCC build triplet: x86_64-unknown
--- Comment #1 from patrick at motec dot com dot au 2008-05-06 12:46
---
Created an attachment (id=15586)
-- (http://gcc.gnu.org/bugzilla/attachment.cgi?id=15586action=view)
preprocessed source
preprocessed source for the file that causes the bug, as required by bug
writing
22 matches
Mail list logo