Nick Ing-Simmons [EMAIL PROTECTED] wrote
BigFloat could well build on BigInt for its "mantissa" and have another
int-of-some-kind as its exponent. We don't need to pack it tightly
so we should probably avoid IEEE-like hidden MSB. The size of exponent
is one area where "known range of int" is
At 10:14 AM 1/2/01 +, David Mitchell wrote:
Nick Ing-Simmons [EMAIL PROTECTED] wrote
BigFloat could well build on BigInt for its "mantissa" and have another
int-of-some-kind as its exponent. We don't need to pack it tightly
so we should probably avoid IEEE-like hidden MSB. The size of
At 01:10 PM 12/31/00 -0600, Jarkko Hietaniemi wrote:
but you seem to agree that porting to most embedded type systems is more
of an OS (and testing!) issue than compilation. if other complex enough
I think there are true limits imposed by the more limited CPUs like
address space. I think
At 12:13 PM 12/31/00 -0600, Jarkko Hietaniemi wrote:
Yeak, I know a lot of the old 8 and 16 bit chips are in use as control
devices places. Those are the ones I'm thinking about. (Not that hard, but
I don't want to rule them out needlessly)
Yeah! I want to dust off my trusty old Z80 boxes
On Tue, Jan 02, 2001 at 07:26:39AM -0500, Dan Sugalski wrote:
At 01:10 PM 12/31/00 -0600, Jarkko Hietaniemi wrote:
but you seem to agree that porting to most embedded type systems is more
of an OS (and testing!) issue than compilation. if other complex enough
I think there are true
On Tue, 2 Jan 2001, Dan Sugalski wrote:
that got wedged into an 8K address space with overlays...) but I'm pretty
sure I could do it on a PDP-11, with it's 64Kwords of ID space. Probably
not the baseline, all-C version of the source, but perl nonetheless.
Oh, then perhaps we should put the
On Mon, Jan 01, 2001 at 04:31:42PM -0600, Jarkko Hietaniemi wrote:
(1) Quicksort has a weak point where it goes deep into the Quadratic Land:
(nearly) already ordered data. No, that is not so far-fetched a case.
Mergesort has no similar weakpoints: its performance is in fact
Jarkko Hietaniemi wrote:
"sort heuristic"? "DWIM both numeric and string data"? There is
no "heuristic". There is no "DWIM". Perl's sort() does by default
string sort based on the byte values of the strings of its argument
list. That's it. Period. Full stop.
Oh.
$ perl -le
Marc Lehmann wrote:
On Sat, Dec 30, 2000 at 05:31:29AM +, "David L. Nicol" [EMAIL PROTECTED]
wrote:
I do not know exactly what the perl5 default sort heuristic is, aside that
it tries to DWIM both numeric and string data.
There is no heuristic, the default is simply $a cmp $b, so I
"DS" == Dan Sugalski [EMAIL PROTECTED] writes:
DS I was thinking of chips like the 68008, which had a 16-bit data
DS bus. While the native word size was 32 bits, fetching one took two
DS trips out to memory. Done automagically for you by the chip's
DS circuitry so you didn't have to
"DS" == Dan Sugalski [EMAIL PROTECTED] writes:
DS sure I could do it on a PDP-11, with it's 64Kwords of ID
DS space. Probably not the baseline, all-C version of the source, but
DS perl nonetheless.
that would warm the nostalgic cockles of my heart. :)
which OS? rt-11 was my favorite!
"JH" == Jarkko Hietaniemi [EMAIL PROTECTED] writes:
JH None right now but then again it's my early morning precoffee
JH brain... Are there any places with 32b ints and 16b ptrs? If so,
JH casting ints to pointers and back would be even more debatable
JH than usual.
having been
At 12:41 PM 1/2/01 -0500, Uri Guttman wrote:
"DS" == Dan Sugalski [EMAIL PROTECTED] writes:
DS I was thinking of chips like the 68008, which had a 16-bit data
DS bus. While the native word size was 32 bits, fetching one took two
DS trips out to memory. Done automagically for you by
At 12:43 PM 1/2/01 -0500, Uri Guttman wrote:
"DS" == Dan Sugalski [EMAIL PROTECTED] writes:
DS sure I could do it on a PDP-11, with it's 64Kwords of ID
DS space. Probably not the baseline, all-C version of the source, but
DS perl nonetheless.
that would warm the nostalgic cockles of
At 09:42 AM 1/2/01 -0500, Andy Dougherty wrote:
On Tue, 2 Jan 2001, Dan Sugalski wrote:
that got wedged into an 8K address space with overlays...) but I'm pretty
sure I could do it on a PDP-11, with it's 64Kwords of ID space. Probably
not the baseline, all-C version of the source, but perl
At 12:34 PM 1/2/01 -0500, Andy Dougherty wrote:
If you want to experiment with modifying perl5's bigints and bigfloats
with a tuned library to get an idea of how much speed we're talking about,
gmp is probably the best bet to get a good estimate with the least amount
of effort (though it doesn't
At 07:33 AM 1/2/01 -0600, Jarkko Hietaniemi wrote:
On Tue, Jan 02, 2001 at 07:26:39AM -0500, Dan Sugalski wrote:
At 01:10 PM 12/31/00 -0600, Jarkko Hietaniemi wrote:
but you seem to agree that porting to most embedded type systems is
more
of an OS (and testing!) issue than
None right now but then again it's my early morning precoffee brain...
Are there any places with 32b ints and 16b ptrs? If so, casting ints
to pointers and back would be even more debatable than usual.
I'm going to try really hard to avoid that particular pitfall, if for no
other reason
On Sat, 30 Dec 2000, Andy Dougherty wrote:
Anyone know of a good bigint/bigfloat library whose terms are such that we
can just snag the source and use it in perl?
There's a clone of the GPL one that was written specifically to avoid GPL
issues. I'll try to dig up more references when
"JSD" == Jonathan Scott Duff [EMAIL PROTECTED] writes:
JSD On Mon, Jan 01, 2001 at 04:31:42PM -0600, Jarkko Hietaniemi wrote:
(1) Quicksort has a weak point where it goes deep into the Quadratic Land:
(nearly) already ordered data. No, that is not so far-fetched a case.
Mergesort
"DS" == Dan Sugalski [EMAIL PROTECTED] writes:
DS At 12:43 PM 1/2/01 -0500, Uri Guttman wrote:
which OS? rt-11 was my favorite!
DS RSTS/E, of course. If for no other reason than I've never used
DS RT-11 or RSX. (Well, unless you count VMS in as an RSX variant...)
DS A rather
At 12:58 PM 1/2/01 -0500, Uri Guttman wrote:
"DS" == Dan Sugalski [EMAIL PROTECTED] writes:
DS At 12:43 PM 1/2/01 -0500, Uri Guttman wrote:
which OS? rt-11 was my favorite!
DS RSTS/E, of course. If for no other reason than I've never used
DS RT-11 or RSX. (Well, unless you
"DS" == Dan Sugalski [EMAIL PROTECTED] writes:
DS No, I don't think so. In this case, the natural word size really
DS is 16 bits, regardless of what's transparent to the
DS programmer. (Just as 32-bit integers seem fastest for many things
DS on Alphas, despite the fact that it's a
On Tue, 2 Jan 2001, Dan Sugalski wrote:
At 12:34 PM 1/2/01 -0500, Andy Dougherty wrote:
If you want to experiment with modifying perl5's bigints and bigfloats
with a tuned library to get an idea of how much speed we're talking about,
gmp is probably the best bet to get a good estimate with
An OS problem and a build environment (cross-compilation, yuk)
problem. I once managed to compile miniperl (5.005) for Chorus.
I'm about to unearth the cross-compilation changes I had to make to
get that working. (You thought Configure was hairy enough already?
Think again: the test
Dan Sugalski wrote:
At 10:14 AM 1/2/01 +, David Mitchell wrote:
Nick Ing-Simmons [EMAIL PROTECTED] wrote
BigFloat could well build on BigInt for its "mantissa" and have another
int-of-some-kind as its exponent. We don't need to pack it tightly
so we should probably avoid
That is way cool.
Though I'm not sure that all of the constructs of another language are
going to be that easy to map into perl opcodes. Arithmetic, sure. But
perl opcodes aren't exactly a universal intermediate language.
Just in looking at your example, it seems like some complex replacements
27 matches
Mail list logo