|
Parrot 3.0.0 Released | parrot.org | Log: irclog.perlgeek.de/parrot/today | Parrot Developer Summit: 2200 UTC 29 Jan | Goals: Fix ipv6-related failures | Test imcc_interfaces and annotations-tree branches Set by moderator on 26 January 2011. |
|||
|
00:23
particle left
00:26
particle joined
00:28
vmspb left
00:32
contingencyplan left
00:34
contingencyplan joined
|
|||
| dalek | p-rx/nom: 94b693e | jonathan++ | src/ (4 files): Give native attrs a firey baptism by switching $!pos and $!from attributes in Cursor to be native int attributes. This saves a bunch of boxing/unboxing and as a result should reduce GC churn and also be a memory improvement for big parses (since Match objects reference Cursor objects). Note that Match objects still need to store these boxed for now, but that'll be fixed in the future and be a further memory usage and GC churn reduction. |
00:41 | |
| kid51 | jonathan: ping | 00:45 | |
|
00:46
estrabd left,
estrabd joined
|
|||
| jnthn | kid51: pong | 00:49 | |
| kid51 | jnthn: We're having Parrot Developer Summit this weekend -- late Saturday in your part of the world, I think | 00:50 | |
| If there's anything the Rakudo folks would like to have as goals for Parrot in next 12 months, please post to parrot-dev before then. | |||
| (I think I sent email about this.) | |||
| jnthn | kid51: Yes, I've noted when it is. I should be able to make it at least for the start of it. | 00:52 | |
| Though I gotta get up on Sunday morning and travel to Stockholm. | |||
| kid51 | Are you currently in Sweden? | 00:53 | |
| jnthn | kid51: Yes, I live in Lund, which is in south west Sweden. | 00:54 | |
| kid51 | I look forward to your participation. | 00:55 | |
| I saw your speaking schedule posted somewhere. I hope some Parrot developers in Europe manage to attend some of your presentations this year. | 00:56 | ||
| jnthn | :) | ||
|
00:57
whiteknight joined
01:20
kurahaupo joined
|
|||
| whiteknight | good evening, #parrot | 01:22 | |
| kid51 | good evening, whiteknight | 01:23 | |
|
01:41
dmalcolm left
02:01
chromatic left
02:06
Kulag left
02:09
Kulag joined
|
|||
| dukeleto | This interview talks a bunch about Parrot and PL/Parrot fosdem.org/2011/interview/david-fetter-2011 | 02:13 | |
| cotto | I know that guy. | 02:24 | |
|
02:25
JimmyZ joined
02:26
kid51 left
02:29
TiMBuS left
02:30
TiMBuS joined
|
|||
| dukeleto | cotto: yeah, so do I :) | 02:33 | |
|
02:35
TiMBuS left
|
|||
| plobsing | ping whiteknight | 02:35 | |
| whiteknight | pong | ||
|
02:36
TiMBuS joined
|
|||
| plobsing | I've been thinking more about exceptions. How does adding arbitrary parameters to exceptionhandler invokation allow for finally blocks? | 02:36 | |
| there could be a frame between the thrower and the catcher with a finally block. how does the thrower know about this? | 02:37 | ||
| whiteknight | in a simple case, we pass a continuation to the handler of a routine to execute as the finally() block | 02:38 | |
| there are probably more generalized mechanisms for this | |||
| My idea of having arbitrary parameters to exception handlers centers around the symmetry of doing the same thing as other continuations do | 02:39 | ||
| plobsing | so finally blocks have to be passed downwards through calls? why not do the same thing with catch blocks? | ||
| nopaste | "plobsing" at 192.168.1.3 pasted "finally example" (19 lines) at nopaste.snit.ch/29256 | 02:53 | |
| plobsing | whiteknight: in the example nopasted above, how does either main() or b() know about the finally in a()?? | 02:54 | |
| whiteknight | I really don't have finally blocks figured out in my head yet | 03:00 | |
| it's much harder to do since ExceptionHandlers are just labels and don't have finite end points | 03:01 | ||
| so we don't know when catch{} ends and when finally{} begins | |||
| the only way to really do it would be to attach a post-handler to an ExceptionHandler, and invoke it when we use the finalize_p opcode | 03:02 | ||
| plobsing | seems like an appropriate time given the op name | ||
| whiteknight | A real solution in my mind is to make all handlers Sub-based instead of being raw labels, and then we can just chain Sub invocations together | 03:03 | |
| set them up as tasks in the scheduler or something, and trigger them sequentially | |||
| because then we could stack as many as we wanted, in order, across multple scopes and throws | |||
| plobsing | can't we do that now? | 03:04 | |
| whiteknight | no, because ExceptionHandlers are labels (Continuations), and there is no "end" point to them | ||
| anyway, I have to get to bed. We can chat tomorrow about it | 03:05 | ||
| plobsing | ok | 03:06 | |
| whiteknight | goodnight | ||
|
03:06
whiteknight left
03:07
TiMBuS left
03:09
theory left
03:10
TiMBuS joined
03:20
JimmyZ left,
TiMBuS left
03:31
TiMBuS joined
|
|||
| KaeseEs | bacek_at_work: i'm kind of excited by this one domino.research.ibm.com/comm/resear...tional.pdf | 03:40 | |
|
03:46
kurahaupo left,
theory joined
04:34
stilgar joined
04:41
kurahaupo joined
04:42
janus` left,
janus joined
05:15
kurahaupo left
05:35
JimmyZ joined
05:36
JimmyZ left
05:54
rurban_ joined
05:56
rurban left,
rurban_ is now known as rurban
05:59
wagle left
06:00
wagle joined
06:32
Puddles left
06:50
theory left
07:14
fperrad joined
07:22
theory joined
07:50
theory left
08:14
he__ joined
08:42
baest_ is now known as baest,
JimmyZ joined
|
|||
| dukeleto | ~~ | 08:57 | |
| anybody awake? | 09:01 | ||
| JimmyZ | me | 09:03 | |
| moritz | nobody | ||
| Tene | I am. | 09:10 | |
|
09:30
particle1 joined
09:32
particle left
09:33
kid51 joined
|
|||
| tadzik | ~~ | 09:35 | |
| dukeleto is roughly 1% awake | 09:39 | ||
| kid51 | Which way are you headed? To wakefulness or to sleep? | 09:45 | |
| kid51 couldn't get back to sleep | |||
|
09:55
JimmyZ left
10:04
kid51 left
10:17
particle1 left
10:18
particle joined
11:10
JimmyZ joined
11:15
particle1 joined
11:18
particle left
12:21
mtk joined
12:23
sjn left,
he_ left,
he__ left
12:28
he_ joined,
he__ joined
12:49
bluescreen joined
13:08
whiteknight joined
|
|||
| whiteknight | good morning, #parrot | 13:11 | |
| JimmyZ | good morning whiteknight | 13:13 | |
| whiteknight | hello JimmyZ | ||
| JimmyZ | hello whiteknight :) | 13:14 | |
| whiteknight | JimmyZ: You live in China? | ||
| JimmyZ | Yes, I'm Chinese | ||
| whiteknight | what time is it there? Late evening? | 13:15 | |
| JimmyZ | 21:15 here | ||
| whiteknight | okay | ||
| atrodo | morning | 13:18 | |
| whiteknight | good morning, atrodo | 13:19 | |
|
13:26
mtk left
|
|||
| Coke | *yawn* | 13:36 | |
|
13:36
JimmyZ_ joined
13:38
mtk joined
13:39
JimmyZ left,
JimmyZ_ is now known as JimmyZ
13:54
rurban_ joined
13:56
ambs joined,
rurban left,
rurban_ is now known as rurban
14:32
davidfetter joined
15:25
Patterner left
15:29
Psyche^ joined,
Psyche^ is now known as Patterner
16:03
JimmyZ left
|
|||
| cotto_work | ~~ | 16:11 | |
| whiteknight | hello cotto_work | 16:20 | |
|
16:26
Hackbinary joined
|
|||
| Hackbinary | hello | 16:26 | |
| I think I have a dumb question, but is there a C front end for parrot? | 16:27 | ||
| I saw that there was something for c99 on github | |||
| moritz | I think that's only a parser | ||
| not a full compiler | 16:28 | ||
| particle1 | parrot is designed for dynamic languages. the c99 parser is for reading header files, mostly | ||
|
16:28
particle1 is now known as particle
|
|||
| particle | the c99 parser is designed to help us link to c libs | 16:28 | |
|
16:29
vmspb joined
|
|||
| Hackbinary | I was thinking that if there was a c front end, then would that not help port existing implementations to the parrot VM? | 16:29 | |
| sorear | You'd lose all the interop advantages like that | 16:31 | |
| opbots, names | |||
| particle | cheers sorear | ||
| moritz | Hackbinary: you can already call C functions from parrot | ||
| Hackbinary: or embed parrot into C applications | |||
| Hackbinary | ah | 16:32 | |
| particle | it would be possible, if there were a mostly complete c compiler on parrot, but it wouldn't be the ideal porting path. and maybe not even a good porting path. | ||
| Hackbinary | okay ... I'm kind of naive about vm stuff still | 16:33 | |
| particle | instead, rewriting the high-level language parser in nqp gets you much of the way to a new compiler | ||
| you should have a look at nqp, and perl 6 grammars | 16:34 | ||
| links, anyone? | |||
| nqp? | |||
| moritz | ttps://github.com/perl6/nqp-rx | 16:35 | |
| Hackbinary | cool, thanks | 16:37 | |
| moritz | and Perl 6 grammars (which is what nqp implements) are describe in github.com/perl6/book/downloads | ||
| particle | moritz++ | 16:38 | |
| Hackbinary | thanks, that's awesome! | 16:43 | |
| :) | |||
|
16:46
ambs_ joined,
ambs left,
ambs_ is now known as ambs
16:48
dip left,
he__ left
|
|||
| dalek | p-rx/nom: 94c8f60 | moritz++ | build/Makefile.in: install dynops and dynpmcs |
16:51 | |
|
17:06
ambs left
17:16
zby_home joined
17:25
bluescreen left
17:30
rurban left,
mtk left,
whiteknight left,
plobsing left,
bacek left,
snarkyboojum left,
perlite left,
cotto left,
szabgab left,
jjore left,
sorear left
17:33
rurban joined,
mtk joined,
whiteknight joined,
plobsing joined,
bacek joined,
snarkyboojum joined,
perlite joined,
cotto joined,
szabgab joined,
jjore joined,
sorear joined
17:37
theory joined
17:40
bluescreen joined
17:57
stilgar left
|
|||
| moritz | in PIR, how to I check if a variable contains an RPA? | 18:17 | |
| whiteknight | $S0 = typeof $P0 | 18:18 | |
| if $S0 == "ResizablePMCArray" | |||
| moritz | ok, thanks | 18:19 | |
| whiteknight | no problem | ||
| plobsing | hmmm... I thought there was a better way. | 18:20 | |
| there's also '$I0 = isa $P0, "ResizablePMCArray"' | 18:22 | ||
| whiteknight | oh, right | ||
|
18:28
plobsing left
18:39
bluescreen left
|
|||
| Coke | depends on what you're checking. those aren't equivalent. | 18:43 | |
| jnthn | ALL FAILS | ||
| Should really get the PMC type object (PMCProxy) and then use the PMC form of isa. | 18:44 | ||
| 6model doesn't (and will never have) a string form of isa. | |||
| Identifying classes with strings is one of Parrot OO's biggest mistakes. | 18:45 | ||
| jnthn realizes that he is going to spend the next few weeks eliminating dozens of such things from Rakudo... | |||
| Anyway, if Parrot's going to adopt 6model at any point, isa_str and friends probably want to get deprecated. | 18:46 | ||
| (Any language that really really wants string isa can of course implement it trivially in terms of the meta-object, or provide a meta-object method that does the check...) | 18:47 | ||
| whiteknight | jnthn: Deprecate some vtables and ops you say? It's like music to my ears | 18:48 | |
| jnthn | whiteknight: :) | ||
| whiteknight: Yes, but use of string isa is endemic at the moment. :) | |||
| Because it's...well...convenient if you're the person writing the PIR. | |||
| whiteknight | it is a convenient shorthand, especially if you rely on a hobbled object model | ||
| we don't want nice things, because we're so used to having bad things | 18:49 | ||
| jnthn | *nod* | ||
| Well, it's only two instructions to do it right. Not to mention that then the isa check becomes a few pointer comparisons. :) | |||
| cotto_work | <3 | 18:50 | |
|
18:50
bluescreen joined
|
|||
| whiteknight | who wants to create the ticket? | 18:52 | |
| while we're at it, new_p_s should be deprecated too | 18:54 | ||
| we can't look up a class with a bare string | |||
| jnthn | Keep going like this and you'll be able to kill the class registry at last. :) | ||
| whiteknight | you sweet-talker, you | 19:01 | |
|
19:03
plobsing joined
|
|||
| Coke wishes this had come up back when new_p_i was killed. | 19:04 | ||
| whiteknight | it had come up before. There was a big push at one point to use keyed lookup with new_p_p instead of string lookup with new_p_s | 19:10 | |
| but I don't think that actually lead to a deprecation | |||
| jnthn | Coke: That was a worthwhile, but easier kill. | 19:12 | |
|
19:15
davidfetter left
|
|||
| dukeleto | ~~ | 19:15 | |
|
19:31
Eclesia joined
|
|||
| Eclesia | hi | 19:31 | |
| sorear | Hello. | 19:39 | |
| dukeleto | Eclesia: howdy! | 19:47 | |
| what are people up to today? | |||
| Eclesia | which people ? | ||
| whiteknight | any people | ||
| what are you doing today, Eclesia? | |||
| dukeleto | Eclesia: people in here :) | ||
| Eclesia writing a last mail for netbeans platform mailing list, saying 'java is not what it was and stopping personal time investment in it' before unsubscribing | 19:48 | ||
| a five years story ending ^^ | 19:50 | ||
| dukeleto | Eclesia: wow. Hopefully you find what you are looking for in Parrot :) | 19:51 | |
| Eclesia | I don't think so, but I can't continue a non open-source path. (yet at continue at work) but not on my personnal time | 19:53 | |
| it* | |||
| dukeleto | Eclesia: we all understand that sentiment here :) | 19:54 | |
| Eclesia hope he will be able to do the same thing in parrot one day : puzzle-gis.codehaus.org/cases.html | 19:56 | ||
|
19:56
ambs joined
|
|||
| dukeleto | Eclesia: what are you interested in hacking on? | 19:57 | |
| Eclesia | I'm not a good low level developer, I have a double qualification in development and geograhic information systems. I learned mainly Java and visual basic. learned a bit everything else, but far from mastering C or ASM. My objective would be to run GeotoolKit on Parrot VM. | 19:59 | |
| dukeleto | Eclesia: we need lots of people to help with Parrot, and we don't need ASM or low-level people. What does GeotoolKit do? | 20:00 | |
| dukeleto meant to say "we don't need *only* low-level people :) | 20:01 | ||
| we need people to build stuff on top of Parrot | |||
| Eclesia | GeotoolKit is a java library for cartography, mapping, image analysis ... well a bit everything for GIS :D | 20:02 | |
| sorear | Eclesia: what list? where can I read about the death of open-source java? | 20:03 | |
| Eclesia | blogs.forrester.com/john_r_rymer/11...re_of_java for example | 20:05 | |
| atrodo | I admint, i like hearing stories about java frustrations too | ||
| Eclesia | Plenty of stories going on, OpenOffice clash => LibreOffice . death of OpenSolaris. Mail threat on hudson list. apache Fondation leavin the JCP ... | 20:07 | |
| the java ecosystem is really having a hard time | 20:08 | ||
| and the lawsuit and Google dalvik JVM on android, I forget about this one | |||
| on* | |||
| there's no way to be motivated with all this mess ... | 20:09 | ||
| atrodo | I admit, it's difficult to trust oracle | ||
| Eclesia | I always believed open-source wasa bottom-up process. if the lowest part can't be free (the jvm) everything else on it is useless | 20:10 | |
| sorear | Eclesia: all commonly used CPUs are so closed, they have trade secrets in them | 20:14 | |
| dukeleto | Eclesia: which GIS file formats are the most important? | 20:15 | |
| Eclesia | shapefile (vector), geotiff (image), postgis (database) | ||
| most used at least | |||
| PerlJam | shapefiles are still so 1980s though | 20:16 | |
| Eclesia | agree but no need for a replacement so far. simple and handle by every tool | ||
| PerlJam | (that's how I describe anything so tightly coupled with the database file format popularized by dBase) | ||
| yes, simplicity seems to win here. | 20:17 | ||
| or maybe not enough people have been pushing GIS to its limits until recently. | |||
| Eclesia | GML could be a replacement, but it's too verbose in xml and not efficient. | ||
| OpenStreetMap team are starting a binary format, but it doesn't care about referencing, so I think it's only a half usefull effort | 20:18 | ||
| whiteknight | "too verbose in xml" <- Doesn't that describe all XML? | 20:19 | |
| PerlJam | whiteknight++ | ||
| Eclesia | whiteknight++ | ||
| dalek | p-rx/nom: 4ba2dc2 | jonathan++ | src/Regex/Cursor-builtins.pir: Fix incorrect attr access spotted by moritz++. |
20:21 | |
|
20:26
perlite_ joined
|
|||
| dukeleto | Eclesia: it would be interesting if we can some kind of shapefile parser in Parrot, but i am not sure what it would do exactly | 20:28 | |
|
20:29
bluescreen left
20:30
perlite left,
perlite_ is now known as perlite
|
|||
| Eclesia | shapefile is not the big deal, the big part of GIS is the referencing module. being able to make reprojections, handle N dimensional datas ... so far only geotoolkit handle ND correctly. | 20:30 | |
| geometries, storing. is usual management stuff. | 20:31 | ||
| the mathematics is the hard part | |||
|
20:45
bluescreen joined
|
|||
| whiteknight | parsing shapefiles into Shape objects (and be able to serialize back to files) would be a great first start | 20:51 | |
| implementing the various mathematics routines is definitely the harder part | |||
| dukeleto | i like math. | 20:52 | |
| whiteknight | unfortunately, I think a lot of that translation would not be able to be automated | ||
| I like math too. Doesn't mean it's easy | |||
| dukeleto | whiteknight: that is what makes it fun :) | ||
| dukeleto doesn't really have a reason to hack on GIS stuff, though | |||
| Eclesia | you are both talking about porting it on parrot. but in wish language ? not pir I hope ? | 20:53 | |
| which* | |||
| dukeleto | Eclesia: good question | ||
| Eclesia won't port a half million code lines librairy in pir, never :p | 20:55 | ||
| Eclesia has only one life left ^^ | 20:56 | ||
| dukeleto | Eclesia: i would write it in Perl 6, but that is me. You can generate PIR from Perl 6, so there really isn't a speed difference after you generate bytecode | 20:57 | |
| whiteknight | Unfortunately, with that many lines of code, your options are kind of limited. It's going to be difficult to move all of that to any other platform unless it's the same language | ||
| but with Java, it's not just the language. The language would be easy enough to parse and write a compiler for. It's the huge java libaries that would take forever to replicate | 20:58 | ||
|
20:58
ambs left
|
|||
| whiteknight | even if we had a Java-on-Parrot compiler, the software wouldn't work until you replaced all the libraries | 20:59 | |
| some of those libraries are themselves written in Java, so you could translate them automatically. Some are not | |||
| Eclesia | I searched a bit already, it seems the "classpath" projet provide already plenty to the java classes of the libraries | ||
| plobsing | classpath provides a decent way of providing the required native primitives. unfortunately, IIUC, it is a bit all-or-nothing. | 21:02 | |
| whiteknight | Eclesia: What I don't want is for you to get a false sense of hope, and waste a lot of time trying to port your library over to a new language or new platform. | 21:03 | |
| The Java language is tied pretty closely to the Java VM. | |||
| plobsing | whiteknight: really? at first blush, its object model looks more easily supportable on current parrot than say javascript. | 21:04 | |
| is the devil in the details? | 21:05 | ||
| Eclesia | whiteknight: I am not so optimistic don't worry. I still work on Java/JVM at work. parrot is for my free time. If I manage to make stuffs work or automaticly ported to parrot, them that's good. If not, well no harm is done | ||
| whiteknight | plobsing: maybe. I would be very interested to see a translator for Java->Parrot | 21:06 | |
| and if source code exists for the Java core libraries that is amenable to translation, that's a great start | |||
| If Parrot and JavaVM had the same kinds of goals, strengths, and capabilities, we would be working on JVM instead of Parrot | 21:08 | ||
| Eclesia | another approach is to consider the apache harmony futur. since this jvm will never be reconized as a jvm they have lost plenty of developers. (that's just an idea) but bringing closer both Parrot and Harmony could be a opportunity wish won't happen again. | ||
| plobsing | whiteknight: I was more thinking of java on parrot. | ||
| whiteknight | plobsing: right, that's what I have in mind too. I'm just keeping in mind that Java is a very static language, and Parrot is a very dynamic VM | 21:09 | |
| plobsing | I tried reviving perk, but gave up when I realized I'd have to rewrite the grammar. | ||
| whiteknight | Eclesia: I don't know a lot about Harmony. Probably needs some research | ||
| plobsing: GSoC is coming up. Big projects like that are good to keep in mind | 21:10 | ||
| sorear | dukeleto: there is a considerable post-translation speed penalty associated with Rakudo | ||
| whiteknight | If no movement happens on it between now and then, I'm thinking of suggesting my JavaScript-in-JavaScript compiler idea as a GSoC project | ||
| sorear: what do you mean? | |||
| sorear | dukeleto: Parrot has a lot of features (like I, N, and S registers) that a naive Perl 6 compiler cannot exploit. Additionally, the Perl 6 calling convention is partially emulated above the PCC level | 21:11 | |
| a direct coding in PIR can use Parrot resources far more effectively | |||
|
21:12
nwellnhof joined
|
|||
| whiteknight | sorear: You probably know better than I do. Are those limitations you mention some kind of fundamental restriction, or has Rakudo simply not taken the time to use them yet? | 21:12 | |
| nwellnhof | ~ | ||
| sorear | whiteknight: Many of them seem to be fundamental. However, if you had asked me six months ago, I would say they were almost all fundamental, so I have learned hope | 21:13 | |
|
21:13
bluescreen left
|
|||
| dukeleto | whiteknight: have you seen Jaspers? | 21:14 | |
| whiteknight | sorear: are there things Parrot could do to make some of those features more accessible? | ||
| dukeleto | whiteknight: github.com/leto/jaspers | ||
| whiteknight | sorear: I know allowing objects to store non-pmc attributes, or to allow lexicals to work on other register types is necessary | ||
| dukeleto: briefly | |||
| dukeleto | whiteknight: it is based on your ideas, but i did some research and decide to use some different libraries | 21:15 | |
| whiteknight | dukeleto: Okay. Cool. I hadn't looked too closely at PEG.js | 21:16 | |
| I liked cafe because it was a ready-made JS parser with a JS grammar | |||
|
21:16
plobsing left
|
|||
| whiteknight | dukeleto: I would love to hear more about Jaspers | 21:16 | |
| dukeleto | whiteknight: PEG.js has the same thing | 21:18 | |
| whiteknight: but seems to be still maintained | |||
| whiteknight | oh, okay. That's awesome then. | ||
| finding ready-made parsers is a huge win | |||
| dukeleto | whiteknight: indeed! i haven't had much time to hack on jaspers, mostly been doing research | 21:19 | |
|
21:19
pjcj left
|
|||
| whiteknight | as an example, I know there are existing Java grammars written for Antlr and maybe one other parser generator too (I can't remember the name) | 21:20 | |
| so if we write a Java backend to emit PIR for one of these parsers, BAM we have Java on Parrot | |||
| including Antlr on Parrot, magically | |||
| Hackbinary | hello | 21:22 | |
| I'm trying to build cardinal | |||
| whiteknight | hello Hackbinary | ||
| Hackbinary: good luck with that! | |||
| Hackbinary | oh dear | ||
| that doesn't sound promising | |||
| whiteknight | cardinal is not a particularly active project right now. | 21:23 | |
| I don't know it's current status | |||
| Tene | whiteknight: last I heard, it builds, but fails all tests | ||
| whiteknight | Tene: oh. That's a step in the right direction | ||
| Hackbinary | hmm ... I can't get it build, but it's a problem in the rake file, and nobody is home on #cardinal | 21:25 | |
| :( | |||
| whiteknight is packing up and heading home. Goodnight | |||
|
21:25
whiteknight left
21:36
Andy joined
21:37
zby_home left
21:47
pjcj joined
21:53
rurban_ joined
21:56
rurban left,
rurban_ is now known as rurban
22:03
fperrad left
|
|||
| dalek | rrot: 10c0585 | nwellnhof++ | / (2 files): Fix getaddrinfo emulation with NULL addresses |
22:05 | |
| dukeleto | Hackbinary: welcome to #parrot | 22:08 | |
| Hackbinary: we are trying to revive Cardinal | |||
| tadzik | oh, nice | ||
| what's going on with it? | 22:09 | ||
| dukeleto | Hackbinary: if you hit a bug, can you create a Github issue at github.com/parrot/cardinal | ||
| tadzik: we want it to work again :) | |||
| tadzik | dukeleto: it doesn't? | ||
| Well, it fails tests, yes | |||
| dukeleto | tadzik: it compiles. | 22:14 | |
| Hackbinary | I suspect that my build environment is quite setup properly | 22:20 | |
|
22:21
Hunger- left
|
|||
| sorear | What use is a rake file if you don't have an installed Ruby? | 22:21 | |
| Hackbinary | ruby and ruby on rails work fine on my computer, I think the problem has to do with some of the requiremens | 22:24 | |
| *requirements | |||
| or parrot finding the requirements | |||
| something around line 254 | 22:25 | ||
| return false unless File.exist?($config[:parrot]) | |||
| return false unless File.exist?($config[:perl6grammar]) | |||
| return false unless File.exist?($config[:nqp]) | |||
| return false unless File.exist?($config[:pct]) | |||
| return false unless File.exist?($config[:pbc_to_exe]) | |||
| sorear | If you already have Ruby, why are you trying to build Cardinal? | ||
| Hackbinary | because 1.) it needs work 2.) sounds like an interesting project | 22:26 | |
| :) | |||
| sorear | *phew* | ||
| I thought you were a user. | |||
| Tene | Hackbinary: The rakefile should be correct, so you probably don't have parrot isntalled and available properly. | 22:28 | |
| Hackbinary | hmm .... that's what I'm thinking | ||
| what's the best way to setup parrot on ubuntu? | 22:29 | ||
| Tene | Hackbinary: It's entirely possible that cardinal's expectations about parrot paths may have changed since it was last worked on, but I don't think it has. | ||
| Hackbinary: I know that fedora ships a parrot package; I don't know about ubuntu. | |||
| Coke | hey, when did elections for pafo happen? | ||
| Hackbinary | ubuntu ships a 2.6; there is a ppa with a 2.8 | ||
| Tene | If you're itnerested in development, I recommend getting the last parrot dev release, or the latest parrot git, possibly. | ||
| yeah,2 6 is old-ish. 3.0 was the last, I think? | 22:30 | ||
| Hackbinary | but I've downloaded radoku star | ||
| cotto_work | Tene: yeah | ||
| Tene | Hackbinary: I don't recall how rakudo star packages parrot exactly. You should be able to use the same parrot, but you may need to se tup the path properly. | ||
| Lemme download cardinal and check it ouy. | |||
|
22:31
plobsing joined
|
|||
| sorear | Rakudo builds an integrated Parrot; it's not really useful if you want to *use* Parrot | 22:31 | |
| Tene | yeahdo this: PARROT_CONFIG=/path/to/your/parrot_config ruby Rakefile | ||
| hmm... not quite | 22:32 | ||
| Hackbinary | it should just 'rake' to run the Rakefile | 22:34 | |
| Tene | Yeah, that's right. | ||
| That still fails, though, not sure why. | 22:35 | ||
| Hackbinary | but I think I read you need ruby 1.9.3 to urn it | ||
| do you get a failure on line 254 of the Rakefile? | |||
| Tene | Yes. | ||
| Hackbinary | that's what happening to me too | 22:36 | |
| Tene | Ahh, nqp. | ||
| Hmm. | |||
| oh, the rakefile wants to use the build directory for things... | 22:37 | ||
| Hackbinary | my parrot build dir? | 22:38 | |
| Tene | It's checking the parrot build directory for old nqp | 22:39 | |
| which has been dropped in favor of nqp-rx some time ago | |||
| Hackbinary | can I make a sym link to nqp-rx from nqp, or are they not compatable? | 22:40 | |
| dalek | rdinal: 56a35fb | tene++ | Rakefile: Replace the default path for nqp to nqp-rx |
22:42 | |
| Tene | I just pushed a fix. | 22:43 | |
| You'll have to delete your build.yaml | |||
| Hackbinary | okay cool | ||
| :) | |||
| Tene | looks like it's passing many tests. | 22:45 | |
| rake test:all | |||
| Certainly not all, but many pass. | |||
| Hackbinary | I just hosed my parrot, so I'm having to recompile | ||
| Tene | Hackbinary: you can use the parrot installed by rakudo | ||
| PARROT_CONFIG=$HOME/src/rakudo/parrot_install/parrot_config rake | 22:46 | ||
| is what I did | |||
| dalek | parrot: d600dcf | leto++ | html/docs.html: Add link to recent interview about PL/Parrot |
||
| Hackbinary | yah ... I accidentally ran make clean on my rakudo dir | 22:47 | |
| Tene | Hackbinary: I'd love to see work happening on Cardinal, and I'd be glad to help you with it. | 22:48 | |
| Hackbinary | cool | ||
| Tene | I was the original author, actually, before I passed it off to treed who improved it a lot. | ||
| Hackbinary | cool ... I'm a bit of a newb with this stuff. I've been developing php for about 5 years, and I'm looking to get out of php | 22:49 | |
| and I've got about 15 - 20 years systems admin experience | 22:50 | ||
| but I think there needs to be a solid open source VM, something that could be embedded in servers like apache or databases, then you can choose your front end language | 22:51 | ||
| Tene | Hackbinary: Parrot can currently be embedded in postgresql, actually. | 22:52 | |
| plobsing | Hackbinary: mod_parrot and pl/parrot? | ||
| Tene | mod_parrot for apache is probably bitrotted, but was pretty interesting | ||
| Hackbinary | and my sense is alot of what oracle has taken over from sun is not becontinued | ||
| yeah | |||
| exactly | |||
| Tene | could probably be resurrected without too much effort. | ||
| cotto_work | I liked mod_parrot. | 22:53 | |
| Tene also | |||
| dukeleto | mod_parrot is not maintained, but PL/Parrot is | ||
| cotto_work | It's a pretty cool idea. | ||
| dukeleto | mod_parrot could be resurrected, after the new embed api stuff settles down | ||
| could make a good GSoC project... | |||
| Tene | I even gave a few talks showing lolcode running in apache | ||
| cotto_work | Tene++ | ||
| dukeleto | LOLpache | ||
| Hackbinary | it just seems that everyone is developing their own VM's and that seems to be duplicating alot of common work | 22:54 | |
| LOLpache ... +1 | |||
| dukeleto | Hackbinary: yeah, that is why we want 1 really awesome VM so everyone isn't maintaining their own VM | ||
| cotto_work | dukeleto: exactly | 22:56 | |
| Tene | I really think that parrot *could* be that. | ||
| I'm pretty hopeful. | |||
| cotto_work | If I weren't hopeful I wouldn't be here. | ||
| Tene | It'll take quite a while and a lot of work, but I think it's worth doing, and I'm not in any particular hurry. | ||
| Worth taking time to do it right. | |||
| Hackbinary | I think stuff happening around java will end up actually benefiting the parrot project | 22:57 | |
| perl 6 seems to basically there after 11 years | |||
| Tene | That would be nice. | ||
| I don't think parrot's really in a position right now to attract a lot of new interested developers. | |||
| Hackbinary | my sense is that ppl are pretty pissed with oracle and where never really happy with the sun licensing anyway | ||
| Tene | Too many "this shit is broken and we've been meaning to replace it for years" areas. | ||
| cotto_work | Tene: but we're replacing them now. | 22:58 | |
| Tene | Seems like it's moving in a good direction these days. | ||
| cotto_work: Yes, definitely. | |||
| cotto_work | I can't even keep up reviewing whiteknight's work on imcc. | ||
|
22:59
Hunger joined
|
|||
| dukeleto | Tene: i would argue with you over "not in a position to attract interested developers" | 22:59 | |
| yes, whiteknight++'s IMCC work is just flying by | 23:00 | ||
| Tene: GCI is a good rebuttal | |||
| Tene: stuff is starting to come together | |||
| cotto_work | PDS tomorrow (!) will be interesting. | 23:01 | |
| Tene | dukeleto: I very much don't consider myself sufficiently informed about what appeals to new developers or recent developments in parrot to be confident in my analysis there. I should have been more clear about that. | ||
| oh, pds is tomorrow? I haven't been following the right email threads. | |||
| cotto_work | Tene: that's fine. If you skip out for a month you're basically lost. | ||
| ;) | |||
| yup, 1400 PST | |||
| Tene | cotto_work: I've been out for about a year, mostly. :( | ||
| plobsing will likely have to miss PDS tommorrow :( | 23:02 | ||
| cotto_work | It'll be logged if you're interested. | 23:03 | |
| #ps | |||
| plobsing | no worries. whiteknight's stated objectives are basically what I would push for anyways | 23:04 | |
| Tene | I keep feeling more and more like I want to start committing to parrot again lately, but I haven't actually made that jump back into doing anything. | 23:05 | |
| plobsing | Tene: anything we could do to facilitate that? | 23:06 | |
|
23:07
vmspb left
|
|||
| Tene | plobsing: I have no recommendations, but there's an open invitation for anyone to do whatever they'd like to try to motivate me or get me involved. | 23:08 | |
| sorear | 1400 PST? that's LAX PST, right? | 23:11 | |
| dalek | rrot: c4ef4bb | nwellnhof++ | / (6 files): Add support for Win32 error messages |
||
| rrot: 057640b | nwellnhof++ | src/platform/generic/socket.c: Use platform error messages in socket code |
|||
|
23:20
allison left
|
|||
| dalek | rrot: 5bc905b | nwellnhof++ | src/platform/win32/io.c: Use error messages in Win32 file IO code |
23:25 | |
| nwellnhof | The Win32 APIs are so lame, it's unbelievable. | 23:29 | |
| dalek | Heuristic branch merge: pushed 77 commits to parrot/nwellnhof/unicode_dynpmcs by nwellnhof | 23:38 | |
| Tene | To be clear, the invitation to harass me into parrot work is open to everyone. | 23:40 | |
| Hackbinary | does this mean anything to you: | 23:44 | |
| error:imcc:The opcode 'concat_s_s' (concat<2>) was not found. Check the type and number of the arguments | |||
| in file 'src/classes/String.pir' line 535 | |||
| included from 'src/gen_builtins.pir' line 23 | |||
| included from 'cardinal.pir' line 1 | |||
|
23:44
plobsing left
|
|||
| Tene | Hackbinary: That opcode was deprecated, and Cardinal's usage of it needs to be removed. | 23:44 | |
| Hackbinary: Cardinal moved to an immutable strings model. | 23:45 | ||
| nwellnhof | Hackbinary: yes, the concat_s_s opcode has been removed recently. it should be replaced with concat_s_s_s. | ||
| cotto_work | It's a pretty simple change, if monotonous. | ||
| Tene | Hackbinary: the _s_s_s indicate the number and register type of registers used. | ||
| Hackbinary | that's the kinda thing that I can do :) | ||
| nwellnhof | concat $S1, $S2 => concat $S1, $S1, $S2 | ||
| Tene | so concat_s_s was two string registers, andmodified the first in-place. | 23:46 | |
| yes, exactly. | |||
| dalek | p-rx/nom: 0de3800 | jonathan++ | src/stage0/ (4 files): Update bootstrap with cursor using natively typed attributes. |
23:47 | |
| Hackbinary | not that I want to start a flame war, but what editors do you guys use to edit pir code? | 23:52 | |
| sorear | pmichaud | 23:53 | |
| dukeleto | Hackbinary: there is an editor/ dir in parrot.git with various stuff for various editors | 23:54 | |
| Hackbinary: it does syntax highlighting of PIR and all that jazz | 23:55 | ||
| Hackbinary | cool | ||
| thanks :) | |||
| dukeleto | Hackbinary: no worries. Have fun :) | ||
| Tene | Hackbinary: vim | 23:57 | |
| Hackbinary: fwiw, we should be able to dramatically reduce the amount of PIR code in cardinal with some work. | |||
| Once we migrate to nqp-rx, that should help a lot. | |||
| although, it's now on nqp-rx | |||
| The parser is still the old PGE-based, not nqp-based, but we can replace a fair amount of the PIR code there right now with nqp | 23:58 | ||
| dukeleto | Tene: sounds good to me | 23:59 | |