Re: Missing dependency for dynoplibs?

Andrew Dougherty <[EMAIL PROTECTED]> wrote: > Where in the build process should that file get built? Should the main > Makefile have a line that does something like the following > as part of the test_prep target: > cd dynoplibs ${make_and} $(MAKE) ${make_and} cd .. That's still another i

Re: New SDL Parrot Bindings Underway

On Mon, 2004-03-29 at 23:33, chromatic wrote: > With the improved object system in place, I've been porting the existing > SDL Parrot bindings. Here's a quick status update. With helpful suggestions from Jens and Allison, I've just finished porting the existing files in examples/sdl to the new l

Re: Missing dependency for dynoplibs?

On Mon, 5 Apr 2004, Leopold Toetsch wrote: > Andrew Dougherty wrote: > > > Nearly every tinderbox is failing t/pmc/objects.t tests 35-36 with an > > error about failing to load 'runtime/parrot/dynext/myops_ops.dylib' > > (or equivalent). > > Oops sorry cut'n paste error. Fixed. Oh, no problem. I

Re: Missing dependency for dynoplibs?

Andrew Dougherty wrote: Nearly every tinderbox is failing t/pmc/objects.t tests 35-36 with an error about failing to load 'runtime/parrot/dynext/myops_ops.dylib' (or equivalent). Oops sorry cut'n paste error. Fixed. leo

Missing dependency for dynoplibs?

Nearly every tinderbox is failing t/pmc/objects.t tests 35-36 with an error about failing to load 'runtime/parrot/dynext/myops_ops.dylib' (or equivalent). Where in the build process should that file get built? Should the main Makefile have a line that does something like the following as part of

Re: [PATCH] parrotobject.pmc return cleanup

Andrew Dougherty <[EMAIL PROTECTED]> wrote: > Two spots in parrotobject.pmc are apparently trying to return something Thanks, applied. leo

Re: [PATCH] ops2c.pl fails under perl5.005

Andrew Dougherty <[EMAIL PROTECTED]> wrote: Thanks, applied. leo

Re: [BUG] very stange behavior

Jens Rieks <[EMAIL PROTECTED]> wrote: > tar xzf err15.tgz > cd err15 > ../parrot error.imc > store_sub_in_namespace: sub '__stream_base_onload' namespace #1635018099 too > big The namespace wasn't cleared correctly. Fixed Thanks, leo

[PATCH] parrotobject.pmc return cleanup

Two spots in parrotobject.pmc are apparently trying to return something from a void function. gcc apparently doesn't mind, but non-gcc compilers might. This simple patch might help the laudanum (AIX) tinderbox. --- parrot-current/classes/parrotobject.pmc Sat Apr 3 19:00:05 2004 +++ parrot-a

[PATCH] ops2c.pl fails under perl5.005

Perl5.005_03 doesn't include the warnings pragma. Fortunately, I didn't see offhand anywhere that ops2c.pl does anything fancy with it. (The script is still called with -w, so warnings are still enabled.) This is currently crasing the colon FreeBSD tinderbox. --- parrot-current/build_tools/ops2

[BUG] very stange behavior

Hi, tar xzf err15.tgz cd err15 ../parrot error.imc store_sub_in_namespace: sub '__stream_base_onload' namespace #1635018099 too big from error.imc, lines 18-21: # this long string will chrash parrot print "hello, world\n" # this short one not #print "x\n" and lines 28-29: #

Re: [perl #28251] [PATCH] generated files in '.cvsignore'

Bernhard Schmalhofer <[EMAIL PROTECTED]> wrote: > Hi, > this patch tells CVS about some more generated files. > This should reduce line noise when looking at diffs or when generating > patches. Thanks, applied. leo

[perl #28251] [PATCH] generated files in '.cvsignore'

# New Ticket Created by Bernhard Schmalhofer # Please include the string: [perl #28251] # in the subject line of all future correspondence about this issue. # http://rt.perl.org:80/rt3/Ticket/Display.html?id=28251 > Hi, this patch tells CVS about some more generated files. This should reduc

Parrot on Vax/OpenBSD

Hi, after Nick found it quite interesting to try the Vax I had a little time to try it out yesterday. The main problem I ran into was that OpenBSD does not support dynamic linking on Vax hardware. As I don't understand the configure things completely I just manually changed has_headers.h to #u

Re: __find_method Overrideable From PASM/PIR?

Chromatic <[EMAIL PROTECTED]> wrote: > According to PDD15, defining a method called __find_method() in my PASM > or PIR would allow Perl 5 AUTOLOAD-like behavior. That's a cut'n'paste error in pdd15 - at least now. All vtable methods, which are explicitely in ParrotClass/ParrotObject aren't overri

Re: "new" method

Chromatic <[EMAIL PROTECTED]> wrote: > On Sun, 2004-04-04 at 10:17, Leopold Toetsch wrote: >> .sub __init method > I personally want to pass arguments to the initializer ("constructor" > really isn't the right term). I expect HLLs will want to do the same. There isn't yet an official way to ach