Check Below:
mkbizz.com/track.php?cg=1=t
About happiness There is only one success: to be able to spend your life in your own way, and not to give others absurd maddening claims upon it -Christopher Darlington Morley (1890-1957)
I didn't hate dancing last night at eleven.
Check Below:
mkbizz.com/track.php?cg=1=t
When all think alike, no one is thinking very much. -Walter Lippmann (1889-1974)
The pilots were enjoying jogging at the company.
To answer upstream's question: yes, compiling that one particular input
file (radmul.f) with -ffloat-store causes all the problems (with both
g77-3.3 and g77-3.4) to go away.
However I don't see this as a real solution, only a workaround:
`-ffloat-store' tries to remove the extra precision by
--- Additional Comments From kmccarty at princeton dot edu 2005-01-17
14:33 ---
Hi, I'm the original submitter of the bug to Debian's BTS.
On my system, as you predicted, adding -ffloat-store to the options used in
compiling radmul.f to object code solves all the problems with g77 3.3
--- Additional Comments From pinskia at gcc dot gnu dot org 2005-01-17
15:39 ---
Since -ffloat-store makes it work, then this is a dup of bug 323.
*** This bug has been marked as a duplicate of 323 ***
--
What|Removed |Added
Your message dated Mon, 17 Jan 2005 08:05:05 +0100
with message-id [EMAIL PROTECTED]
and subject line fixed in gcc-4.0_4.0ds3-0pre4 upload
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now
LAST_UPDATED: Sat Jan 15 17:37:36 UTC 2005
=== acats tests ===
FAIL: a26007a
FAIL: ad8011a
FAIL: c23003a
FAIL: c23003b
FAIL: c23003g
FAIL: c23003i
FAIL: c32001e
FAIL: c34002a
FAIL: c35502d
FAIL: c35502f
FAIL: c35503d
FAIL: c35503f
FAIL: c43214c
FAIL:
7 matches
Mail list logo
