--- Comment #10 from hjl dot tools at gmail dot com 2008-12-24 18:24
---
This works for me:
--- ./c-lex.c.fixed 2008-08-21 05:32:03.0 -0700
+++ ./c-lex.c 2008-12-24 10:23:52.0 -0800
@@ -612,7 +612,15 @@ interpret_float (const cpp_token *token,
/* Decode _Fract
--- Comment #9 from joseph at codesourcery dot com 2008-12-24 18:01 ---
Subject: Re: ICE passing fixed point to function
On Wed, 24 Dec 2008, hjl dot tools at gmail dot com wrote:
> I verified that there is
>
> auto-host.h:#define ENABLE_FIXED_POINT 0
>
> But I still got ICE:
Then
--- Comment #8 from hjl dot tools at gmail dot com 2008-12-24 17:59 ---
It seemslike even if fixed point isn't supported, gcc still
recognizes "0r".
--
http://gcc.gnu.org/bugzilla/show_bug.cgi?id=38617
--- Comment #7 from hjl dot tools at gmail dot com 2008-12-24 17:55 ---
I verified that there is
auto-host.h:#define ENABLE_FIXED_POINT 0
But I still got ICE:
bash-3.2$ cat /tmp/f.c
extern void foo(Fract);
int main()
{
foo(0r);
}
bash-3.2$ ./xgcc -B./ -S /tmp/f.c
/tmp/f.c:1: warni
--- Comment #6 from cfairles at gcc dot gnu dot org 2008-12-24 17:33
---
(In reply to comment #5)
> Subject: Re: ICE passing fixed point to function
>
> If they didn't configure with that option the compiler should give
> sensible errors rather than ICEs.
>
> I don't know which is th
--- Comment #3 from hjl dot tools at gmail dot com 2008-12-24 16:20 ---
What are fixed point types? What need to implement to support fixed
point types? Does gcc testsuite have any fixed point tests?
--
hjl dot tools at gmail dot com changed:
What|Removed
--- Comment #2 from pinskia at gcc dot gnu dot org 2008-12-24 13:54 ---
x86_64 does not support fixed point modes at all. Someone needs to come up
with an ABI for it.
Note it works in 32bit mode ...
--
pinskia at gcc dot gnu dot org changed:
What|Removed
