rotocol, do
you know how to port it to perl or perl6?
https://ignite.apache.org/docs/latest/binary-client-protocol/binary-client-protocol
I was using their python/ruby clients, but there is not a perl version.
Thanks.
Piper
On Tue, Jan 4, 2022 at 11:15 AM Geoffrey Broadwell <mailto:g...@sonic.n
I love doing binary codecs for Raku[1]! How you approach this really
depends on what formats and protocols you want to create Raku modules for.
The first thing you need to be able to do is test if your codec is
correct. It is notoriously easy to make a tiny mistake in a protocol
implementati
Responses inline ...
On Sat, Feb 4, 2017 at 7:08 AM, jn...@jnthn.net via RT <
perl6-bugs-follo...@perl.org> wrote:
> On Fri, 03 Feb 2017 21:20:59 -0800, g...@google.com wrote:
> > See the following gist:
> >
> > https://gist.github.com/japhb/40772099ed24e20ec2c37c06f434594b
> >
> > (If you ru
See attached short patch to src/core/List.pm to fix #101858.
-'f
>From d18c6af3e8c8bd2e1dc43d132fcc2cb39fc41e6c Mon Sep 17 00:00:00 2001
From: Geoffrey Broadwell
Date: Thu, 20 Oct 2011 21:28:36 -0700
Subject: [PATCH] List.unshift(): loop while @elems is non-empty, not while first el
On Fri, 2010-07-23 at 15:26 +0200, Raphael Descamps wrote:
> Have a look at nqp-rx + kakapo + plumage + proto/PLS for some examples
> where you can help without any C or Perl 5 knowledge:
>
> http://gitorious.org/parrot-plumage
Best. Suggestion. Ever.
:-)
-'f
On Tue, 2010-04-13 at 05:42 -0700, Ira Byerly wrote:
> Note that one test in t/spec/S32-list/sort.t fails...
>
> not ok 4 - array of mixed numbers including Inf/NaN
> # got: [-Inf, -61/20, -1e-07, 1/10, 11/10, 2, 42, Inf, NaN]
> # expected: [NaN, -Inf, -61/20, -1e-07, 1/10, 11/10,
On Mon, 2010-04-12 at 11:23 -0700, Larry Wall wrote:
> The standard parser will likely be pointing out spelling errors and
> conjecturing emendations for near misses. Whole-program analysis can
> even do this for any method names that look wrongish. The difference
> between Acme-X and Acme_X is n
On Sat, 2010-04-10 at 17:20 -0700, yary wrote:
> Adjectives and nouns aren't English-only. So Damian's proposal is
> multi-culti. One could argue that Perl's identifiers, keywords, etc
> are based on English so that it is more difficult for a non-English
> speaker to discern why underscore is used
First: what Damian said.
Second: Whatever syntax people come up with has to make it easy and
type-safe to name particular combinations of those bits.
In other words, you should be able to make a bitset with Unix-style
permissions:
OTHER_EXECUTE
OTHER_WRITE
OTHER_READ
GROUP_EXECUT
On Fri, 2010-03-26 at 08:38 +0100, pugs-comm...@feather.perl6.nl wrote:
> .doit: { $^a <=> $^b } # okay
> .doit(): { $^a <=> $^b }# okay
> .doit(1,2,3): { $^a <=> $^b } # okay
> +.doit(1,2,3): { $^a <=> $^b } # okay
> +.doit:{ $^a <=> $^b
On Sat, 2010-03-06 at 07:52 -0800, Martin Kjeldsen wrote:
> +if $str ~~ /\x0a$/ {
> +$str = $str.substr(0, $str.chars - 1);
Unless newlines are being canonicalized elsewhere, this seems
*nix-specific.
(Sorry I haven't researched further, this just caught my eye in pass
On Tue, 2009-12-15 at 09:47 -0500, Guy Hulbert wrote:
> This:
>
> http://trac.parrot.org/parrot/wiki/ModuleEcosystem
>
> works better for me as starting point for plumage.
That's due for some updates; currently stalled on my tuits, but it's on
my short list. Sadly, my "short list" is getting ra
On Wed, 2009-12-09 at 00:16 -0500, Austin Hastings wrote:
> Geoffrey Broadwell wrote:
> > On Tue, 2009-12-08 at 18:58 -0500, Austin Hastings wrote:
> >
> >> I know that I could 'metaprogram' this stuff by using string
> >> manipulation on t
On Tue, 2009-12-08 at 18:58 -0500, Austin Hastings wrote:
> I know that I could 'metaprogram' this stuff by using string
> manipulation on the various method names, and then calling a
> (self-built) call_method($obj, $method_name, ...args...) function.
You don't need to write this by hand. NQP-
On Mon, 2009-11-23 at 14:00 +, Parrot Bug Summary wrote:
> Parrot Bug Summary
>
> http://rt.perl.org/rt3/NoAuth/parrot/Overview.html
Now that we've emptied RT, can we shut this off?
-'f
On Mon, 2009-11-23 at 01:15 +0100, Lithos wrote:
> Today I posted my first attempt at summarizing Perl 6 and Parrot things at
>
>http://lith-ology.blogspot.com/
>
> Any comments and corrections welcome!
This is *very* valuable to us. Please keep it up!
-'f
On Sun, 2009-11-22 at 08:15 -0800, Paul Simon wrote:
> The system has only 256 MB with few resources being used. That's a big
> difference
> between 12+ hours and 3 minutes! Maybe I should invest in more RAM :-)
Yep, if you see swapping, more RAM is probably the single most effective
performance
I kinda like 'blorst'. The word makes me think of a warm stew on a cold
winter night. And I agree with the searchability advantage of 'blorst'
as well.
-'f
On Thu, 2009-09-17 at 11:12 -0700, yary wrote:
> On Thu, Sep 17, 2009 at 1:05 AM, Damian Conway wrote:
> > Aaron Sherman asked:
> ...
> >> I'd very much like to establish that at default optimization levels for
> >> execution, this information is not guaranteed to be maintained past the
> >> creat
On Wed, 2009-09-16 at 19:49 +1000, Timothy S. Nelson wrote:
> +1. I have a set of 7 bookmarks that load in tabs that I call my "Perl 6"
> bookmarks. I load this group of tabs into a separate web browser window when
> I'm doing Perl 6 stuff. That link is one of the 7 links.
Perhaps your other
On Fri, 2009-08-21 at 14:24 +1100, Илья wrote:
> -multi foo (@bar) { "Array " ~ join(', ', @bar) }
> -multi foo (%bar) { "Hash " ~ join(', ', %bar.keys.sort) }
> +multi foo (@bar) { "Positioanl " ~ join(', ', @bar) }
> +multi foo (%bar) { "Associative " ~ join(', ', %bar.keys.sort) }
Typo in thi
On Sat, 2009-07-18 at 21:22 -0400, James Cloos wrote:
> lwall> + enum TrigBase is export ;
>
> Is Circles of much value?
>
> I can see Semicircles, since that would make the range (-1,1] or [-1,1).
> But a range of [0,1) or (0,1] seems *much* less useful.
>
> Or am I missing an obvious use case?
On Sun, 2009-06-21 at 13:14 +0100, Lyle wrote:
> Hi Ron,
> I looks like the SVN repo was just down temporarily. Try again and
> it'll probably work. You can also run the svn commands directly to grab
> parrot... Take a look in gen_parrot.pl
>
> Ron Savage wrote:
> > Checking out Parrot r39599 v
On Sat, 2009-06-06 at 13:18 -0300, Daniel Ruoso wrote:
> http://sial.org/pbot/37077
> A slightly improved syntax, as per jnthn++ suggestion...
My list mail has been very delayed, so this may be out of sequence, but
in case no one mentioned it yet:
http://sial.org/pbot/37102
(That's ruoso++'
Tim Nelson:
> There's some standard that says this is how to generate unicode:
>
> 1.Hold down Ctrl+Shift
> 2.Press U
> 3.Type the hexadecimal for the unicode character
> 4.Release Ctrl+Shift
This works under GNOME, which also has a variant that is a little
friendlier to the fi
On Tue, 2009-03-24 at 11:56 -0500, Patrick R. Michaud wrote:
> On Mon, Mar 16, 2009 at 09:41:37PM -0700, Geoffrey Broadwell wrote:
> > On Mon, 2009-03-16 at 21:08 -0500, Patrick R. Michaud wrote:
> > > By putting floor/ceiling/round/sign/abs as a candidates for the setting
On Mon, 2009-03-16 at 21:08 -0500, Patrick R. Michaud wrote:
> On Sun, Mar 15, 2009 at 01:25:28AM -0500, fREW Schmidt wrote:
> > > Lesson from the Forth world: In cases where the semantic of a high-level
> > > word exactly (or very closely) matches an instruction in the hardware's
> > > ISA, it rea
On Sat, 2009-03-14 at 14:07 -0700, fREW Schmidt wrote:
> # New Ticket Created by fREW Schmidt
> # Please include the string: [perl #63874]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=63874 >
>
>
> , perl6
I'm al
> > Could you change to simply bounce with a
> > message:
> >
> > --
> > Please submit reports to Parrot using the web interface:
> >
> > https://trac.parrot.org/parrot/newticket
> >
> > Thanks,
> > The Parrot Team
> > --
> >
> > Thanks!
> > Allison
Out of curiosity, why don't we allow
On Tue, 2009-02-24 at 12:31 -0800, Jon Lang wrote:
> $y ± 5 # same as ($y - 5) | ($y + 5)
> $y within 5 # same as ($y - 5) .. ($y + 5)
Oh, that's just beautiful.
-'f
On Fri, 2009-02-20 at 15:33 -0600, Dave Rolsky wrote:
> Of course, if you're dealing with TAI only, you're safe for constants up
> to ONE_WEEK.
So we just define ONE_MONTH as 4 * ONE_WEEK, right?
*duck*
-'f
On Thu, 2009-02-19 at 22:57 +1100, Timothy S. Nelson wrote:
> On Thu, 19 Feb 2009, Carl Mäsak wrote:
> > A tree is a graph without cycles.
That's insufficient. In fact, there are a number of ways that the
general concept of an acyclic graph must be constrained before you get
something you can cal
On Tue, 2009-02-17 at 22:38 +1100, Timothy S. Nelson wrote:
> My third thought is that it would be very useful also to have
> date/time objects that integrate well with eg. ctime, mtime, and the like;
> I'd
> start with Time::Piece as a model.
>
> http://search.cpan.org/dist/Time-Piece/Pi
On Fri, 2009-01-30 at 08:12 +0100, pugs-comm...@feather.perl6.nl wrote:
> @@ -103,7 +106,7 @@
> =item *
>
> POD sections may be used reliably as multiline comments in Perl 6.
> -Unlike in Perl 5, POD syntax now requires that C<=begin comment>
> +Unlike in Perl 5, POD syntax now lets you use C<=
On Wed, 2009-01-21 at 14:23 +, Peter Scott wrote:
> On Wed, 21 Jan 2009 13:35:50 +0100, Carl Mäsak wrote:
> > I'm trying to explain to myself why I don't like this idea at all. I'm
> > only partially successful. Other people seem to have no problem with it,
> > so I might just be wrong, or part
On Thu, 2009-01-15 at 16:03 -0800, Darren Duncan wrote:
> Patrick R. Michaud wrote (on p6c):
> > On Thu, Jan 15, 2009 at 08:53:33AM +0100, Moritz Lenz wrote:
> >> Another thing to keep in mind is that once we start to have a Perl 6
> >> prelude, we might decide to be nice neighbors and share it wit
On Mon, 2009-01-12 at 07:01 -0800, Ovid wrote:
> - Original Message
>
>
> > > > I could optionally make the following work:
> > > >
> > > > $string.trim(:leading<0>);
> > > > $string.trim(:trailing<0>);
>
> Alternatively, those could be ltrim() and rtrim(). If you need to
> dynamica
On Sun, 2009-01-11 at 12:39 -0500, Andrew Whitworth wrote:
> This is something that obviously needs to be avoided. PASM doesn't
> require that P42 be the 42nd register in an array. It only requires
> that values put into P42 aren't overwritten and the register isn't
> repurposed later. The simplest
On Thu, 2009-01-08 at 23:06 +0100, pugs-comm...@feather.perl6.nl wrote:
> +=item -0 *octal/hex*
> +
> +Sets input record separator. Missing due to lack of specification in
> +L. There is a comment about this in the L
> +section at the end of this document.
I use this option quite a bit -- but on
On Fri, 2009-01-02 at 12:27 -0800, jerry gay wrote:
> oh, yes, whoops! i responded to someone else in #pugs earlier, and
> forgot to address the item here. C replaces p5's
> C (that's the latest idea from damian, although it seems not
> to be published yet).
Ah, I get it! What about perldoc's spe
On Fri, 2009-01-02 at 22:56 +0100, Aristotle Pagaltzis wrote:
> > When I asked this question on #perl6, pmurias suggested using
> > gather/take syntax, but that didn't feel right to me either --
> > it's contrived in a similar way to using a one-off closure.
>
> Contrived how?
Meaning, the gather
Thank you for the quick turnaround!
On Fri, 2009-01-02 at 10:55 -0800, jerry gay wrote:
> On Fri, Jan 2, 2009 at 09:27, Geoffrey Broadwell wrote:
> > It's also not
> > obvious what a boolean named $doc does -- which probably means either
> > that it's not supposed
On Fri, 2009-01-02 at 17:08 +0100, pugs-comm...@feather.perl6.nl wrote:
> +=head2 Synopsis
> +
> + multi sub perl6(
> +Bool :a($autosplit),
> +Bool :c($check-syntax),
> +Bool :$doc,
> +:e($execute),
> +:$execute-lax, #TODO fix illegal -e6 syntax. -6? not legal. -x? hrmm
> +
On Fri, 2009-01-02 at 14:19 +0200, Leon Timmermans wrote:
> When going OO, I'd say an augment()/inner() approach would be
> cleanest. See
> http://search.cpan.org/~drolsky/Moose/lib/Moose/Cookbook/Basics/Recipe6.pod
> for an example. I don't know how to express that in Perl 6 though.
There's no d
On Fri, 2009-01-02 at 00:30 +0200, Leon Timmermans wrote:
> I can't help wondering "why does pid_file_handler need to be split up
> in the first place?" Why wouldn't it be possible to simply call
> pid_file_handler after become_daemon?
Two answers:
1. If an error occurs that will not allow the PI
In the below Perl 5 code, I refactored to pull the two halves of the PID
file handling out of init_server(), but to do so, I had to return a sub
from pid_file_handler() that acted as a "continuation". The syntax is a
bit ugly, though. Is there a cleaner way to this in Perl 6?
##
sub init_ser
On Tue, 2008-12-23 at 17:31 -0800, Will Coleda via RT wrote:
> chromatic mentioned on #parrot that if we remove PIC, we're going to break
> all the
> predereferenced runcores. After some discussion, this probably means ripping
> out:
>
> 16:42 <@chromatic> Everything other than the default core
On Fri, 2008-12-05 at 13:13 -0600, Andy Lester wrote:
> On Dec 5, 2008, at 1:11 PM, Geoffrey Broadwell wrote:
> > I can't, because as Perlbuzz oh-so-helpfully tells me when I try to
> > submit my comment: "Registration is required." With no indication how
> >
On Fri, 2008-12-05 at 09:10 -0600, Andy Lester wrote:
> On Dec 5, 2008, at 4:13 AM, Simon Cozens wrote:
>
> > I just ran this code, which worked with the expected results:
>
>
> Beautiful. Posted to Perlbuzz.
>
> http://perlbuzz.com/2008/12/database-access-in-perl-6-is-coming-along-nicely.html
On Tue, 2008-12-02 at 21:21 +0100, Leon Timmermans wrote:
> If you really want it, a macro can fix all of this for you.
> That's the beauty of macros: these kinds of things are possible if you
> need them.
Sure, but user-written macros are also an easy out that allows one to
avoid making hard deci
On Tue, 2008-12-02 at 13:07 -0700, David Green wrote:
> On 2008-Dec-2, at 12:33 pm, Geoffrey Broadwell wrote:
> > On Tue, 2008-12-02 at 08:50 +0100, Carl Mäsak wrote:
> >> Darren (>):
> >>> How does one write anonymous value literals of those types?
> >
On Tue, 2008-12-02 at 08:50 +0100, Carl Mäsak wrote:
> Darren (>):
> > Bit
> > Blob
> > Set
> > Bag
> > Mapping
> >
> > How does one write anonymous value literals of those types? And I mean
> > directly, not by writing a literal of some other type and using a conversion
> > function to deriv
On Wed, 2008-11-26 at 11:34 -0800, Darren Duncan wrote:
> I agree with the idea of making Perl 6's filesystem/etc interface more
> abstract,
> as previously discussed, and also that users should be able to choose between
> different levels of abstraction where that makes sense, either picking a
On Sun, 2008-10-05 at 17:05 -0700, [EMAIL PROTECTED] wrote:
> +C<< infix:<...> >>, the series operator.
Lovely, just lovely.
> +1, 3, 5 ... *# odd numbers
> +1. 2. 4 ... *# powers of 2
Did you mean to use commas on that second line?
-'f
On Fri, 2008-10-03 at 08:55 -0700, Will Coleda wrote:
> Index: Makefile.PL
> ===
> -BEGIN { require 5.008 }
> +BEGIN { require 5.8.6 }
> Index: Configure.pl
> ===
> -use
Tom Christiansen:
> > Don't we have to solve all this to get the Perl 6 debugger
> > working anyway?
>
> Although I'm unsure why that might be, I also recognize the possibility
> that there may well exist hypothetical documents, unread by me, which
> mandate some scenario or behavior wherein the
On Wed, 2008-09-24 at 18:09 -0500, Patrick R. Michaud wrote:
> On Thu, Sep 25, 2008 at 12:10:35AM +0200, Reini Urban wrote:
> > 2008/9/24 Patrick R. Michaud <[EMAIL PROTECTED]>:
> > > So, in order to get the behavior you're describing from the interactive
> > > prompt, we'll probably need more than
On Thu, 2008-09-18 at 10:28 -0700, jerry gay wrote:
> On Thu, Sep 18, 2008 at 10:21 AM, Patrick R. Michaud <[EMAIL PROTECTED]>
> wrote:
> > On Thu, Sep 18, 2008 at 09:06:44AM -0700, jerry gay wrote:
> >> what some refer to as "traits", perl 6 calls "roles".
The Perl 6 name is a better, more natur
On Thu, 2008-09-18 at 07:34 -0500, Patrick R. Michaud wrote:
> > "Aggregating coroutine" and "aggregating yield" aren't nearly as zippy
> > as 'gather' and 'take', but they're more meaningful to a broader
> > audience, which may help the feature spread.
I don't buy this. The Perl 6 terms are
On Tue, 2008-09-02 at 12:32 -0700, Darren Duncan wrote:
> Now a common factor to both of my proposals is that this Test.pm is
> intentionally kept as simple as possible and contains just the
> functionality needed to bootstrap the official Perl 6 test suite; if the
> official test suite doesn't
On Thu, 2008-08-28 at 00:03 -0700, Allison Randal wrote:
> Briefly discussed on the phone with Patrick, Jerry, and chromatic: The
> versions of the math opcodes that modify an existing destination PMC
> instead of creating a new destination PMC are not useful to HLLs,
> because they make assumpt
On Wed, 2008-08-20 at 22:20 +0200, Ron Blaschke wrote:
> I think we need a way to select the calling convention for a function,
> similar to, or maybe even part of, the signature. Also, it would be
> good to have a way to select a calling convention when loading a
> library, as a calling conventio
On Mon, 2008-08-18 at 17:44 -0400, Michael Peters wrote:
> Allison Randal wrote:
>
> > It's true that you can't get a Python array and expect it to respond to
> > all the same method calls as a Tcl array. But that Python array is just
> > another variable type, that accepts keyed access and meth
On Fri, 2008-08-15 at 11:57 -0400, Will Coleda wrote:
> >> This causes -all- smolder reports to be marked as failures.
> >
> > Perhaps 'make codetest' or 'make codingstd_tests' should be an automated
> > commit hurdle? Meaning, SVN won't allow the commit if those don't pass.
>
> Assuming we actua
On Fri, 2008-08-15 at 07:00 -0700, Will Coleda wrote:
> #not ok 1 - Line length ok
> # Failed test 'Line length ok'
> # at t/codingstd/linelength.t line 80.
> # Lines longer than coding standard limit (100 columns) in 1 files:
> # /home/smoke/parrot/compilers/pirc/new/pirsymbol.c:256: 104 cols
On Tue, 2008-08-05 at 16:19 -0400, Michael Peters wrote:
> We also need to think about deprecation cycles. If you deprecate a
> feature in 1 version and then it disappears in the next then the time
> between when my code works and when it doesn't is only 6 months. Some
> distros provide support
On Tue, 2008-08-05 at 12:54 -0700, chromatic wrote:
> On Tuesday 05 August 2008 12:35:50 Geoffrey Broadwell wrote:
> > bugfixes that should be backported to one or more already released
> > versions and re-released immediately.
>
> I can see patching the previous release
On Tue, 2008-08-05 at 11:19 -0400, Jesse Vincent wrote:
> ["branch" feature]
This sounds very useful. Is the SVK paradigm changing so that online
use is assumed, and offline is a mode to switch to temporarily? I'm
used to thinking of SVK in one two ways:
1. As a better SVN client for normal
On Tue, 2008-08-05 at 13:20 -0400, Will Coleda wrote:
> On Tue, Aug 5, 2008 at 1:10 PM, chromatic <[EMAIL PROTECTED]> wrote:
> > Gah, no maintenance releases please! See "Mommy, why did it take over five
> > years to release a new stable version of Perl 5 with a bugfix I made in
> > 2002?"
>
> Per
I'll reply to the rest of this (if someone doesn't beat me to it)
tomorrow, but just wanted to comment on your closing comment:
On Sun, 2008-07-27 at 22:25 -0700, jerry gay wrote:
> that's an install tree
> policy, and as far as i'm concerned, it hasn't been addressed yet
> (along with many other
On Sun, 2008-07-27 at 12:10 -0700, Will Coleda via RT wrote:
> On Sun, Jul 27, 2008 at 1:08 PM, via RT Geoffrey Broadwell
> <[EMAIL PROTECTED]> wrote:
> > # New Ticket Created by Geoffrey Broadwell
> > # Please include the string: [perl #57344]
> > # in
On Sun, 2008-07-27 at 13:13 +0200, Reini Urban wrote:
> +stat $I0, conf_file, 0
> +if $I0 goto conf
> +
> +# If installed into /usr/lib/parrot, not /usr/runtime/parrot
> +# This logic has to be reversed when installed versions should
> run faster
> +# than source builds.
Re
On Fri, 2008-07-25 at 22:18 +0200, Peter Gibbs wrote:
> typedef HUGEINTVAL(*sprintf_getint_t) (PARROT_INTERP,INTVAL,
> SPRINTF_OBJ *);
>
> So, since obj->getint returns a HUGEINTVAL, I gave it one to store the
> result in.
Fair enough, that's good enough for me.
> As to why sprintf_obj is
On Fri, 2008-07-25 at 13:40 +0200, Peter Gibbs wrote:
> +HUGEINTVAL num;
Does this really need to be a HUGEINTVAL? Why is INTVAL not sufficient?
-'f
On Wed, 2008-07-23 at 17:09 +0200, François Perrad wrote:
> > >From a couple comments you make later, it sounds like you're aiming to
> > be perfectly API compatible with the original library implementations
> > for Lua and PHP, so that moving to Parrot is a "drop-in" replacement as
> > far as the
On Wed, 2008-07-23 at 10:11 -0400, Bob Rogers wrote:
> True. But passing a Complex to any language that does not have a
> concept of Complex is going to cause problems if the language tries to
> treat it as anything but a black box. And a black box doesn't require a
> special representation.
But
On Tue, 2008-07-22 at 22:58 -0400, Bob Rogers wrote:
>So I would argue that (1) what seem like differences in numbers in
> the various languages are really differences in the way those languages
> define their numeric operators, not in the numbers themselves;
I disagree. How do you represent
On Tue, 2008-07-22 at 15:37 -0700, chromatic wrote:
> The wiki page at:
>
> http://www.perlfoundation.org/parrot/index.cgi?inter_hll_mapping_notes
>
> seems to be missing the rationale for *why* it's necessary to map types
> between languages? (Also see "If Perl 6 has to care about the in
On Tue, 2008-07-22 at 09:03 +0200, François Perrad wrote:
> Ok, talking about libraries :
> Lua compiler & Lua Standard Libraries are complete (as far as the
> current Parrot supports it).
> So, since April 2008, I wrote some extension libraries for Lua
> Since mid-June 2008, I tried to write exte
On Mon, 2008-07-21 at 09:34 +0200, François Perrad wrote:
> Geoffrey Broadwell a écrit :
> > fperrad: How do these bindings actually work?
> There'll work with runtime/parrot/library/OpenGL.pir.
OK ... so what could be improved about runtime/parrot/library/OpenGL.pir
so that y
I noticed a couple commits overnight for Lua to support OpenGL. I'm a
bit confused by them, since they don't seem to actually *do* anything,
just lots of (hopefully automatically generated!) scaffolding.
fperrad: How do these bindings actually work?
Everyone:
We're getting to the stage that HLL
I've noticed several patches from you today in which you're adding code
to try to load an existing library under additional library names for
cygwin support. It's beginning to look like this is a common operation.
I needed this for the OpenGL bindings, so I wrote a utility routine in
runtime/parr
On Thu, 2008-07-17 at 22:50 +0200, Reini Urban wrote:
> The problem I had with the w32api libs was -lglut32. with linking
> directly to the dll /usr/bin/glut32.dll everything works fine, and I'll
> get rid of freeglut as default.
I'm not sure I understand what you meant here.
> Now I only have
On Wed, 2008-07-16 at 10:04 -0700, Reini Urban wrote:
> Remove
>/usr/runtime/parrot/include
>/usr/runtime/parrot
>/usr
> paths from the .include searchpath.
+1 for not adding these to the searchpath by default.
(We shouldn't do something messed up like adding them in one place, and
th
On Mon, 2008-07-07 at 17:21 +0200, Reini Urban wrote:
> Donald Hunter via RT schrieb:
> > I think you must be linking against the X11 libGLU and libGL, where I am
> > linking against the w32 native libraries.
>
> So we have to use some detection heuristic to seperate the X11 case
> (such as $ENV{
On Sat, 2008-07-05 at 20:11 -0700, Andrew Johnson wrote:
> Parrot_quicksort() is in src/utils.c; the first do-while loop has nothing to
> stop it when j reaches 0, so it keeps going outside of the data array. I
> guess that the while condition needs j > 0 adding to it to prevent that from
> happeni
First, thank you for working on this!
Now some comments ...
On Thu, 2008-07-03 at 19:07 +0200, Reini Urban wrote:
> parrot-languages is my compressed version of the fedora split,
> they have for every single language a seperate package.
Thank you for choosing the single-package route here.
> I
Please consider putting the change summary in the very first line of the
commit message, rather than just the subsystem ID. For example, prefer
this:
[foobar] Fix compile under VoodooCC
* Frobnicated the whosit
* Defenestrated the whatsit
* Sacrificed a chicken under a full blue m
On Tue, 2008-07-01 at 11:46 -0700, chromatic wrote:
> if (next < interp->code->base.data
> || next >= (interp->code->base.data + interp->code->base.size))
Oh, that's just pretty. I've long been in the habit of laying out
whitespace for multiple if tests like this:
if ( next
On Wed, 2008-06-18 at 09:06 -0700, chromatic wrote:
> On Tuesday 17 June 2008 21:06:58 Geoffrey Broadwell wrote:
>
> > Index: src/dynext.c
> > ===
> > --- src/dynext.c(revision 28459)
> > ++
On Tue, 2008-06-17 at 11:27 -0700, Packy Anderson wrote:
> Here's the command I'm using to configure and make
> $ make realclean; CC="gcc-4.0" CX="g++-4.0" perl Configure.pl --
> cc="$CC" --cxx="$CX" --link="$CX" --ld="$CX" --optimize; make -j 2
That's a pretty advanced build method. OK, let's s
On Mon, 2008-06-16 at 20:01 -0700, Will Coleda via RT wrote:
> On Sat Aug 19 14:30:53 2006, chip wrote:
> > Runtime errors seem to be off by one these days. Anybody play with line
> > numbering recently?
Note that this bug (or a similar one) affects line numbers of
disassembly (I assume because t
On Mon, 2008-06-16 at 23:17 -0500, Packy Anderson wrote:
> Of course, I'm still doing "perl Configure.pl --without-opengl", but
> I don't know if that's a problem with hints file or with the GLUT
> implementation...
That would be for me to look at Join #parrot (irc.perl.org) and
ping jap
On Fri, 2008-06-13 at 18:35 +0100, Nuno 'smash' Carvalho wrote:
> Parrot next release is on schedule for next Tuesday, June 17th. Unless
> any showstopping bugs are reported in the next few days. In
> preparation, please update NEWS with the latest hackings, also report
> any PLATFORMS updates.
As
> This is on a Gentoo linux amd64 machine, with Parrot trunk r28204, and an
> unstable (git) version of mesa built from the "x11" overlay.
>
> Is this normal?
Nope, not normal.
Try the attached patch. It's an update of the patch in #55228; I'll
update that RT in a moment.
-'f
diff --git a/co
I've incorporated all of your fixes, plus some fixes for cognominal, in
the latest patch attached to RT #55228. Please give that a try.
-'f
On Thu, 2008-06-05 at 08:57 -0700, Geoffrey Broadwell wrote:
> On Thu, 2008-06-05 at 02:54 -0700, Stephane Payrard via RT wrote:
> > Anyway the fix is not yet perfect. The Configure.PL still dies :
> >
> > Use of uninitialized value in hash element at config/gen/opengl.pm li
On Thu, 2008-06-05 at 17:36 -0700, Ivan B. Serezhkin via RT wrote:
> Hello.
Hi there!
> FreeBSD users are humans too, with two arms and two legs =)
Of course! I just haven't been able to find a Parrot/FreeBSD/OpenGL
person previously. Standard request: please send me a tarball of all
of your
On Thu, 2008-06-05 at 12:16 +0200, Jonathan Worthington wrote:
> chromatic wrote:
> > On Wednesday 04 June 2008 11:28:58 Geoffrey Broadwell wrote:
> >
> >> The op '$P0 = iter $P1' doesn't work if $P1 is a ResizableStringArray.
> >> I haven
On Thu, 2008-06-05 at 02:54 -0700, Stephane Payrard via RT wrote:
> On Wed Jun 04 21:40:56 2008, japhb wrote:
> > cognominal apparently has an absolutely insane collection of GL headers
> > on his system. I've made a number of portability fixes in response;
> > hopefully the attached patch should
1 - 100 of 188 matches
Mail list logo