Chromatic <[EMAIL PROTECTED]> wrote:
> Count: 4
> 0: 263958416
> 1: 0
> 2: 263958412
> 3: 264243256
And differently here. What your struct layout is describing was:
struct container {
int count;
int ar[2];
};
But you get from nci_p_ a pointer to:
> Global subroutine labels have to begin with an
> underscore.
Oh, yeah. Now I remember :P
> It shouldn't segfault though, but produce
> some kind of error.
Each time I did this, it produced run-time errors.
Never said 'invalid symbol' or anything. It would be
nice if it had.
Hi,
On Saturday 08 May 2004 13:42, Leopold Toetsch wrote:
> >
> > .emit
> > #
> > .eom
>
> Yes.
> $ cat imcc/BUGS
> BUGS:
> ...
> - the parser doesn't like empty subs:
>.sub _foo
>.end
>inserting a 'noop' helps.
Are .emit/.eom sections subs? This is IMO not obvious. I'll add it to the
Togos <[EMAIL PROTECTED]> wrote:
> Each time I did this, it produced run-time errors.
> Never said 'invalid symbol' or anything. It would be
> nice if it had.
Fixed. This subroutine call syntax now automatically references a global
label, so your example is now valid code.
leo
Jens Rieks <[EMAIL PROTECTED]> wrote:
> Are .emit/.eom sections subs? This is IMO not obvious. I'll add it to
> the bugs file.
Both are compilation units. Empty compilation units don't work.
leo
Saturday, May 8, 2004, 11:39:03 PM, Dan Sugalski wrote:
> Another todo list task for the interested. A perl & linker thing.
>
> Right now, through the wonders of the Unix default linking
> conventions, every function in parrot gets exported whether we want
> them to be o
> > In line 9 of 'test_pcre.imc' I'm calling a sub, that does nothing at
> all.
> > But as a side effect the string "a" isn't matching the regex "a" any
> more.
>
> I don't see any effect on calling the sub or not. Both cases do match.
Trying 'test_pcre.imc' with a parrot from sources as of 2004
* PMCs have now fix assigned numbers
* the numbering is in classes/pmc.num
* this breaks existings PBCs
leo
Abhijit A. Mahabal wrote:
> this is my first patch ever (not just p6i: ever). So do tell me
> what I have done wrong.
Sorry not to respond before the patch was applied. Crazy week.
> This is a patch for one of the ToDo items in languages/perl6/Todo. I have
> updated the calling conventions
Allison Randal <[EMAIL PROTECTED]> wrote:
> If syntax like this:
> find_lex $P2, "&die"
> $P2($P0)
> isn't possible yet, it probably should be.
Works since some weeks.
> Allison
leo
On Sat, May 08, 2004 at 03:16:45PM -0400, stevan little wrote:
> On May 8, 2004, at 2:25 PM, Tim Bunce wrote:
> >
> >Just some (and thanks for that). But there are still a few with
> >custom ok() subs and some others using the plain Test module.
> >
> >Tim.
>
> Make that 2 less tests doing the fun
I just moved from Berlin to London and started a new job, so haven't
had time recently for Parrot documentation. Indeed there is plenty to
be done. I should be back on the case in a week or two.
Mike
On 7 May 2004, at 17:13, Simon Glover wrote:
No. The closest we have to something like this i
On May 9, 2004, at 6:48 PM, Tim Bunce wrote:
On Sat, May 08, 2004 at 03:16:45PM -0400, stevan little wrote:
On May 8, 2004, at 2:25 PM, Tim Bunce wrote:
Just some (and thanks for that). But there are still a few with
custom ok() subs and some others using the plain Test module.
Tim.
Make that 2 le
On Sat, 8 May 2004, Abhijit A. Mahabal wrote:
> I was writing a few tests for the P6 parser and ran into a weird problem.
> If I have the following in a file in languages/perl6, it works as
> expected:
[...]
> Now, if I put exactly the same contents in a file in
> languages/perl6/t/parser, then
Adam Thomason <[EMAIL PROTECTED]> wrote:
> It's not the library that's the trouble, it's the contained objects.
The build rule shouldn't contain nci_test$(O) but just
path/libnci$(SO) : nci_test.c
$(LD) $(LD_SHARED) $(LIBNCI_DEF_FILE) ...
No need to have a CC_SHARED with -fPIC (not yet)
Ron Blaschke <[EMAIL PROTECTED]> wrote:
> Documentation update, including build instructions for local ICU
> installation.
Thanks, applied.
leo
Togos <[EMAIL PROTECTED]> wrote:
> .sub looper
> print "i like peanuts\n"
> shooper()
_shooper()
> print "goodbye\n"
> end
> .end
> .sub shooper non_prototyped
.sub _shooper
> print "hello\n"
> .end
Global subroutine labels have to begin with an underscore.
Bernhard Schmalhofer <[EMAIL PROTECTED]> wrote:
> In line 9 of 'test_pcre.imc' I'm calling a sub, that does nothing at all.
> But as a side effect the string "a" isn't matching the regex "a" any more.
I don't see any effect on calling the sub or not. Both cases do match.
> CU, Bernhard
leo
BTW
18 matches
Mail list logo
