> > I then hesitated to add it to groff because it adds code which
> > produces platform-dependent results, the situation has become
> > much better, and today most of the IEEE implementations appear to
> > work fine.
>
> Results of elementary and transcendental functions are still far
> from
On 07/02/2006, at 11:06 PM, Bruno Haible wrote:
Werner Lemberg wrote:
I then hesitated to add it to groff because it adds code which
produces platform-dependent results, the
situation has become much better, and today most of the IEEE
implementations appear to work fine.
Results of elem
Werner Lemberg wrote:
> I then hesitated to add it to groff because it adds code which
> produces platform-dependent results, the
> situation has become much better, and today most of the IEEE
> implementations appear to work fine.
Results of elementary and transcendental functions are still
On Tue, Jan 31, 2006 at 09:50:50PM -0500, Robert Goulding Goulding.2-at-nd.edu
|groff| wrote:
> By coincidence, I was trying to find sc a while back (to try it out for
> managing student grades etc.) but couldn't find it. Where can it be
> downloaded, and does it compile easily for Mac OSX?
I
On 01/02/2006, at 3:31 PM, Werner LEMBERG wrote:
When implementing a feature requires less work than a few
workarounds, isn't it time to implement the feature :-) ?
Hehe. Have a look at this old patch which I've received six years
ago from Abramo.
..
If you find it useful, and so
> When implementing a feature requires less work than a few
> workarounds, isn't it time to implement the feature :-) ?
Hehe. Have a look at this old patch which I've received six years
ago from Abramo.
I then hesitated to add it to groff because it adds code which
produces platform-depende
> Although others have made suggestions that may be better (I don't
> know), would using the built-in tbl support in sc (the text-based
> Spreadsheet Calculator) be useful for your purposes?
Hear, hear! Having sc as a groff or tbl preprocessor would be fine
indeed!
> I've been lurking here for
On Mon, Jan 30, 2006 at 06:58:13PM -0500, M Bianchi mbianchi-at-Foveal.com
|groff| wrote:
>
> Is anyone aware of a means by which floating point arithmetic and formating
> can
> be computed either within groff or in a preprocessor (ala eqn, tbl, etc.)?
Although others have made suggestions that
When implementing a feature requires less work than a few workarounds,
isn't it time to implement the feature :-) ?
Miklos
___
Groff mailing list
Groff@gnu.org
http://lists.gnu.org/mailman/listinfo/groff
> Not that I know of. Why do you need it? A longer time ago I've
> written routines to handle double-precision integers, this is, doing
> 60bit integer arithmetic (see below), to be used in a.
^^^
Please ignore this.
Werner
___
> Is anyone aware of a means by which floating point arithmetic
> and formating can be computed either within groff or in a
> preprocessor (ala eqn, tbl, etc.)?
Don't know whether this qualifies as "within groff", but you can
always call any of the various system utilities (and it has the
advanta
On 31-Jan-06 M Bianchi wrote:
> On Tue, Jan 31, 2006 at 07:38:54AM +0100, Werner LEMBERG wrote:
>> > Is anyone aware of a means by which floating point arithmetic
>> > and formating can be computed either within groff or in a
>> > preprocessor (ala eqn, tbl, etc.)?
>>
>> Not that I know of. Why d
On Tue, Jan 31, 2006 at 07:38:54AM +0100, Werner LEMBERG wrote:
> > Is anyone aware of a means by which floating point arithmetic and
> > formating can be computed either within groff or in a preprocessor
> > (ala eqn, tbl, etc.)?
>
> Not that I know of. Why do you need it?
I use groff -mm for
> > Is anyone aware of a means by which floating point arithmetic
> > and formating can be computed either within groff or in a
> > preprocessor (ala eqn, tbl, etc.)?
Several people have contributed ideas that point to possible approaches.
I won't have time to think about them for a couple of days
> Is anyone aware of a means by which floating point arithmetic and
> formating can be computed either within groff or in a preprocessor
> (ala eqn, tbl, etc.)?
Not that I know of. Why do you need it? A longer time ago I've
written routines to handle double-precision integers, this is, doing
60
Is anyone aware of a means by which floating point arithmetic and formating can
be computed either within groff or in a preprocessor (ala eqn, tbl, etc.)?
--
Mike Bianchi
Foveal Systems
973 822-2085 call to arrange Fax
[EMAIL PROTECTED]
http://www.AutoAuditorium.com
http://www.FovealMou
16 matches
Mail list logo
