I tried upgrading my gentoo box from parrot 0.4.0 to 0.4.2 by copying
the ebuild for 0.4.0 to 0.4.2 and emerging that.
It failed in the make install phase when it tried to install the
installable_ files to the live filesystem rather than to the install
target tree.
The ebuild calls make install w
a ttf font which supports the MATHEMATICAL BOLD unicode block.
-JimC
--
James Cloos OpenPGP: 0x997A9F17ED7DAEA6
lwall> + enum TrigBase is export ;
Is Circles of much value?
I can see Semicircles, since that would make the range (-1,1] or [-1,1).
But a range of [0,1) or (0,1] seems *much* less useful.
Or am I missing an obvious use case?
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
eal axis as .. generates
when given real args, and is useful for interval arithmetic.
Something for which p6 is well suited.
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
something compatable with ieee 754 decimal floats, so
that they can be used when running on hardware which supports them.
Even w/o such hardware, gcc (at least) has support for software
emulation of _Decimal32 and _Decimal64 (and _Decimal128?).
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
it from
widespread use of efficient interval techniques is significant.
All that said, it may be the case that the .. syntax, though useful for
specifying intervals, may not be preferred by those doing such coding.
The may prefer a ± syntax, or something like ΤεΧ’s strech and shrink
syntax for glue.
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
> It would be reasonable for perl6 to have .arg to match .angle.
[SIGH] ☹
Obviously, I meant to say:
It would be reasonable for perl6 to have .arg to match¹ .abs.
1] or to complement, perhaps? ☺
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
operations on double complex,
float complex and long double complex values, following its convention
of using an f suffix for float, l suffix for long double and a c
prefix for complex.
It would be reasonable for perl6 to have .arg to match .angle.
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
his name Gauß? If so, then Gauß or Gauss, yes?
In general, though, I agree with the thesis.
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
+ i·b₂, then:
|
| A ≤ B if a₁ < b₁ || ( a₁ == b₁ && a₂ ≤ b₂ )
| A ≥ B if a₁ < b₁ || ( a₁ == b₁ && a₂ ≥ b₂ )
|
`
I wonder whether having such an ordering available would be beneficial
for Perl, or for coding in general?
-JimC
--
James Cloos OpenPGP: 1024D/ED7DAEA6
course. Obviosuly. I should have noticed that and do not
know why I missed it. [SIGH]. I guess I must think of lex ordering
mostly when thinking of /real/ polynomials How narrow-minded. ☺
M> Specifically, because -1 is a square in ℂ, ℂ being an ordered field
M> would require that -1
11 matches
Mail list logo
