# New Ticket Created by Leopold Toetsch
# Please include the string: [perl #20597]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=20597 >
Next try. This patch obsoletes #20584.
- more wordsize fixes
- routine for convertin
: -Original Message-
: From: Jonathan Sillito [mailto:[EMAIL PROTECTED]]
[snip]
: 1) I was thinking of writing a couple of short "how to" documents aimed at
: compiler writers. Is there interest in something like this?
yes please
--cal henderson
---
** For great Emap magazine subscrip
* Dan Sugalski <[EMAIL PROTECTED]> [030128 19:30]:
> Ah, I've been hoping to avoid this for a while for sheer, screaming
> lack of tuits, but... Here's the deal for 'safe mode'. (For
> background, as everyone in the Unix world seems to be happy
> reinventing security wheels,
Hey! I wasn't try
On Wed, Jan 29, 2003 at 06:53:25AM +0100, Leopold Toetsch wrote:
> Garrett Goebel wrote:
> Many thanks for the links (searching for this stuff is a pain, there are
> too many results ;-)
>
> Anyway:
> - are there platforms with quad precision floats out there?
sparc Solaris and Irix both have 1
On Wed, Jan 29, 2003 at 08:22:05AM +, Leopold Toetsch wrote:
> # New Ticket Created by Leopold Toetsch
> # Please include the string: [perl #20597]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt2/Ticket/Display.html?id=20597 >
>
>
> Next t
Leopold Toetsch (via RT) wrote:
# New Ticket Created by Leopold Toetsch
# Please include the string: [perl #20597]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt2/Ticket/Display.html?id=20597 >
Here is a corrected version, which handles obscure t
On Wed, Jan 29, 2003 at 09:20:33AM +, Thomas Whateley wrote:
> one more quick question.. would it be possible to play linker games
> to redirect syscalls (from compiled c) to wrapper functions that check
> permissions? Would that allow us to secure dynamicly linked libs??
When I said "as soo
The variable layout of interpreter->code (actually the packfile) doesn't
fit very good for multiple code segments. There is only one ->byte_code
pointer, the byte_code_size is in bytes and converted zig times into
opcode_t's and so on.
so:
1) rename interpreter->code to interpreter->pf (the pa
On Tue, 2003-01-28 at 17:12, Garrett Goebel wrote:
> Leopold Toetsch wrote:
> >
> > - 8/12 byte float issues are still the same - are these
> >formats really portable, or should we try to store
> >ASCII equivalents?
>
> No?
>
> ? Because my knowledge here approaches zero, so I'm just ap
On Wed, 2003-01-29 at 04:56, Nicholas Clark wrote:
> On Wed, Jan 29, 2003 at 06:53:25AM +0100, Leopold Toetsch wrote:
> > Garrett Goebel wrote:
>
> > Many thanks for the links (searching for this stuff is a pain, there are
> > too many results ;-)
> >
> > Anyway:
> > - are there platforms with q
> Also I can't work out how to search the list archive at develooper.com.
Patches welcome.
(Really. I have several archive management tasks that need to get
done, and if anyone wants to volunteer)
-R
On Wed, Jan 29, 2003 at 07:36:07AM -0800, Robert Spier wrote:
> > Also I can't work out how to search the list archive at develooper.com.
>
> Patches welcome.
>
> (Really. I have several archive management tasks that need to get
> done, and if anyone wants to volunteer)
I'm quite happy to s
At 1:15 PM +0100 1/28/03, K Stol wrote:
Hi there,
didn't have time to reply earlier, had to do some research on Lua and had to
get approval for the project, so couldn't let you know earlier. sorry about
that.
But now, I have it (the approval, that is) so I'll be implementing a
compiler for Lua->p
On Wed, Jan 29, 2003 at 03:41:33PM +, Nicholas Clark wrote:
> On Wed, Jan 29, 2003 at 07:36:07AM -0800, Robert Spier wrote:
> > > Also I can't work out how to search the list archive at develooper.com.
> >
> > Patches welcome.
> >
> > (Really. I have several archive management tasks that nee
From: Bryan C. Warnock [mailto:[EMAIL PROTECTED]]
> On Tue, 2003-01-28 at 17:12, Garrett Goebel wrote:
> >
> > There are 3 standard binary IEEE 754 derived formats:
> >
> > Single Precision: 4 bytes
> > Double Precision: 8 bytes
> > Quadruple Precision: 16 bytes
>
> Actually, Quads
Leopold Toetsch wrote:
>
> Anyway:
> - are there platforms with quad precision floats out there?
Several documents refer to quad precision hardware, but I can't find direct
references to any.
> - or should 12 byte long doubles get converted to 8 byte IEEE doubles.
Perhaps the following quote f
On Jan-29, Jonathan Sillito wrote:
> 1) coroutine.t (which should be put in t/pmc/) exposes some errors in our
> coroutine code.
>
> 2) coroutine.patch fixes those errors by saving and restoring more of the
> coroutine's context. More specifically the user_stack, control_stack and
> pad_stack.
>
On Jan-28, Leopold Toetsch wrote:
> Robert Spier wrote:
>
> >Odd.
> >
> >There's not enough information in the logs to figure out what's going
> >on. (And the code shouldn't have this kind of failure mode.)
> >
> >If it keeps happening, please keep me in the loop.
>
>
> Did it again. This tim
On Jan-29, Steve Fink wrote:
> More weirdness. It gave me error messages, but claims to have
> committed. Look near the end for a timestamp (which is probably ~30
> seconds after the commit).
It looks like everything really did make it in, but the cvs commit
message did not include the parts that
Michael Lazzaro <[EMAIL PROTECTED]> writes:
> Solution 1: If you attempt to SET a cell to it's 'empty value', it
> will be set to it's default:
>
>
> my int @a is default(5); #
> @a[5] = 0;# actually sets it to it's 'empty
> value', 5
>
> @a[5] = undef;
On Wed, Jan 29, 2003 at 02:12:01PM +0100, Leopold Toetsch wrote:
> The variable layout of interpreter->code (actually the packfile) doesn't
> fit very good for multiple code segments. There is only one ->byte_code
> pointer, the byte_code_size is in bytes and converted zig times into
> opcode_t'
Sorry I've not been much in evidence the past week or so (I know, I'm
behind in the object draft). Job hunting and writing commitments have
been getting in the way. I should have the backlog cleared out soon,
and get at least a second object draft out, and then we can address
the bytecode issue
22 matches
Mail list logo
