--- Comment #7 from kkojima at gcc dot gnu dot org 2007-05-10 05:24 ---
>From the patch
http://gcc.gnu.org/ml/gcc-patches/2002-02/msg01856.html
which was for 3.2, I think.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26636
--- Comment #6 from rmansfield at qnx dot com 2007-05-10 04:55 ---
(In reply to comment #5)
> Yes. 2.95.3 are broken about this and 2.95.3 libraries are ABI
> incompatible with the newer binaries. That will never be fixed.
Okay, that's fine.
I also wasn't aware of the ABI change. Wh
--- Comment #5 from kkojima at gcc dot gnu dot org 2007-05-10 03:19 ---
Yes. 2.95.3 are broken about this and 2.95.3 libraries are ABI
incompatible with the newer binaries. That will never be fixed.
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=26636
--- Comment #4 from rmansfield at qnx dot com 2007-05-10 03:01 ---
Thanks for looking at the PR. Has sdivsi3_i4 has always been hidden? I still
link against some shared libraries built with 2.95.3 where __sdivsi3_i4 is not
hidden. r1-r3 are in the clobber list for 2.95.3 so I don't trip
--- Comment #3 from kkojima at gcc dot gnu dot org 2007-05-10 00:05 ---
__sdivsi3_i4 can't be called via PLT in the first place. This is
a design decision, I think. It is defined as a hidden symbol and
isn't exported from the shared libgcc with the right configuration.
All binaries and
--- Comment #2 from rmansfield at qnx dot com 2006-03-15 16:20 ---
I looked at the RTL generated to find what pass R1 was first introduced and it
was greg. It appears (I'm not certain since I'm still learning to read RTL) the
that no clobber happens for the divsi3_i4 insn.
Looking at sh
--- Comment #1 from rmansfield at qnx dot com 2006-03-10 18:23 ---
When attaching the test case, I experience a internal error with gcc bugzilla
which I reported to dberlin. I am going to attach the test case in a comment.
I attempted to reduce the test case, but it changed reg. allocat
