On Aug-30, Dan Sugalski wrote:
> I've been watching this thread with some bemusement -- I've got to
> admit, I don't see the problem here.
>
> I'm not sure what the point of passing in parameters to the
> compilation is. (Not that I don't see the point of having changeable
> settings for compil
On Tue, Aug 31, 2004 at 06:58:02PM +0200, Leopold Toetsch wrote:
: First, we should probably ask HLL designers. I can imagine two options:
: 1) rotate whatever is there - don't care about higher bits
: 2) if higher bits are non-zero, throw an exception
Well, I'm just one datapoint, and maybe I'm a
On Wed, Aug 25, 2004 at 08:19:06PM +0100, The Perl 6 Summarizer wrote:
> Chia-liang Kao announced that he (I'm guessing, I'm not very good at
Yes, he. But I assume that someone's already confirmed this to you.
He's been in London recently. I'm not sure if he's still here.
Nick
Joshua Gatcomb <[EMAIL PROTECTED]> wrote:
> # got: 'loaded libnci.so
> Before I started digging around I was wondering if
> someone might want to whack me with the clue stick.
rm libnci.so ?
> Cheers
> Joshua Gatcomb
leo
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> At 11:58 AM +0200 8/31/04, Leopold Toetsch wrote:
>>First: we don't have any rotate vtables or opcodes. Shall these be
>>considered as a TODO?
> Yes. It's been floating around but never did get formally added.
Ok. Takers wanted.
>> rotl Pdest, n, 32
At 3:10 PM -0700 8/30/04, Matt Kennedy (via RT) wrote:
The current implementation of Parrot_dlopen on OS X doesn't check
DYLD_LIBRARY_PATH for a library if set. This behavior differs from how
the dlcompat implementation works and how dlopen works on other
platforms like linux. It also makes running
At 5:16 PM +0200 8/31/04, Leopold Toetsch wrote:
Dan Sugalski wrote:
... The inability to compile and return truly anonymous subs in PIR
is, by itself, enough to warrant the change.
Ok. What about:
.sub @ANON
.end
Still runs into the issue of not returning a sub PMC to use.
I can see not wanting t
Joshua Gatcomb wrote:
just not sure how to fix it
t/pmc/nciok 1/35# Failed test (t/pmc/nci.t at
line 59)
# got: 'loaded libnci.so
# 8.00
# '
# expected: 'loaded
runtime/parrot/dynext/libnci.so
# 8.00
# 'mc/nciNOK 2
Obviously the test is passing, but the expected res
Dan Sugalski wrote:
... The inability to
compile and return truly anonymous subs in PIR is, by itself, enough to
warrant the change.
Ok. What about:
.sub @ANON
.end
What else is needed for anoymous subs? How do we get at the subroutine
object, if the anon sub is compiled statically?
leo
At 12:16 PM +0200 8/31/04, Leopold Toetsch wrote:
Dan Sugalski <[EMAIL PROTECTED]> wrote:
Add a vtable slot to the PMC vtable inv_init (or something like that,
the name's not that big a deal),
vtable->new and "__new"?
Those are a little too similarly named. We should have something more
distin
At 11:58 AM +0200 8/31/04, Leopold Toetsch wrote:
Dan Sugalski <[EMAIL PROTECTED]> wrote:
Rotates on bools are meaningless (nothing happens), ints rotate at 32
or 64 bits depending on the native word size
First: we don't have any rotate vtables or opcodes. Shall these be
considered as a TODO?
Yes
just not sure how to fix it
t/pmc/nciok 1/35# Failed test (t/pmc/nci.t at
line 59)
# got: 'loaded libnci.so
# 8.00
# '
# expected: 'loaded
runtime/parrot/dynext/libnci.so
# 8.00
# 'mc/nciNOK 2
Obviously the test is passing, but the expected result
is different:
lo
At 9:56 AM +0200 8/31/04, Leopold Toetsch wrote:
Dan Sugalski wrote:
At 4:09 PM +0200 8/30/04, Leopold Toetsch wrote:
The PIR
compiler needs compilation units. If the compiler is PASM, it'll compile
whatever is fed to it.
We can have an implied compilation unit if things are properly set
up. I t
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> Add a vtable slot to the PMC vtable inv_init (or something like that,
> the name's not that big a deal),
vtable->new and "__new"?
> ... define it as an invokable method
> taking parameters as the current calling conventions, and be done
> with it. Basi
Dan Sugalski <[EMAIL PROTECTED]> wrote:
> Rotates on bools are meaningless (nothing happens), ints rotate at 32
> or 64 bits depending on the native word size
First: we don't have any rotate vtables or opcodes. Shall these be
considered as a TODO?
> ... (and yeah, I know this
> is going to be an
Dan Sugalski wrote:
At 4:09 PM +0200 8/30/04, Leopold Toetsch wrote:
The PIR
compiler needs compilation units. If the compiler is PASM, it'll compile
whatever is fed to it.
We can have an implied compilation unit if things are properly set up. I
think that's not unreasonable if we can work out t
Bernhard Schmalhofer <[EMAIL PROTECTED]> wrote:
> I found following vtable functions for the PMC ParrotLibrary to be useful.
> get_bool: true when library has been loaded successfully.
> get_string: return the property '_filename'.
Thanks, applied.
leo
17 matches
Mail list logo
