Re: matrix design

2002-06-25 Thread Tim Jenness
s in a slice to propogate back into the parent data structure. -- Tim Jenness JAC software http://www.jach.hawaii.edu/~timj

Re: Multi-dimensional arrays and relational db data

2001-06-10 Thread Tim Jenness
Numerical applications will get a significant boost if N-dim arrays with native slicing are possible in perl6. -- Tim Jenness JAC software http://www.jach.hawaii.edu/~timj

Re: Support for interactive interpreters...

2001-01-17 Thread Tim Jenness
ded to handle multi-line input) but it's a start. Both Python and Tcl support features like this and I agree that a perl shell would be useful. -- Tim Jenness JCMT software engineer/Support scientist http://www.jach.hawaii.edu/~timj

Re: standard representations

2001-01-02 Thread Tim Jenness
hink about > >licensing issues. > > I think gmp/fgmp is probably the best place to start, if I can get the fgmp > code building with enough abuse. It ought to be simple enough, and we'll > need to smack it around some for perl's memory management anyway. Math::GMP is on

Re: The external interface for the parser piece

2000-11-28 Thread Tim Jenness
to be read followed by the source. If set to Since you have a fourth argument couldn't that be used for the length of the byte stream rather than embedding that length into the byte stream itself? Makes more sense to me to separate the bytes from the length. -- Tim Jenness

Re: A tentative list of vtable functions

2000-10-04 Thread Tim Jenness
s to automatically deal with type conversions all the time. -- Tim Jenness JCMT software engineer/Support scientist http://www.jach.hawaii.edu/~timj

Re: epoch for time

2000-08-20 Thread Tim Jenness
On Sun, 20 Aug 2000, Chris Nandor wrote: > At 15:02 -1000 2000.08.19, Tim Jenness wrote: > >I'm of the camp that feels perl should have a fixed epoch rather than the > >epoch of the underlining OS. Furthermore, I can understand that the OS > >epoch can also be importa

perl6-language-subs: WG summary

2000-08-19 Thread Tim Jenness
his list was meant to be next week but I understand that it will be extended at least until late September (assuming we don't all agree on the current RFCs and no new ones are posted!). -- Tim Jenness JCMT software engineer/Support scientist http://www.jach.hawaii.edu/~timj

epoch for time

2000-08-19 Thread Tim Jenness
altime() replacement. Whether time() returns fractioanl seconds or a libtai object (with seconds and nanoseconds) is another issue. All of these are simply integer second offsets from each other. -- Tim Jenness JCMT software engineer/Support scientist http://www.jach.hawaii.edu/~timj

Re: RFC 128 (v1) Subroutines: Extend subroutine contexts to includename parameters and lazy arguments

2000-08-19 Thread Tim Jenness
a specific set of keys in it (see eg my PDL::Options module which translates user supplied keys [generally typed at a command line] into a set of keys the subroutine actually required [correcting for case and minimum matching]). It seems only a small jump to go from this RFC to a version that

Re: TAI time

2000-08-18 Thread Tim Jenness
practical applications (our telescope synchronizes with the clock on the GPS satellites - a 1 second error in our clock means we can miss our target by 15 arcseconds (and that's a lot). -- Tim Jenness JCMT software engineer/Support scientist http://www.jach.hawaii.edu/~timj

Re: RFC 120 (v1) Implicit counter in C statements, possiblyC<$#>.

2000-08-17 Thread Tim Jenness
On Thu, 17 Aug 2000, John McNamara wrote: > On Wed, Aug 16, 2000 at 11:42:20AM -1000, Tim Jenness wrote: > > What about: > > > > for (0..$#array) { > > print $array[$i], " is at index ", $i, "\n"; > > } > > > > I us

Re: RFC 120 (v1) Implicit counter in C statements, possiblyC<$#>.

2000-08-16 Thread Tim Jenness
} > What about: for (0..$#array) { print $array[$i], " is at index ", $i, "\n"; } I use that whenever I need to loop over indices of two arrays at once. -- Tim Jenness JCMT software engineer/Support scientist http://www.jach.hawaii.edu/~timj

Re: RFC 14 (v3) Modify open() to support FileObjects and

2000-08-16 Thread Tim Jenness
operator in Perl. > :-) I think making it an extensible and fileobject-oriented version of > what's there is a good enough improvement. > The above is fine if they return fileobjects. The issue is probably that the socket() and sysopen() commands would probably end up in modules (aka IO::Socket and IO::Sysopen). -- Tim Jenness JCMT software engineer/Support scientist http://www.jach.hawaii.edu/~timj

Re: RFC 99 (v1) Maintain internal time in Modified Julian (not epoch)

2000-08-14 Thread Tim Jenness
lue of time() and retrieve that from the equivalent date() object I will be happy. -- Tim Jenness JCMT software engineer/Support scientist http://www.jach.hawaii.edu/~timj

Re: RFC 99 (v1) Maintain internal time in Modified Julian (not epoch)

2000-08-14 Thread Tim Jenness
ion. In fact RFC #7 ("Higher Resolution time values") suggests that the concept of "number of seconds since epoch" will have to make room for fractions of a second anyway. -- Tim Jenness JCMT software engineer/Support scientist http://www.jach.hawaii.edu/~timj