Path: utzoo!attcan!utgpu!jarvis.csri.toronto.edu!mailrus!ncar!ames!amdcad!sun!kilowatt!raz
From: raz@kilowatt.uucp (Raz- Berry)
Newsgroups: comp.sys.amiga.tech
Subject: Re: Manx 3.6 bug & DBW's ext.c
Summary: Not a problem with MANX.
Message-ID: <33750@kilowatt.uucp>
Date: 26 Apr 89 19:45:12 GMT
References: <8904242330.AA20426@fenris.idt.unit.no>
Reply-To: raz@sun.UUCP (Steve -Raz- Berry)
Organization: Sun Microsystems, Mountain View
Lines: 31

In article <8904242330.AA20426@fenris.idt.unit.no> bjornmu@idt.unit.no writes:
)Bill Murphy reported problems with the HUGE vaule when compiling DBW_Render.
)
))    cv(HUGE,HUGE,HUGE,re-)min);
)
)(from the file ext.c)
)
)The point is, the #define in the same file is inside an #ifdef:
)
))#ifdef MCH_AMIGA
))#define     HUGE            ((float)1.7e+38)
))#endif
)
)But the macro MCH_AMIGA is undefined.  So instaed of using this value
)for HUGE, the one from "math.h" is used.  (math.h is #include'd by
)ray.h).  That HUGE value is intended for double precision and is too
)big for float.
)
)To solve the problem, simply remove the #ifdef, or define MCH_AMIGA as
)1 (in ray.h).

There is NO PROBLEM if you are compiling with MANX. The MCH_AMIGA is defined
by default in 3.6a. Lettuce, is another problem. I would stick a define
in the compiler line ( -DMCH_AMIGA ) before I modified the source though.

AGAIN, compile with -fi (or -ff for MANX's floating routines) and link with
-lma32, -lmal32, -lma, -lmal (or -lm32 -lml32 -lm -lml) depending on the 
CODE model and int size you are using.
-- 
Steve -Raz- Berry      Disclaimer: I didn't do nutin!
UUCP: sun!kilowatt!raz                    ARPA: raz%kilowatt.EBay@sun.com
"Fate, it protects little children, old women, and ships named Enterprize"