This is the mail archive of the gcc-help@gcc.gnu.org mailing list for the GCC project.


Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]

RE: gcc-2.95.2 problem with target powerpc-eabi


In our kernel I can create tasks with floating point enabled or
disabled. If I don't need floating numbers in a task I disable them
to improve task switches (much faster because the kernel doesn't
have to save/restore the 32 floating point registers of the PPC603).
So my problem is if I work with 64 Bit integers or stuctures in a
task with floating support disabled this task stops with a floating
point exception.

Christoph

-----Ursprüngliche Nachricht-----
Von: David Korn [mailto:dkorn@pixelpower.com]
Gesendet: Donnerstag, 26. Oktober 2000 13:29
An: 'hirzel@indel.ch'; gcc-help@gcc.gnu.org
Betreff: RE: gcc-2.95.2 problem with target powerpc-eabi


>From: Christoph Hirzel [mailto:hirzel@indel.ch]
>Sent: 26 October 2000 07:45

>There seems to be a problem in copying 64 Bit integers
>or structures with gcc-2.95.2 for target powerpc-eabi.

>	lis 11,u1@ha
>	la 9,u1@l(11)
>	lis 10,u2@ha
>	la 11,u2@l(10)
>	lfd 0,0(11)
>	stfd 0,0(9)
>
>The compiler seems to optimize the copy by using load (lfd)
>and store (stfd) double float instructions.

  Can I enquire *why* this is a problem? I have the impression (stop me
if I'm wrong) that lfd/stfd will do a straight load/store between the
fpregs and memory, without any messing around with rounding or format
conversion or anything like that.

      DaveK
--
SEAL Team 6 World Trade Center Serbian Cocaine [Hello to all my fans
in domestic surveillance] cracking KGB nuclear arrangements CIA
counter-intelligence smuggle fissionable ammunition SDI


**********************************************************************
This email and any files transmitted with it are confidential and
intended solely for the use of the individual or entity to whom they
are addressed. If you have received this email in error please notify
the system manager.

This footnote also confirms that this email message has been swept by
MIMEsweeper for the presence of computer viruses.

www.mimesweeper.com
**********************************************************************



Index Nav: [Date Index] [Subject Index] [Author Index] [Thread Index]
Message Nav: [Date Prev] [Date Next] [Thread Prev] [Thread Next]