Camelia, the Perl 6 bug

IRC log for #parrot, 2009-03-27

Parrot | source cross referenced

| Channels | #parrot index | Today | | Search | Google Search | Plain-Text | summary

All times shown according to UTC.

Time Nick Message
00:09 AndyA joined #parrot
01:05 crythias joined #parrot
01:13 msmatsko joined #parrot
01:22 pinkyandthebrain left #parrot
01:55 dalek parrot: r37752 | pmichaud++ | trunk/compilers/pge/PGE/P5Regex.pir:
01:55 dalek parrot: [pge]:  Update P5Regex so that its parser recognizes specific stop tokens.
01:55 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37752/
02:06 cotto joined #parrot
02:09 Theory joined #parrot
02:10 dalek rakudo: 353aca7 | pmichaud++ | src/parser/ (3 files):
02:10 dalek rakudo: Enable :P5 on m/.../ and rx/.../ patterns.
02:10 dalek rakudo: Throw exception if attempting to use colon as quoting delimiter.
02:10 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/3​53aca7867b2f4c3e1ecb415f88a84bf727a1604
02:10 shorten dalek's url is at http://xrl.us/bemrgc
02:23 davidfetter HAI
02:24 davidfetter where do i find refs on the numbering conventions?
02:24 davidfetter for parrot releases
02:31 rg there is https://trac.parrot.org/parrot/wiki/ParrotRoadmap and http://www.parrot.org/news/vision-for-1_0 probably still applies. what are you looking for?
02:32 davidfetter rg, that latter one helps a bunch. thanks :)
02:42 chromatic The deprecation points are 1.4, 2.0, 2.6, 3.0, 3.6, etc.
02:42 davidfetter i was thinking more in terms of bug fix releases
02:43 davidfetter <-- playing with some of the packaging bits
02:44 chromatic There may not be bugfix releases.
02:49 davidfetter "Monthly releases will not be packaged, though critical bug and security fixes will be maintained in updated packages (1.0.1, 1.0.2, etc)"
02:49 davidfetter is that no longer true? http://www.parrot.org/news/vision-for-1_0
02:51 rg that is correct, but we hope there won't be any critical or security bugs
03:01 Theory joined #parrot
03:13 dalek rakudo: 7c69c7b | pmichaud++ |  (2 files):
03:13 dalek rakudo: Add some more t/spec/S05-modifier files to spectest.data .
03:13 dalek rakudo: Bump PARROT_REVISION to enable :P5 regexes.
03:13 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/7​c69c7ba68cb9781ea05854d533216b5b41980eb
03:13 shorten dalek's url is at http://xrl.us/bemrk9
03:25 tetragon joined #parrot
03:42 janus joined #parrot
03:48 dalek rakudo: 4929856 | pmichaud++ | t/spectest.data:
03:48 dalek rakudo: Add unspace.t to spectest.data .
03:48 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/4​9298567bdcf0f68b4c90971316fb094250421fc
03:48 shorten dalek's url is at http://xrl.us/bemrpp
03:50 dalek parrot: r37753 | allison++ | trunk/DEPRECATED.pod:
03:50 dalek parrot: [cage] Add a deprecation notice for paths prefixed with 'library/' or
03:50 dalek parrot: 'include/'.
03:50 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37753/
04:36 TiMBuS joined #parrot
05:05 Chile joined #parrot
05:07 Khisanth joined #parrot
05:13 Woody4286 joined #parrot
05:47 cotto NotFound, ping
05:57 cotto NotFound, nm
05:59 masak joined #parrot
06:12 Chile are there any compilers for parrot right now that would be considered stable enough to be useful for (non-critical) development?
06:13 Chile the site and lists seem to be on the cautious end about stability & usability
06:14 cotto Chile, Rakudo is probably your best bet.  It's in very active development, but once something works it should stay working.
06:15 Chile good to know. is there an ETA for dust starting to settle, or is it just finished when its finished?
06:16 cotto You mean Christmas?
06:17 Chile guess so?
06:17 cotto I don't know when a Rakudo release will pass all of Perl6's spectest.  pmichaud would be a good person to ask that.
06:17 cotto Christmas?
06:17 purl Christmas is all jolly goofy shit. weee! or o/~ we wish you a spendy christmas o/~ x3; o/~ and a 'spensive new year o/~ or not yet or next year
06:18 cotto Christmas is also when Perl6 is released.
06:18 purl okay, cotto.
06:18 Chile nice.
06:18 Chile I'm less concerned with perl6 specifically and just Some Language Targeting Parrot, but Perl 6 is as good as any
06:19 cotto What's your interest in a Parrot-hosted language?
06:20 cotto research project or something similar?
06:21 Chile I'm making a choice of integrating a scripting language into a project.. parrot would be nice, since it'd be flexible for end-users in terms of language pref, but I don't want to be fighting the implementation of my scripting language while I'm writing code for the project
06:36 NotFound cotto: pong
07:07 uniejo joined #parrot
07:21 cotto NotFound, I was just concerned about the commit where you added an #include for dlfcn.h instead of adding it to config/gen/config_h/feature_h.in .
07:22 cotto s/adding it to/adding it in/
07:26 cotto Would something like this work?:
07:26 nopaste "cotto" at 96.26.202.243 pasted "alternate solution to dlfcn header include" (31 lines) at http://nopaste.snit.ch/15971
07:34 NotFound cotto: I think is best that includes are located near the point of usage
07:36 NotFound If it were to avoid the #ifdef HAS_HEADER, it may be useful to do it another way. But the file is alreadey full of that #ifdef
07:38 cotto NotFound, I disagree, but not very strongly.  If your commit fixes a problem you saw, I'm content to leave it like it is.
07:39 NotFound And one more point: I prefer #includes located at the .c files that need it, rather than at .h files
07:40 NotFound I dindn't saw the problem, It was commented here yesterday that it was failing on... some bsd, don't remember well
07:41 NotFound Maybe we must have opened a ticket about that
07:42 NotFound Must go to dayjob. SYL
07:46 riffraff joined #parrot
07:47 cotto bye
07:47 cotto opening a ticket (or starting a thread) sounds like a good idea
07:51 Santtu joined #parrot
08:03 bacek joined #parrot
08:17 amoc joined #parrot
08:26 alvar joined #parrot
08:41 isop joined #parrot
09:33 dduncan joined #parrot
09:40 contingencyplan joined #parrot
09:52 bacek joined #parrot
10:10 mikehh joined #parrot
10:17 skv joined #parrot
10:19 dduncan left #parrot
10:36 uniejo_ joined #parrot
10:45 alvar joined #parrot
11:17 jrockway joined #parrot
11:42 rob joined #parrot
11:57 ruoso joined #parrot
12:24 mikehh joined #parrot
12:35 rg joined #parrot
12:54 bacek joined #parrot
12:54 korshak joined #parrot
12:58 korshak hi! has anyone built parrot using mingw?
12:58 korshak under win32, yes
13:00 jonathan hi
13:00 jonathan I believe it to work.
13:01 korshak i wish so..
13:01 jonathan Or at least, I broke the build for that a few days back, and somebody complained, and I patched it and it work again...so I think someone has been building it successfully of late.
13:04 korshak i got parrot-1.0.0, mingw gcc version 3.4.5 (mingw-vista special r3), but it dies with message like this http://nopaste.org/p/apWaVFII7
13:06 gryphon joined #parrot
13:07 jonathan That's an...interesting way to fail...
13:07 * jonathan hasn't seen that one before
13:07 korshak hmm it looks like wrong LD detected
13:08 jonathan Configure.pl should have generated a my_config or similar file that may give some hints on that
13:08 korshak maybe problem in me environment
13:08 korshak Linker and Libraries:    ld='g++' <-- it's  wrong
13:10 simontwo and it's not the backslashes causing command-line havoc?
13:11 korshak but if i  try Configure.pl --link=ld it fails "Compilation fails with 'gcc'"
13:13 korshak simontwo: did not understand you, but actually no
13:15 Coke did you specify any options on the command line to configure.pl ?
13:18 korshak first time i just typed Configure.pl
13:18 bkuhn joined #parrot
13:19 korshak it wrote in makefile: LD               := g++
13:19 korshak and in 'myconfig': ld='g++', ldflags=''
13:20 korshak then i try "Configure.pl --link=ld": i dies on inter::progs: inter::progs - Determine what C compiler and linker to use...Compilation failed with 'gcc'
13:20 Coke which make are you using to build?
13:20 korshak mingw32-make, as Configure.pl told me
13:20 Coke ok.
13:21 Coke is gcc in you rpath?
13:21 Coke (and/or g++) ?
13:21 korshak yes
13:21 Coke both?
13:21 purl i heard both was country *and* western or salt and MSG
13:21 korshak there's no g++
13:21 * Coke checks his strawberry perl to see what it does. moment.
13:21 korshak there is only ld in MinGW
13:22 donaldh joined #parrot
13:23 Coke I think there's two different things you'd need to override there.
13:23 Coke (man is svn slow thru this proxy)
13:23 korshak =)
13:24 mj41 joined #parrot
13:24 korshak i edited makefiles LD and set it to 'ld'
13:24 korshak but i dont know correct LDFLAGS for ld
13:25 korshak lol
13:25 korshak i just need to install g++ in MinGW
13:26 Coke it should be possible to build without g++.
13:26 korshak sorry, guys, false alarm
13:26 korshak hmm...
13:26 Coke ... but I don't know how. =-)
13:26 korshak at this moment - no :)
13:26 Coke looks like strawberry perl (my mingw32 distro) comes with g++
13:27 korshak i use activeperl
13:27 korshak under win32
13:27 Coke huh. ISTR when I used to use that, it preferred nmake.
13:27 Coke that was many versions ago, though.
13:28 Coke sorry.
13:28 Coke if you can install g++, that's probably the quickest way out atm. =-)
13:28 korshak np, i downloading it now =)
13:29 Coke on the plus side, this has inspired me to actually try to build on windows for the first time in months.
13:30 korshak :)
13:30 korshak third try..
13:31 korshak hmm, looks good =)
13:32 Coke yay.
13:32 * Coke tries a smoke run from this box.
13:34 NordQ joined #parrot
13:51 dalek rakudo: 9fa0fca | pmichaud++ | docs/spectest-progress.csv:
13:51 dalek rakudo: spectest-progress.csv update: 339 files, 7795 passing, 0 failing
13:51 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/9​fa0fca79315160469202c495d78ff970c77c4bc
13:51 shorten dalek's url is at http://xrl.us/bemsox
13:52 korshak left #parrot
13:56 korshak joined #parrot
14:07 korshak left #parrot
14:07 korshak joined #parrot
14:16 Infinoid if I want to call a pmc method from a vtable in the same PMC, what's the best way?  I dunno the calling conventions that well.
14:16 Infinoid PDD03 mentions a call_methodcc(), but that doesn't seem to actually exist.
14:19 Theory joined #parrot
14:20 Andy joined #parrot
14:25 pmichaud Infinoid: perhaps PCCINVOKE ?
14:26 pmichaud see src/pmc/complex.pmc:1423, in which "sin" and "cos" are called from within "tan"
14:26 korshak left #parrot
14:26 jonathan Well ain't *that* going to perform well!
14:27 Infinoid Yeah, that's what I was wondering.  But at least it should allow subclasses to override the method
14:27 Infinoid thanks!
14:28 Infinoid (should PDD03 be updated?)
14:28 pmichaud Yes.  But so should the calling conventions generally.  :-)
14:39 particle joined #parrot
14:40 uniejo joined #parrot
15:13 rdice joined #parrot
15:20 donaldh joined #parrot
15:32 davidfetter joined #parrot
15:34 alvar joined #parrot
15:53 davidfetter joined #parrot
15:53 Tene joined #parrot
15:54 darbelo joined #parrot
16:07 Coke parrot_config --perl = "perl" - seems like this should be a full path.
16:08 particle is that on mac?
16:09 particle C:\dev\parrot\trunk>parrot_config perl
16:09 particle C:\usr\perl-5.10.0\bin\perl.exe
16:14 Coke on the one I installed for testing.
16:14 Coke wonder if it's just a $^X issue.
16:15 contingencyplan joined #parrot
16:29 mattp_ joined #parrot
17:00 dalek parrot: r37754 | allison++ | trunk/docs/project/debian_packaging_guide.pod:
17:00 dalek parrot: [debian] A few updates to the packaging guide while building packages.
17:00 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37754/
17:03 dalek parrot: r37755 | allison++ | trunk/docs/book/ch09_pct.pod:
17:03 dalek parrot: [book] A few cleanups while reading.
17:03 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37755/
17:21 korshak joined #parrot
17:24 cognominal joined #parrot
17:30 korshak left #parrot
17:38 Tene [sweeks@kweh ~]$ parrot_config perl
17:38 Tene /usr/bin/perl
17:38 purl /usr/bin/perl is canonical
17:39 particle no, ubuntu is canonical
17:39 purl okay, particle.
17:39 particle urk.
17:41 Coke <nelson/>
17:49 tewk www.parrotcode.org/docs/roadmap.html is blank and should auto redirect to trac.parrot.org/parrot/wiki/ParrotRoadmap
17:50 tewk or https://trac.parrot.org/parro​t/wiki/ParrotLongTermRoadmap
17:54 Coke tewk: fixed.
17:55 tewk Coke++
17:57 * Infinoid adds the same redirect to parrot.org (trying to keep them in sync)
18:01 barney joined #parrot
18:01 korshak joined #parrot
18:05 Tene I should have talked tewk into coming to my Parrot presentation I gave at the LUG at his university.
18:18 Infinoid if I want to volunteer for roadmap entries, I just stick my name on the wiki, right?  or is there someone I should inform?
18:22 Coke 1st, create a ticket if one doesn't already exist, then claim it and update the roadmap.
18:22 Coke (we want to drive this by ticket eventually)
18:23 Infinoid cool.
18:24 * Infinoid likes the embedded nanoparrot but supposes it's still a bit early for that
18:24 korshak as i understood, Parrot Compiler Tools did not comes with win32 package?
18:25 Infinoid The parrot-win32 package should contain PCT
18:25 korshak hmm
18:26 korshak at least gen_class.pl is not there
18:26 dalek parrot: r37756 | allison++ | trunk/tools/dev/mk_native_pbc:
18:26 dalek parrot: [cage] Use more portable comparison operator. Thanks to Havard Eidnes
18:26 dalek parrot: for the patch. Closes TT #513.
18:26 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37756/
18:27 korshak actually, theres only 7 *.pl files provided by setup-parrot-1.0.0.exe
18:27 korshak or i miss something?
18:28 particle what are you trying to do?
18:30 korshak hard question =)
18:30 korshak i try to follow "Create a template PMC file" chapter from Parrot-1.0.0.chm
18:31 particle excellent.  however, i haven't read it recently :(
18:31 rg is there maybe a win32-dev package? like you need to make install-dev when you want the development tools installed
18:32 particle yeah, i'm wondering about that.  fperrad isn't around.
18:32 particle he's the win32 packager
18:32 Infinoid there are a bunch of language addons and a docs package but I don't see a dev one.  http://sourceforge.net/project​/showfiles.php?group_id=211372
18:32 shorten Infinoid's url is at http://xrl.us/bemttx
18:34 korshak well, i can build parrot from source, shure
18:34 korshak at least, i can try =)
18:37 TonyC joined #parrot
18:43 Tene korshak: what are you wanting to do such that you're trying to make custom PMCs?
18:46 korshak i wont to explore parrot and looking where to start
18:46 korshak s/wont/want/
18:49 eternaleye joined #parrot
18:51 mikehh Coke: you around
18:58 mikehh make fulltest fails distro_tests - (the last test) test - t/distro/test_file_coverage.t - no test file for socket
19:00 cotto seen wknight8111
19:00 purl wknight8111 was last seen on #parrot 9 days, 23 hours, 47 minutes and 26 seconds ago, saying: is too much of a wuss to quit his job  [Mar 17 19:11:41 2009]
19:00 Tene korshak: PMCs are fairly low-level, and IMO not a very good starting point for someone new to Parrot.  if they're interesting to you, though, don't let me stop you! :)
19:01 mikehh I presume that means that there is no corresponding test for src/socket.pmc
19:01 korshak no, i already found parrot/examples in source
19:01 korshak Tene, thanx =)
19:02 korshak actually im interesting in tools, which can help me to compile parse and understand xml, in future - xsl and xpath
19:03 bacek good morning
19:03 korshak not a real project, just a thing to play with
19:03 dalek parrot: r37757 | pmichaud++ | branches/pge1:
19:03 dalek parrot: New branch for numerous PGE deprecations and refactors.
19:03 korshak bacek, good night =)
19:03 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37757/
19:04 mikehh good morning bacek - actually tending towards evening for me
19:04 cotto mikehh, yes.  It means there's no t/pmc/socket.t, which presumably would test the new Socket PMC.
19:04 * bacek wonders why he woke up so early...
19:05 bacek cotto: my bad. I didn't added it.
19:06 bacek Is parrot-dev available over NNTP somewhere?
19:06 cotto I can apply it if you have a patch.
19:06 bacek cotto: ok. Give me few minutes. I've got a few changes for sockets.
19:07 cotto no rush
19:09 nopaste "bacek" at 123.243.38.218 pasted "t/pmc/socket.t patch" (45 lines) at http://nopaste.snit.ch/15972
19:09 bacek oops.
19:10 bacek I forgot to change one line :)
19:11 nopaste "bacek" at 123.243.38.218 pasted "t/pmc/socket.t patch again" (45 lines) at http://nopaste.snit.ch/15973
19:12 bacek btw, in current pdd22 no special network ops anymore. But I think that keeping "socket" and "sockaddr" ops better than remove them.
19:13 Tene why?
19:13 pmichaud I think "socket" should be a method on a Socket PMC
19:13 pmichaud "sockaddr" can also be a method on a Socket PMC, for that matter.
19:14 Coke mikehh: here now.
19:14 Coke please open a trac ticket for that.
19:14 Coke unless cotto has already done it.
19:14 bacek pmichaud: "socket" creates new Socket.
19:14 * Coke catches upa nd sees there's a patch. whee
19:14 pmichaud bacek: it doesn't have to.
19:15 Coke socket should just be new 'Socket'. :P
19:15 pmichaud any more than "open" doesn't have to create a FileHandle
19:15 cotto bacek, patch applied (plus manifest update)
19:15 bacek pmichaud: but "open" actually create "FileHandle" AFAIU
19:15 Coke (me is merely commenting ont he recently added socket opcode.)
19:15 Coke (not the desired set of opcodes/methods)
19:16 pmichaud bacek: okay, you're correct that "open" opcode creates a FileHandle
19:17 dalek parrot: r37758 | cotto++ | trunk (2 files):
19:17 dalek parrot: [PMC] add a stub test for the Socket PMC (bacek++ for the patch)
19:17 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37758/
19:17 pmichaud so in that sense I'd say it's okay for "socket" opcode to create a Socket PMC.  But see Allison's mailing list comments about that.
19:17 bacek pmichaud: url?
19:17 mikehh coke: hi, I was wondering if there was any progress re the post config test failures TT#489
19:17 cotto Coke, I haven't done anything related to sockets other than apply bacek's patch just now.
19:18 Coke mikehh: no.
19:18 Coke any progress would be on the ticket.
19:18 bacek pmichaud: found. About dynops?
19:18 pmichaud bacek: http://lists.parrot.org/pipermail/​parrot-dev/2009-March/001898.html
19:18 shorten pmichaud's url is at http://xrl.us/bemt24
19:19 pmichaud still, the point is that since FileHandles have an 'open' method, it would be possible for Socket PMCs to have a 'socket' method
19:19 pmichaud at which point the opcodes aren't really necessary.
19:20 bacek pmichaud: ok.
19:20 pmichaud however, IAN The Parrot Architect.
19:20 korshak one more question: mk_language_shell.pl should be run only from source dir or it possible run it from dir, where parrot installed by "make install-dev"?
19:22 Tene korshak: you can run it from anywhere
19:22 Tene should be able to
19:22 Tene if you can't, i think it's a bug.
19:23 korshak make install or make install-dev does not installs parrot/tools
19:23 pmichaud (I plan to write an alternate version of mk_language_shell.pl based on Rakudo's build environment.)
19:24 korshak it is in dir with source
19:24 korshak but make install doesnt bring it to c:\parrot (for example)
19:24 korshak btw, how to change installation dir? =)
19:24 pmichaud korshak: --prefix=  to Configure.pl, I think.
19:25 korshak oh! thx
19:25 Tene korshak: it *should* be part of 'make install-dev'
19:25 Tene but I don't think it is right now
19:26 korshak ok, understood
19:29 cognominal_ joined #parrot
19:30 dalek parrot: r37759 | pmichaud++ | branches/pge1/compilers/pge/PGE/Match.pir:
19:30 dalek parrot: [pge]:  Small rename of 'result_object' to 'ast' (per S05).
19:30 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37759/
19:30 Coke renaming things makes me think of deprecation.
19:31 pmichaud result_object is already deprecated.
19:31 pmichaud eligible in 1.1
19:33 Coke k.
19:33 Coke it's not just being removed, it's being renamed?
19:33 Coke (looking at the listing in DEPRECATED.pod)
19:33 pmichaud yes.
19:34 dalek parrot: r37760 | pmichaud++ | branches/pge1/compilers/pge/PGE (2 files):
19:34 dalek parrot: [pge]:  PGE::Exp::Literal nodes now _always_ get their text from the ast obj.
19:34 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37760/
19:34 pmichaud at the time I wrote the DEPRECATION notice I didn't know what it would be named, only that it would be something different.
19:34 pmichaud (there was also the possibility that it would be gone altogether)
19:35 Coke Ok. If you could update https://trac.parrot.org/parrot/wiki/Deprecation with the replacements when you're done, that would be very helpful.
19:35 pmichaud will do.
19:35 purl somebody said will do. was there a more appropriate channel for me to ask question regarding trycatch in?
19:36 rg forget will do.
19:36 purl rg: I forgot will do
19:36 korshak huh. can anybody force purl russian word "привет"?
19:37 rg anyone can tell purl stuff ;)
19:37 dalek parrot: r37761 | pmichaud++ | branches/pge1/compilers/pge/PGE/Match.pir:
19:37 dalek parrot: [pge]:  Small rename of 'text' to 'Str' (per S05).
19:37 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37761/
19:37 korshak no! look at that:
19:37 korshak привет
19:37 korshak purl, привет
19:37 purl i think привет is hello
19:37 purl it has been said that привет is hello
19:37 rg see ;)
19:38 korshak ok. now:
19:38 korshak purl, forget привет
19:38 korshak forget привет
19:38 rg hmm
19:38 purl korshak, I didn't have anything matching ������������
19:38 purl korshak, I didn't have anything matching ������������
19:38 korshak привет
19:38 purl it has been said that привет is hello
19:38 korshak you see?
19:39 rg ok, i see
19:39 korshak actually, привет really means hallo. but often used as 'hi'
19:39 korshak now imagine, that somebody forced purl to say something on each "hi" =)
19:40 Coke hi
19:40 purl privet, Coke.
19:40 korshak hmm
19:40 diakopter hi
19:41 rg hi
19:41 diakopter rg: you're not purl
19:41 * rg thinks purl is partion
19:41 rg *partial
19:42 korshak hi has karma of -3
19:42 Infinoid karma hai
19:42 purl hai has karma of -1
19:42 Infinoid hai++
19:43 rg but i guess purl has an encoding bug in forget
19:44 korshak perhabs. better he has bug in matching words
19:53 korshak left #parrot
19:55 korshak joined #parrot
19:56 korshak hmm. it looks like PCT are designed now to use them only from source dir, not from installation
19:56 tewk Tene: didn't know you were speaking, I would have tried to make it.
20:03 pinkyandthebrain joined #parrot
20:03 pmichaud PCT shouldn't care, actually.
20:04 pmichaud I think there are several PCT-based languages running from installation.
20:04 Tene I've seen failures of rakudo being unable to locate PCT from an installation directory.
20:04 Tene I'll see if I can reproduce tonight.
20:05 korshak pmichaud: ofcourse. because make install does not installs *.pl =)
20:05 pmichaud well sure, rakudo still has difficulty with parrot install
20:05 pmichaud but I think that's more because of the dynops and dynpmcs than because of PCT
20:06 particle might need make install-dev
20:06 korshak i did
20:06 korshak after install, install dev there's aboud 4 *.pl files in installation dir
20:07 * Coke wonders if he'll need to create a 'parrot-dev' macport.
20:07 pmichaud Coke:  likely.
20:07 korshak and even if i put content of tools to instdir/tools manually
20:07 korshak pl files can not find their libs
20:08 korshak for now i found most usable way to use that *.pl utils from source dir, where parrot was maked
20:17 dalek parrot: r37762 | pmichaud++ | branches/pge1/compilers/pge/PGE (3 files):
20:17 dalek parrot: [pge]:  stringification of Match objects is now .Str instead of .ast (per S05)
20:17 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37762/
20:18 bacek What is current best practice for sending patches? trac?
20:18 pmichaud bacek: yes.
20:18 bacek pmichaud: thanks
20:20 dalek parrot: r37763 | pmichaud++ | branches/pge1/compilers/pge/PGE/Match.pir:
20:20 dalek parrot: [pge]:  Numification of Match objects is based on matched text instead of .ast.
20:20 dalek parrot: Also make vtable functions anonymous.
20:20 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37763/
20:20 bacek pmichaud: and if I have big changes send them as big single patch? Or send individually?
20:21 pmichaud depends on how inter-linked the changes are.
20:21 pmichaud in general smaller patches are preferred.
20:21 bacek pmichaud: a lot of changes for sockets :)
20:23 dalek parrot: r37764 | pmichaud++ | branches/pge1/compilers/pge/PGE/Match.pir:
20:23 dalek parrot: [pge]:  Change $!item to $!ast.
20:23 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37764/
20:31 bacek https://trac.parrot.org/parrot/ticket/514 with socket updates.
20:32 bacek I have a question: how properly implement 'new "Socket", some, more, args'?
20:32 pmichaud doesn't exist
20:32 bacek or it can be only 'new "Socket", init_hash'?
20:32 pmichaud it's just   new "Socket", arg
20:32 pmichaud where arg is canonically a hash these days.
20:33 bacek ok. thanks
20:37 dalek parrot: r37765 | pmichaud++ | branches/pge1/compilers/pge/PGE (2 files):
20:37 dalek parrot: [pge]:  Separate get/set into separate .ast and !make methods on Match.
20:37 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37765/
20:40 dalek parrot: r37766 | pmichaud++ | branches/pge1/compilers/pct/src/PCT/Grammar.pir:
20:40 dalek parrot: [pct]:  Change access of (private) $!item to $!ast.
20:40 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37766/
20:40 korshak left #parrot
20:44 particle arg can be any pmc
20:45 particle just have to write init_pmc to deal with whatever type you want to pass
20:46 Infinoid bacek: hai
20:47 Infinoid bacek: I've been working on this stuff too, please see http://groups.google.com/group/p​arrot-dev/msg/99ba9f21ba4b0753?
20:47 shorten Infinoid's url is at http://xrl.us/bemug8
20:48 Infinoid my Socket.init_pmc tries to accept a hash or array, but I haven't tested the array stuff at all yet
20:49 eternaleye joined #parrot
20:50 bacek Infinoid: it shouldn't accept Array.
20:50 Infinoid it's easy to rip that out, I don't mind.
20:51 bacek Infinoid: "where arg is canonically a hash these days."
20:51 Tene It's not a standard, just the behavior of many other existing PMCs.
20:51 rblasch joined #parrot
20:51 Infinoid yeah.  my thought on the Array was to try to make it look as much as possible like the C socket() function, but I don't care too much and it can be removed.
20:56 Infinoid Looking at your patch, I think your allocation model fits into the existing system a bit better than mine did
20:58 Theory joined #parrot
21:02 particle bacek: unless the pdd says it must be a hash, it doesn't need to be
21:05 bacek particle: pdd doesn't specify socket constructor.
21:06 Infinoid Class and Complex are other PMCs which accept both arrays and hashes for the init_pmc() arg
21:07 particle Exporter probably does, as well
21:07 particle i can't remember atm
21:09 pmichaud most newer PMCs use a hash these days
21:09 Infinoid bacek: It seems I've duplicated some of your effort.  Is there some part of this I can work on tonight which won't get in your way?
21:10 Infinoid My goal has been to remove as many socket ops as possible from httpd.pir; they're all gone except for the "socket" and "sockaddr" ops
21:10 pmichaud (and allison specifically mentioned a hash in her email)
21:10 bacek Infinoid: see TT#516 and #517
21:11 bacek So, if all socket ops gone.
21:11 Infinoid pmichaud: The patch in my email accepts either a hash or an array.  But I'm ok with getting rid of the array part
21:12 Infinoid bacek: heh, it seems I duplicated the #516 effort too (and asked the list thismorning to see if that was ok)
21:12 bacek Infinoid: 516 is small :)
21:12 pmichaud I'm fine with doing either hash or array as well.  As you indicated, there are many places where array is far simpler to handle.
21:13 * bacek vote for handling Arrays
21:13 bacek # TODO provide sys/socket constants
21:14 bacek How this can be implemented?
21:14 Infinoid probably the same way exception type constants are implemented
21:14 Infinoid there's a .pasm file you can include for those
21:14 bacek Infinoid: o! thanks.
21:14 Infinoid 'except_types.pasm'
21:17 Infinoid bacek: I want to rebase my work on your set of patches, there are a couple of extra fixes I want to add.  Is there any reason why I can't start checking this stuff in?
21:17 bacek Infinoid: it's not pushed to github :)
21:17 Infinoid I'll just import them into my local stack
21:18 bacek Infinoid: no objections :)
21:20 donaldh joined #parrot
21:25 bacek ok, time to go.
21:25 bacek afk # kids, family, etc
21:25 Infinoid bacek++
21:32 * bacek back for few seconds.
21:33 bacek Infinoid: don't forget to check result of Socket.socket in init_pmc. You probably have to return PMCNULL if socket failed.
21:33 * bacek run away
21:40 Infinoid Yeah... haven't readded init_pmc yet
21:41 Infinoid I adapted Socket.socket to the Parrot_io_socket return value change tho
21:42 dalek parrot: r37767 | pmichaud++ | branches/pge1/compilers/pge/PGE (4 files):
21:42 dalek parrot: [pge]:  Convert obsolete calls to 'result_object' to '!make'.
21:42 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37767/
21:43 Whiteknight joined #parrot
21:46 dalek parrot: r37768 | allison++ | trunk/DEPRECATED.pod:
21:46 dalek parrot: [cage] Enter deprecation notice for old names of JSON libraries.
21:46 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37768/
22:09 dalek parrot: r37769 | Infinoid++ | trunk (10 files):
22:09 dalek parrot: Apply patch from bacek++ in TT #514:
22:09 dalek parrot: * Add a PMC* argument to Parrot_io_socket methods, to prevent spurious reallocation
22:09 dalek parrot: * Add a Socket.socket() method, use it in the httpd.pir example
22:09 dalek parrot: * Add a SockAddr.sockaddr() method, use it in the httpd.pir example
22:09 dalek parrot: * Remove a bunch of unused socket ops from io.ops and ops.num
22:09 dalek parrot: * Fix up the Socket PMC some, use more inheritance, add POD documentation
22:09 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37769/
22:10 particle yikes, i might have split that into a few patches
22:10 particle were the io ops deprecated?
22:10 particle if so, was deprecated.pod updated?
22:11 particle if not... don't remove those ops!
22:11 Infinoid I was under the impression the io ops were added after 1.0.0
22:11 Infinoid I could be wrong, I'll check.
22:11 particle ah, you may be right. please check, though :)
22:12 Infinoid If I'm wrong, r37771 will have the same issue
22:12 donaldh left #parrot
22:12 dalek parrot: r37770 | Infinoid++ | trunk (7 files):
22:12 dalek parrot: Apply patch from bacek++ in TT #516:
22:12 dalek parrot: * Change Parrot_io_socket to return INTVAL as all other functions
22:12 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37770/
22:15 Infinoid Yep, the ops were added in r37705, 1.0.0 was r37536
22:16 dalek parrot: r37771 | Infinoid++ | trunk/src/ops (2 files):
22:16 dalek parrot: Apply patch from bacek++ in TT #517:
22:16 dalek parrot: * Remove last socket and sockaddr ops
22:16 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37771/
22:16 Infinoid particle: If I understand the deprecation cycle stuff properly, I think we're safe.
22:16 particle were they deprecated before 1.0.0?
22:16 Infinoid They were *added* post-1.0.0
22:16 particle ok, then we're ok
22:17 Infinoid great, thanks
22:17 particle Infinoid++ bacek++
22:17 Infinoid dalek is going to take a while because it has a long polling interval, but r37774 tests successfully for me on linux and mingw
22:17 Infinoid (using examples/io/httpd.pir to test it, I don't think there's anything in t/ yet)
22:18 particle wow, i just wrote a php api that actually looks good.
22:18 Infinoid Call Guinness
22:18 Infinoid I didn't think that was possible :)
22:19 dalek parrot: r37772 | Infinoid++ | trunk/src/pmc/socket.pmc:
22:19 dalek parrot: Fix the return value handling in the Socket PMC.
22:19 dalek parrot: Fix a typo.  (The arguments are ordered differently in the lower level routines.)
22:19 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37772/
22:20 Infinoid particle: Do you know anything about mingw?
22:20 particle yeah, i'd better call it a day
22:20 particle not much, really, just that it's make engine has a really long name
22:21 Infinoid I'm getting a warning about setsockopt()'s third argument changing an integer into a pointer without a cast, but MSDN says the function's third argument is an integer, just like on unix
22:21 Infinoid Not a big deal, it still works, was just wondering if you had any ideas
22:22 Infinoid I'll start grepping header files
22:22 particle not me, i only use mingw when there's a build or test error on strawberry
22:22 Infinoid Ok, thanks
22:22 particle good luck!
22:22 purl You'll need it.
22:22 dalek parrot: r37773 | Infinoid++ | trunk/src/io (2 files):
22:22 dalek parrot: [io] Fix a bug calling setsockopt() with uninitialized data.
22:22 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37773/
22:26 dalek parrot: r37774 | Infinoid++ | trunk/src/io/socket_win32.c:
22:26 dalek parrot: [io] Fix an error and a warning in socket_win32.c on mingw.
22:26 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37774/
22:27 cotto seen chromatic
22:27 purl chromatic was last seen on #parrot 19 hours, 43 minutes and 15 seconds ago, saying: There may not be bugfix releases.
22:29 dalek parrot: r37775 | coke++ | trunk/t/codingstd/c_function_docs.t:
22:29 dalek parrot: [cage] remove unused variable; invert conditional to avoid code duplication.
22:29 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37775/
22:42 dalek parrot: r37776 | Infinoid++ | trunk/t/pmc/sockaddr.t:
22:42 dalek parrot: [t] Fix t/pmc/sockaddr.t to use methods instead of ops.
22:42 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37776/
22:44 Whiteknight joined #parrot
22:46 dalek parrot: r37777 | Infinoid++ | trunk/src/pmc/socket.pmc:
22:46 dalek parrot: [cage] Fix a codingstd failure in my recent r37772 patch.
22:46 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37777/
22:46 cotto Whiteknight, have you had any luck converting the *ManagedStruct PMCs to ATTRs?
22:47 cotto It looks like some jit code needs to be updated.
22:47 Whiteknight cotto: none at all. I've been busy with other things lately
22:47 cotto np
22:47 Whiteknight but tonight I'm focusing on Parrot, so I'll play with it
22:48 Whiteknight what kinds of JIT stuff need updatin'?
22:48 Tene I've seen a few failure reports lately of Parrot failing to build without --jitcapable=0
22:49 cotto Some code (src/jit/i386/jit_defs.c 2409) is putting stuff directly into PMC_data
22:49 dalek parrot: r37778 | whiteknight++ | trunk/src (2 files):
22:49 dalek parrot: Fix TT #321 using a patch from ronaldws++
22:49 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37778/
22:50 cotto I think I can get it if I can figure out how to call VTABLE_set_pointer
22:51 Infinoid Tene: that would be TT #18 again
22:51 Infinoid Tene: Apparently selinux on fedora has recently gotten stricter.
22:51 Tene Infinoid: one of these reports was on a not-updated-in-years Fedora 7.
22:52 Infinoid awesome.  In that case, I have no clue.
22:52 Tene I wonder why, what with all the information I've given you.
22:52 Tene :)
22:52 Infinoid We had someone in here a couple days ago who started getting segfaults building PGE, who was able to compile it just fine the day before.  Turns out it was segfaulting the first time a JIT function was called, and an selinux package update caused it.
22:52 Infinoid (that was on FC9)
22:55 Whiteknight cotto: do you have that list of instances that need to be updated?
22:55 Whiteknight I lost mine
22:57 cotto Yes, but I may be able to finish the switch myself.
22:57 Whiteknight okay, cotto++
23:00 Whiteknight Now that I think of it, adding new JIT-supported architectures might make for a good GSOC project
23:00 Whiteknight I personally would be very happy if amd64 support were improved
23:00 cotto Is that a 3.5 month project?
23:01 Whiteknight could be
23:01 Whiteknight The i386 JIT would make a good template to follow
23:01 Chile is PIR to PASM compilation done in native code or interpreted code?
23:02 Tene Chile: in a normal compile, there is no PIR to PASM step.
23:02 Tene the PIR compiler goes straight to bytecode.
23:02 Chile ah
23:02 Chile is that step native or interpreted?
23:02 Tene imcc (the PIR compiler part of parrot) is written in C.
23:03 Chile cool, thanks.
23:05 Tene np
23:06 Tene Chile: there's a project (not yet completed) to replace imcc
23:06 Tene If you're looking into the details of PIR compilation, you should look at pirc
23:06 Chile that's the PIRC directory?
23:06 Chile alright
23:06 cotto it's in compilers/imcc
23:07 cotto compilers/pirc is the newer pir compiler which will eventually replace imcc
23:07 Chile I noticed that pirc had stuff in t/ that looked like perl - is this runtime stuff or compiler-generator stuff?
23:08 Tene Chile: yes, pirc uses perl 5 to run its tests.
23:09 Chile alright
23:20 cotto Is PMC_DATA_IN_EXT still useful?  I have a patch that will break it?
23:20 cotto s/?$/./
23:22 dalek markdown: ddc1372 | (Francois Perrad)++ | src/parser/grammar.pg:
23:22 dalek markdown: fix EmphUI & StringUI
23:22 dalek markdown: test "Strong and em together" pass
23:23 dalek markdown: review: http://github.com/fperrad/markdown/commit​/ddc1372e1bad358ce0a0352cb28f5fb474401e4e
23:23 shorten dalek's url is at http://xrl.us/bemuxw
23:23 dalek markdown: 5124e85 | (Francois Perrad)++ | src/parser/ (2 files):
23:23 dalek markdown: allow inline in BlockQuote & ListBlock
23:23 dalek markdown: test "Auto links.text" pass
23:23 dalek markdown: review: http://github.com/fperrad/markdown/commit​/5124e8576051a41f5f7183e01e8d80f6418dcb25
23:23 shorten dalek's url is at http://xrl.us/bemuxy
23:23 dalek markdown: d92427e | (Francois Perrad)++ | src/parser/grammar.pg:
23:23 dalek markdown: remove useless capture in Code
23:23 dalek markdown: review: http://github.com/fperrad/markdown/commit​/d92427eda3353216c729e623d6f8e70a0f0be50f
23:23 shorten dalek's url is at http://xrl.us/bemux2
23:23 cotto of course if Parrot doesn't explode when it's 1, testing won't be very hard.
23:26 cotto nope. The build fails.
23:29 jan joined #parrot
23:29 Tene purl: seen kj?
23:29 purl kj was last seen on #parrot 26 days, 1 hours, 57 minutes and 55 seconds ago, saying: hello GeJ   [Mar  1 21:30:45 2009]
23:29 Tene purl: seen kjs?
23:29 purl kjs was last seen on #perl 277 days, 7 hours, 55 minutes and 12 seconds ago, saying: yo  [Jun 23 15:33:30 2008]
23:30 Tene Hmm... wonder where he's been...
23:32 Whiteknight I would like to add a get_integer method to the Eval PMC. Any objections to that?
23:33 Whiteknight I need a way to determine how many subroutines are contained in a compiled code file, and that seems the most logical way to do that
23:36 Infinoid Hmm.  That makes sense, until we start wanting to get counts of things other than subs
23:36 Tene Whiteknight: can't it be a method instead?
23:36 Tene I find the overriding of get_foo to be rather distasteful.
23:38 Tene Whiteknight: perhaps a 'get_subroutine_count' method
23:40 Coke_afk Whiteknight: doesn't 'elements' work/
23:40 Coke_afk ?
23:41 Whiteknight Coke: elements does not work, that I am aware of
23:42 kid51 joined #parrot
23:42 Whiteknight Tene: Eval already has a get_pmc_keyed_int, so it makes good sense to me that get_integer returns the number of elements in the array like it would for any other array
23:42 Whiteknight so it's not an "override", just adding something that I think should have been there in the first place
23:42 Tene Whiteknight: Okay.
23:43 Tene That's fine with me, then.
23:43 Whiteknight okay, thanks
23:43 Infinoid Funny, I thought "elements" returned the number of elements in the array like it would for any other array
23:44 Infinoid If that's not what elements is for, I guess I've written PackfileDirectory wrongly...
23:44 Whiteknight Infinoid, when I do $I0 = $P0 to get the number of elements in an RPA, that calls get_integer
23:44 Whiteknight although elements() would maybe be a good alternative. I don't care what interface we use specifically, so long as I get the information I need
23:45 Coke Whiteknight: k
23:46 Infinoid Whiteknight: you're right, the Array base class returns the number of elements for both .get_integer() and .elements()
23:46 Infinoid (the former wraps around the latter)
23:46 Whiteknight Infinoid: From what I have seen, for array classes get_integer and elements both return the same value
23:46 Whiteknight (which begs the question why we have a separate elements() VTABLE anyway, if it's always shadowed by get_integer)
23:47 Infinoid PackfileDirectory doesn't have a get_integer, only an elements.  That's the extent of my knowledge of the pir array interface
23:47 Whiteknight Oh, i didn't realize that PackfileDirectory was an array-like PMC
23:48 Infinoid it's an array of segments
23:48 TiMBuS joined #parrot
23:48 Infinoid I wrote it according to the PDD13 spec, but I still don't know what the heck I'm doing in PIR land, so maybe I should add an alias for get_integer
23:49 tetragon joined #parrot
23:49 Whiteknight I'll add an elements method to Eval first, we can figure out something else to do with get_integer later
23:55 Whiteknight it is done. Fin.
23:56 dalek parrot: r37779 | whiteknight++ | trunk/src/pmc/eval.pmc:
23:56 dalek parrot: add an elements() VTABLE to Eval PMC, to retrieve the number of Subs that the Eval contains
23:56 dalek parrot: review: https://trac.parrot.org/parrot/changeset/37779/

| Channels | #parrot index | Today | | Search | Google Search | Plain-Text | summary

Parrot | source cross referenced