Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!sdd.hp.com!wuarchive!udel!haven.umd.edu!socrates.umd.edu!cm315b08
From: cm315b08@socrates.umd.edu (cm315b08)
Newsgroups: comp.os.msdos.programmer
Subject: Re: Turbo C 2.0 not linking printf f.p. formats
Message-ID: <1991May07.040927.2699@socrates.umd.edu>
Date: 7 May 91 04:09:27 GMT
References: <11067@hub.ucsb.edu> <7401@mace.cc.purdue.edu>
Organization: University of Maryland, University College
Lines: 29


 
References: <11067@hub.ucsb.edu> <7401@mace.cc.purdue.edu>
 
Borland posts things like the 'floating point routines not linked'
in their areas on CI$ and BIX - I'd recommend BIX they have a flat rate, 
and get better tech coverage.
 
The floating point problem really should not be considered a BUG.  The 
linker really cannot know that you need floating point routines in 
a printf (or scanf) statement.  Remember that the format string is just
that, a string and can be built _during_ execution, even in the
statement just before the printf is called.  
 
The way this works is help the optimization.  An even better work around,
suggested by BI is something like:
 
float load_float(float aa, float *bb) {
    float cc ;
    cc = load_float(aa * bb) ;
}
 
Just be sure to _never_ call this.  It seems to load everything that is 
needed from  the floating lib.
- mike
  cm315b08@soctates.umd.edu  (for another week - then)
  75006.3045@compuserve.com
 
.