Parrot 0.9.0 | parrot.org/ | 468 RTs remain
Set by moderator on 11 February 2009.
00:01 kid51 joined 00:08 TiMBuS joined 00:10 NotFound joined
NotFound hi 00:10
00:33 Theory joined
rg coke: i don't think RT#36086 is quite as easy as you think (or my understanding of i386 assember is just too lacking) 00:47
Coke I will be happy if there is a better understanding of a) if the problem is still occurring, and b) what the actual cause is. 02:04
02:05 kid51 joined 02:13 Tene joined
rg definitely yes to a) 02:14
not sure about the cause, though. i'm still looking 02:15
02:32 Andy joined 03:36 janus joined 03:58 Andy joined 04:20 rurban_ joined
dalek rrot: r36781 | petdance++ | trunk/src/pmc/integer.pmc:
lotsa consting
 04:22
04:52 bacek joined
dalek rrot: r36782 | allison++ | trunk/config/init/install.pm:
[config] Fix undefined variable warning in step tests.
 04:53
rrot: r36783 | allison++ | trunk/src/library.c:
[install] Fix versioned library search paths, generating the paths from the
 05:12
purl hmmm... config data is naturally nested and indented even when i write it in perl or apache.
cotto no stupid bot, config data is <reply> 05:24
no purl, config data is <reply>
purl okay, cotto.
dalek rrot: r36784 | allison++ | trunk/src/library.c:
[install] Remove the hard-coded install paths for library searching, and only
 05:49
06:18 chid joined
dalek rrot: r36785 | allison++ | trunk/tools/dev/install_dev_files.pl:
[install] Also install nqp.
 06:55
rrot: r36786 | allison++ | trunk/MANIFEST.generated:
[install] Also install generated .pbc file for nqp.
 06:58
07:01 namenlos joined
dalek rrot: r36787 | allison++ | trunk:
[install] Mark 't/' directories as "test" package, so they never get installed
 07:06
rrot: r36788 | allison++ | trunk/MANIFEST.SKIP:
[cage] Apparently someone changed the svn:ignore property on languages/c99.
 07:09
07:12 namenlos joined
bacek perl6: say (1..2) Z (5..7) 07:16
polyglotbot OUTPUT[1526ā¤]
07:22 uniejo joined 07:23 integral joined
chid I don't understand how to run perl6 with parrot 07:42
khatar chid, did you compiled perl6.pbc ? ? 07:43
chid no, I'm on win32 vista, just installed the parrot binary 07:44
khatar try to cd langages/perl6
make
make spectest
purl i guess make spectest is failing more than usual too
chid :/
in the per6 directory there is only one file, perl6.pbc, so I type nmake in that dir? 07:45
TiMBuS you run the pbc with parrot
chid oh 07:46
so, it would be, parrot pbc <file>?
TiMBuS just parrot <file.pbc> should do 07:47
chid it doesn't work
purl It's a Y2K error! Panic! Sue!
chid "load_bytecode" couldn't find file 'PCT.pbc'
TiMBuS hm 07:48
chid current instr.: '' pc 148 (src\\classes\\Object.pir:20)
perhaps the win32 port is broken?
TiMBuS i know the svn build should work 07:49
chid If it's not an easy fix, I'll just stay with perl 5
TiMBuS i assume you got the windows binary package?
chid TiMBuS yes 07:50
TiMBuS ill see whats in it. it shouldnt need to be built though
chid thanks 07:51
TiMBuS if parrot is working and it can't find PCT.pbc, it might just need the right PATH setting 07:52
chid perhaps.. 07:53
purl somebody said perhaps was some alternative?
TiMBuS purl, forget perhaps 07:55
purl TiMBuS: I forgot perhaps
chid lol
I have nothing in my /library/PCT folder except for readme
TiMBuS hrm 07:56
dalek kudo: 2f489f2 | (Moritz Lenz)++ | src/pmc/perl6multisub.pmc:
fix spelling of function name in perl6multisub.pmc
TiMBuS the setup wont work under wine so i cant see
shorten dalek's url is at xrl.us/begeqg
dalek kudo: 2c972d7 | (Moritz Lenz)++ | t/spectest.data:
[t/spectest.data] add two passing regression tests
shorten dalek's url is at xrl.us/begeqi
TiMBuS but that sounds wrong
dalek kudo: 314d8ce | (Moritz Lenz)++ | tools/update_passing_test_data.pl:
handle different build layout in in update_passing_test_data.pl
shorten dalek's url is at xrl.us/begeqk
dalek kudo: a3fd610 | (Moritz Lenz)++ | tools/test_summary.pl:
handle different build layouts in test_summary.pl
shorten dalek's url is at xrl.us/begeqn
dalek kudo: 27c64b5 | (Moritz Lenz)++ | tools/autounfudge.pl:
update autounfudge.pl to deal with both build layouts
shorten dalek's url is at xrl.us/begeqp
dalek kudo: a93b241 | (Moritz Lenz)++ | README:
[README] update to reflect current status
 07:57
shorten dalek's url is at xrl.us/begeqr
dalek kudo: beac378 | (Moritz Lenz)++ | README:
[README] link to Chris Dolan's "steps to create a patch".
shorten dalek's url is at xrl.us/begeqt
dalek kudo: c4f0f93 | (Moritz Lenz)++ | src/ (4 files):
Merge branch 'master' of git@github.com:rakudo/rakudo
shorten dalek's url is at xrl.us/begeqv
08:08 iblechbot joined 08:10 integral joined
dalek rrot: r36789 | allison++ | trunk:
[install] Install pmc2c.pl in devel package.
 08:13
rrot: r36790 | allison++ | trunk/MANIFEST.generated:
[install] Install generated file lib/Parrot/PMC.pm in devel package.
 08:15
rrot: r36791 | allison++ | trunk/tools/build/pmc2c.pl:
[install] Also search the installed lib path in pmc2c.pl.
 08:23
08:27 alvar joined 08:29 bacek joined 08:38 Andy joined
dalek rrot: r36792 | allison++ | trunk:
[install] Change generated perl constants to a loadable module of 'use

allows PCCMETHOD.pm to be used from an installed Parrot. Also resolves RT #42286.		 08:49
rrot: r36793 | allison++ | trunk/MANIFEST.generated:
[install] Install the generated PCCMETHOD_BITS.pm in the devel package.
 08:56
09:08 mikehh joined 09:42 masak joined 09:43 mikehh joined 09:58 kj joined
dalek rrot: r36794 | fperrad++ | trunk/tools/install:
[install] minor cleanup
 10:07
10:21 cognominal joined
masak ok, when I try and build Rakudo on feather, Configure.pl incorrectly sets the BUILD_DIR to /home/duff/parrot. why does it do that? 10:47
chid moritz, what should my question be :P 11:19
moritz chid: whatever you want to know :) - maybe just repeat what you wrote in #perl6 11:20
chid fix on trac.parrot.org/parrot/ticket/167 anyone? win32 bug 11:21
'this -> load_bytecode 'PCT.pbc' isn't working correctly
it can't find PCT.pbc
nope 11:23
dalek rrot: r36795 | fperrad++ | trunk/tools/install/smoke_languages.pl:
[install] check more languages
chid if it was fixed it wouldn't be a bug :p
online 11:24
All that was nothing compared to the frustration that was caused by a merge in Parrot that broke Rakudo, which has just moved to git, but there was no one on IRC who could tell me where is the latest Rakudo. So for half a day I was staring at a broken Parrot and a broken Rakudo.
there
just like me
masak chid: on behalf of those who caused it, sorry for the inconvenience. I would suggest that you wait around until the US wakes up. 11:33
chid nah, I don't mind 11:42
11:45 Gerd joined
kj rurban: ping 12:14
message rurban I got undefined reference errors when building Parrot on a freshly installed cygwin 12:15
purl Message for rurban stored.
12:16 AndyA joined 12:19 rurban_ joined
kj rurban: hi 12:21
12:31 AndyA joined 12:43 Ademan joined 12:56 UltraDM joined 13:03 UltraDM joined 13:06 Gerd left 13:57 Nom joined 13:58 Andrew_ joined
Nom Someone here can probably answer this in one word.. if writing a shared module (ala DBDI) for all parrot language implementations to use, does that need to be in the parrot format i've seen around (pmc i think)? 13:59
Coke It doesn't have to be a PMC, no. 14:00
I don't think we have a good guide on "so you want to use parrot as glue" yet. 14:01
Nom Well, i'm somewhat familiar with perl6, having played with it, but I got the feeling that you couldn't use it to write a module which interfaced with C libraries...
It looked like it was Perl => Parrot => C Libs ... can the Parrot bit be written in Perl ? 14:02
Coke one of the long term goals is that you could share libs like that, yes.
(by writing them in, say, perl6. or tcl. or python) 14:03
Nom but sounds like no, not right now :)
Andrew_ Nom: is possible mostly, just not documented and not all the details are ironed out
14:04 gryphon joined
Coke If you're wrapping an existing C lib, NCI is the way to go. 14:04
there are already examples of that. That gets you the ability to invoke the C funcs from inside parrot. 14:05
there are some examples of this in the tree, but I don't know that there's a pedagogical one.
Nom Yup.. i'm staring at DBDI::Driver::SQLite3 as an example now 14:06
Whiteknight Once you have the NCI wrapper for the library, any HLL should be able to tap into that 14:08
hopefully the various compiler designers haven't made subroutine invocation so convoluted that it doesn't Just Work 14:09
Nom Ah, I see...
Ok, I get it now... so the PMC wrapper only needs to be there for the basics... it's likely that if, for instance, I wrote an OO library which wrapped a C lib, that eventually that could be used by any implemented language ? 14:11
ie. PHP code could "use" the Perl library by having it built in as a parrot namespace
kj it needs to be a PMC if you want to use it in Parrot assembly/PIR
Whiteknight unfortunately, the weight lies on the shoulders of the compiler designers: They individually need to make their compilers flexible enough to handle Parrot libraries
Coke or we'll have a way for PHP to say "give me this perl6 namespace"
"spec out HLL interactions" is, IIRC, still on the TODO list. 14:12
14:24 rg joined 14:37 gryphon joined 14:50 PacoLinux joined 14:58 gryphon joined 15:13 riffraff joined
NotFound Whiteknight: a possibility is to write some glue code that puts in the HLL namespace some subs. 15:14
Whiteknight NotFound: yeah, thre are a few workarounds. Eventually I would like to see a dedicated interface that can "autobox" low-level PMCs into HLL-mapped types, and register Parrot-subroutine names into whatever subroutine registration methods that HLLs use 15:15
NotFound Whiteknight: and also a way to make HLL PMCs available to other HLL more or less automatically, for modules intended for generic usage. 15:17
Whiteknight right 15:18
NotFound Here is the true parrot power :)
Did we already have a DBDI design documented? 15:20
PerlJam NotFound: I thought it was "like JDBC"
15:21 Andy joined
NotFound PerlJam: a bit vague 15:21
15:21 iblechbot joined
NotFound For example: does that means that all strings must be utf16 be? 15:22
Er, LE
PerlJam I'm not Tim Bunce, nor do I play him on IRC ;-) 15:23
kj I have (still) failures when building parrot in a folder that has embedded spaces in its name. Anybody knows whether this can be solved? 15:25
It used to work, but not since 1 week or so
NotFound kj: i think that make that work in all current developing environments will be very hard. 15:27
kj NotFound: but it used to work.. 15:28
it has for a long time.
NotFound kj: but now the Makefile must work in a variety of win32 environments, that makes the thing harder. 15:29
particle NotFound: roughly, the design for dbi 2 is to use the jdbc api 15:30
NotFound particle: but java has just one type of strings, that part at least need some specification. 15:31
kj anybody else has undefined references to glut functions (on linux)? I have them on cygwin 15:46
particle coke: ping 15:54
kj: i have cygwin, but don't have gl installed, i don't think
Coke particle: pong 15:55
does anyone know who Igor is? Is he the grant recipient for the tcl/tk integration? 15:56
kj particle: how did you do releases, on windows or linux platform?
particle re: igor aka quelvar aka raf, i deleted quelvar user after his spam tickets
Coke particle: ok. that didn't work, so I guess I'll actually /talk/ to him.
particle coke: there are hundreds if not thousands of users defined at parrot.org
there is a bot somewhere signing up bogus accounts 15:57
japhb kj: your reference to glut pinged my IRC client ... I'm reading back, but is there anything you need help with?
kj japhb: I'm getting undefined references errors
Coke particle: we should relay that to whoever wanted us to switch to trac so they can work on it.
kj nopaste? 15:58
clunker3_ pasta.test-smoke.org/ or paste.husk.org/ or nopaste.snit.ch:8001/ or rafb.net/paste or poundperl.pastebin.com/ or paste.scsys.co.uk/
purl i heard nopaste was at nopaste.snit.ch/ (ask TonyC for new channels) or rafb.net/paste or poundperl.pastebin.com/ or paste.scsys.co.uk/ or App::Nopaste or tools/dev/nopaste.pl or at www.extpaste.com/ or paste.scsys.co.uk (for #catalyst, #dbix-class, #moose and others)
Coke DIE BOTS!
rg embed.h does not have a prototype for Parrot_compile_string. this is breaking the embed.t for me on freebsd/amd64 since the resulting pointer gets truncated to an int
particle :)
nopaste "kjs" at 193.1.104.7 pasted "glut errors" (19 lines) at nopaste.snit.ch/15634
Coke no wonder people don't come to this channel, it's 95% bots+perl6. =-)
kj japhb: I pasted the erros i got in cygwin
particle kj: i've done releases from both platforms. i have a unix-like environment for windows, so i have most of the command-line utilities that you need in linux 15:59
Coke particle: I see more like 3 dozen accounts on trac.
particle kj: that said, compile is much faster in linux, since i can use -j
kj particle: unix-like environment is cygwin? 16:00
Coke do you mean "www.parrot.org" ?
japhb kj: that's odd. Looks like your GLUT variant was misdetected. Can you paste the output of configure?
kj japhb: will do
particle kj: cygwin-- no!
Coke ah, yes, you do.
so that was a non-sequitor on the raf thing.
particle kj: actually, git provides most of the commands (including tar) 16:01
coke: www.parrot.org/admin/user/user
yes
16:01 kid51 joined
nopaste "kjs" at 193.1.104.7 pasted "kjs' config" (406 lines) at nopaste.snit.ch/15635 16:01
kj particle: I was planning to do the release on cygwin.. on my laptop it works fine; on my (faster) office pc it doesn't 16:02
Coke particle: we are requiring e-mail verification when a visitor creates an account on www.parrot.org
kj afk # meeting 16:03
rg notfound, ping? 16:04
Coke particle: I wouldn't destroy anyone's accounts on trac again without talking to them.
particle yeah, i know.... 16:05
japhb kj: OK, so it claims you have freeglut 4; freeglut is the most powerful GLUT, so it should handle bloody everything. However, this looks a little odd to me: set P0["opengl_lib"], "/usr/bin/glut32.dll -lglu32 -lopengl32" Why would that not be '-lglut32'?
Hmmm, I wonder if someone has been messing with the OpenGL detection again ...
japhb rebases to examine further 16:07
kj japhb: seems like a typo, right?
japhb kj: more like a braino, but yes. ;-)
NotFound rg: pong
rg notfound: interpreter.h does not export the prototype for Parrot_compile_string when embedding. this is breaking the embed.t for me on freebsd/amd64 since the resulting pointer gets truncated to an int 16:08
NotFound rg: C or C++ build? 16:09
rg c i guess
(whatever is the default ;))
NotFound For me it works for C and breaks with C++
rg are you on a 64bit platform?
NotFound I need to rework some headers, but It will take me some time
rg: 32, but I builded this morning on ubuntu amd64 and reported all test pass 16:10
rg also you need to be "unlucky enough" to have the pointer put at a memory location where truncating to int actually makes a difference 16:11
NotFound rg: but including interpreter.h is a temporary workaround, cmpile_string must be moved to embed.h or extend.h 16:12
kj japhb: I manually edited the makefile; -lglut32.dll doesn't work
same error
eh, -lglut32 i mean 16:13
rg including interpreter.h like you did is not enough. you'd probably also need to define PARROT_IN_CORE
japhb kj: hmmm, OK
NotFound rg: no, that exactly what must be avoided.
kj gotta go for 15 or so # meeting really starts
japhb kj, nod, I'll keep looking
rg sure. all that's missing is the prototype for Parrot_compile_string 16:14
maybe you just need to put that in embed.h or whatever suits you.
NotFound rg: I'll work on that as fast as I can. In the meantime you can TODO the test if it blocks you.
rg nah, doesn't bother me much. i just wanted to let you know. 16:15
NotFound rg: Ok, thanks
japhb Grrrr. 16:29
japhb is bloody tired of JIT not working
I really, really wish I could spare time to fix it, dangit.
16:34 elmex joined 16:37 Tene joined
NotFound In draft/pdd10_embedding.pod says: Parrot_compile_string - Note: this declaration should move from interpreter.h to embed.h 16:38
Then I'll start by doing that,
16:39 AndyA joined
rg note that i have no idea what/if something else is required to make embedding useable. i'm only interested in haveing the test(s) pass ;) 16:40
pmichaud hello. 16:42
NotFound rg: I'm interested in making embedding usable without breaking our own rules for embedding 16:44
16:47 gaz joined
masak pmichaud: when I try and build Rakudo on feather, Configure.pl incorrectly sets the BUILD_DIR to /home/duff/parrot. why does it do that? 16:57
pmichaud masak: perhaps that's the version of parrot it's finding somehow? 16:59
masak: I think I need to re-do the order of Configure.pl probes for parrot. 17:00
masak ok.
after it finds that dir, it fails because it doesn't have read access to it.
pmichaud: do you have feather access?
pmichaud yes.
masak good. 17:01
pmichaud I'll try a build -- just a sec
oh, yes, that's the issue.
[pmichaud@feather ~]$ parrot_config build_dir
/home/duff/parrot
where is the parrot you want to be using? 17:03
../../parrot ?
purl ../../parrot is coded into languages/perl6/t/harness
pmichaud currently Rakudo's configure.pl looks for parrot/parrot_config, then an installed parrot_config, then ../../parrot_config 17:04
I can potentially swap the order of the last two. 17:05
masak pmichaud: yes ../../parrot 17:10
purl ../../parrot is, like, coded into languages/perl6/t/harness
masak purl: no ../../parrot is <reply>
purl OK, masak.
pmichaud I'll try that.
17:11 Theory joined
pmichaud updated: c4f0f93 17:13
dalek kudo: cf98887 | pmichaud++ | Configure.pl:
Check for ../../parrot_config in preference to installed parrot.
pmichaud oh, cf98887
shorten dalek's url is at xrl.us/begftx
pmichaud see if that works any better.
masak checks
it does indeed. pmichaud++ 17:15
jonathan pmichaud: I have a Rakudo day this week. If you want me to spend some of it hacking on the setting stuff with you, let's arrange a day (tomorrow won't work for me, but Wed-Fri are fine)
pmichaud Fri won't work for me. 17:17
Wed/Thu may be okay. We had an unpleasant surprise here this past weekend, so I'm not sure what my schedule will be.
let's plan for Wed, then. 17:18
I often have other meetings on Thu mornings.
17:19 khatar joined
dalek kudo: 924f2ba | pmichaud++ | perl6.pir:
Silently exit if passed '-le' argument from Test::Harness.
 17:26
shorten dalek's url is at xrl.us/begfva
jonathan pmichaud: OK, Wed it is. 17:27
And sorry to hear about unpleasant surprise. :-( 17:28
pmichaud so far it looks like things are turning out okay 17:29
jonathan Ok. 17:30
Hope they continue to do so. 17:31
17:37 MagnusShortwave joined
dalek kudo: 3da1733 | pmichaud++ | build/Makefile.in:
Remove commented-out "make Makefile" target
 17:48
shorten dalek's url is at xrl.us/beggcf
dalek kudo: 1f9086b | pmichaud++ | config/makefiles/ (2 files):
Remove obsolete config/ directory.
shorten dalek's url is at xrl.us/beggch
dalek kudo: a6f4926 | pmichaud++ | Configure.pl:
Remove commented-out and obsolete calls to Parrot's 'reconfigure.pl' step.
 17:49
shorten dalek's url is at xrl.us/begghp
dalek rrot: r36796 | fperrad++ | trunk:
[install] on Win32, don't use version in install path
 17:58
17:58 mikehh joined
Coke we are getting to the point where I'd really like to see every commit refer to a ticket. :| 18:04
or a wiki page. or something to explain what thought was behind a given commit.
rg you mean better commit messages? 18:05
Coke no, though that would help
I guess with trac it might even be close enough. 18:06
for example, r36796 ... "but why not?"
was that fixing a bug? Avoiding a problem? Just unnecessary but otherwise harmful? 18:07
"unharmful"
Whiteknight Coke, that's a bad idea because it would require every fix to wait for a ticket to be filed about the problem first 18:08
szabgab I get Makefile:593: *** Recursive variable `MAKE' references itself (eventually). Stop. when trying to build parrot
Whiteknight better commit messages are always good though, they just shouldn't be forced to reference a ticket or wikipage 18:09
szabgab anything know or my system is broken ?
r36796
dalek rrot: r36797 | fperrad++ | trunk:
[codingstd] fix SVN properties
cotto Coke++ #dealing well with Igor 18:10
18:10 particle joined
szabgab now trying on another machine, where Parrot worked already 18:10
rg giving a reason for a change sounds like a good idea, but imho in the commit message would be enough. 18:12
nopaste "NotFound" at 213.96.228.50 pasted "Big patch: Forward declare parrot core types to avoid differences between core and extend/embed and move Parrot_compile_string to embed.h" (313 lines) at nopaste.snit.ch/15636 18:13
NotFound Someone can take a look at this thing? 18:14
szabgab hmm, I could compile on my regular machine
NotFound szabgab: check that make is available 18:16
szabgab yeah, without make that would have not run 18:17
but anyway, I updated Parrot, ran the whole thing again and now it worked
NotFound Uh, no, if not available the Makefile cannot be executing X-)
szabgab maybe bad timing.
18:18 gryphon joined
NotFound Coke: are you feeding trolls? 18:25
rg notfound: i can tell you that your patch fixes my test failure. 18:32
Coke NotFound: no.
18:33 clunker3 joined
Coke Whiteknight: knowing why people are changing code is not a problem. 18:33
(shouldn't be forced to reference) Given all the crap we have to do for coding standards, I think this is pretty lightweight, actually.
also: you can update tickets. you can't update commit messages. 18:34
Whiteknight we do put up with a lot of codingstd, but that doesn't mean we should just shovel more stuff on top of that
NotFound rg: good
Whiteknight if there's a change that needs to be made in the code, and there isn't a preexisting ticket for it, I'm going to just make the change to the code and not reference any ticket 18:35
Coke Whiteknight: what change is it? why is it needed? 18:36
Whiteknight it will be explained in the commit message
Coke And I'm saying that often times, what people are doing for commit messages is insufficient, and there's no way to annotate them to fix that up with more information. 18:37
in fact, on the face of it, the commit message for the change I mentioned seems reasonable, doesn't it?
dalek rrot: r36798 | fperrad++ | trunk/lib/Parrot/BuildUtil.pm:
[codingstd] remove hard tabs
 18:39
Coke I'm not suggesting opening a ticket to say "fixing this typo."
particle commits should say *why*, not just *what*
coke++
NotFound I need some opinons: can I commit the changes in that patch right now, or will be better to wait until the new release is done?
particle NotFound: talk to kj, he's the rlm 18:40
*release manager
Whiteknight Coke: bad commit messages are one issue, and they can be resolved. Adding a level of required hoop-jumping and bureaucracy to it is a Bad Idea
dalek rrot: r36799 | fperrad++ | trunk:
[codingstd] remove trailing space
NotFound kj: ping
Coke Whiteknight: how can you, ex-post-facto, resolve a bad commit message?
Whiteknight Coke: you can't resolve a bad commit message. You can ask people to make better ones going forward 18:41
There are lots of bad commit messages in the repo now that won't get fixed even if we add a heavy annotations requirement to them going forward
And with it, we still won't have any better guarantee, because commit messages will point to woefully incomplete ticket descriptions or empty wiki pages 18:42
Coke Whiteknight: strawman.
purl strawman is a bogus but common debating style.
Whiteknight if you want better commit messages, tell people what makes a better commit message and enforce it
and links to other places does not make a good commit message
rg actually the docs say you can fix a commit message (though i've never tried and it may require special privileges): svnbook.red-bean.com/nightly/en/svn...int.setlog
shorten rg's url is at xrl.us/beggsk 18:43
Coke rg; if you muck with the repository itself, eys.
NotFound And also, you can mistype ticket numbers in commit messages. I do it a few times X-)
Coke we don't want to do that.
Whiteknight: I think you're over-imagining the amount of work I'm suggesting here. I am probably under-imaginging it.
Whiteknight Any amount of additional work should be unacceptable. 18:44
particle we already have a style guide for commit messages
it's enforced culturally
Coke Whiteknight: like the amount of work we have to do to go back through and figure out what the hell people were thinking?
NotFound purl: mod_parrot? 18:45
purl somebody said mod_parrot was being worked on again. ;) or at www.parrotcode.org/mod_parrot or at svn.perl.org/parrot-modules/mod_parrot
Coke You're right. it's unconcionable, and I would like to fix it. =-)
szabgab now rakudo is also broken for me
Whiteknight Coke: That's the problem of individual committers. A committer who writes lousy commit messages is also going to write lousy descriptions on wiki pages
szabgab error:imcc:syntax error, unexpected VAR, expecting '(' ('sub')
Coke Whiteknight: you're misunderstanding what I'm saying.
I don't necessarily expect /the committer/ to write up more than what they would have in a commit message. 18:46
szabgab in file 'src/builtins/guts.pir' line 1111
Coke but (using yourself as an example), often comitters are working on larger chunks of work. Anything bigger than a breadbasket should already /have/ a ticket.
so, if there's a "cleanup the GC" ticket, and you commit something in relation to that, it sure WBNI the commit message reflected that larger chunk of work. 18:47
Whiteknight isn't that the use of single-purpose branches, or commit tags? 18:48
Coke these are issues that are more relevant to pay-for projects where you have to keep track of effort spent to acheive a goal, but there are certainly PM lessons we could be using here.
particle sure would, and make tracking roadmap items easier
Whiteknight everything in the /cleanup_the_gc branch is going to be dealing with that topic
Coke Whiteknight: yes, a branch is one way of dealing with this problem.
particle whiteknight: you can just put 'TT #nnn' in your commit message
18:48 barney joined
Coke if you have a branch dedicated to a TT, you don't need to duplicate the documentation in each commit message. 18:49
particle correct
Coke I'd expect the mergeback to refer to the ticket, of course.
kj particle: (only TT #n's) I would prefer to have some kind of message indicating the commit, not only the TT number (because then I have to go browse to track on my poor connection that's a major PITA)
particle if you're committing to trunk, include the TT in the commit. if you're commenting on a TT, include the revision in the comment
Whiteknight you don't have to duplicate the documentation in each message anyway. That's a huge waste. You explain the commit
szabgab it must be something in the air, second time it compiled well 18:50
particle kj: of course, you should include the TT in the message, not replace the message with the TT
kj ok, right. Including it with the message.
ok then I misunderstood you there for a sec :-)
NotFound kj: please take a look at nopaste.snit.ch/15636
dalek kudo: 10909da | pmichaud++ | build/Makefile.in:
Make the fakecutable the default target.
shorten dalek's url is at xrl.us/beggtu 18:51
Coke Whiteknight: you still in school, or do you have a ``real'' programming job now?
particle -m "[t] todo/skip review; partially addresses TT #nnn"
Whiteknight Coke: "real" programmin job
kj NotFound: what's the patch about?
(looking at it now)
(iow, why would you like me to have a look at it? :-) 18:52
Coke Whiteknight: danke.
Whiteknight Actually, my job is a little light on actual "programming", so I get my needs satisfied through Parrot
NotFound kj: adds a header to forward declare core struct (pmc, string, interpreter) in order to use the same declarations in core and in extend/embed
kj: the question is: is a change to big to be done before the release? 18:53
s/to/too
kj NotFound: eh, I'm not sure what implications this has...
and, is this part of The Big Plan? 18:54
NotFound kj: well... maybe break mod_parrot, I don't know
kj well I'm already nervous with parrot stability as it is :-S
NotFound kj: ok, I'll wait and ask about it in #ps
Coke if there's a doubt, I'd recommend waiting until post releas.
NotFound: or that. =-)
reminds me, I have a TT from just before the /last/ release where I posted a patch that c. didn't apply. 18:55
kj major problem right now for me is the undefined references on my cygwin install; hope it's still ok on my laptop...
particle kj: i'm rebuilding on cygwin atm 18:57
currently in pmc2c
NotFound kj: Do you have a name for the release? If not, I suggest 'Negative NaN' X-) 18:58
dalek tracwiki: v13 | coke++ | NewParrotDeveloperGuide
tracwiki: trac.parrot.org/parrot/wiki/NewPar...version=13
shorten dalek's url is at xrl.us/begguz
kj NotFound: I kinda had something already, but still pondering whether it's any good
(and have to check some things ;-)
19:01 geof joined
Coke Infinoid: does the tracwiki include the commit message? 19:03
19:05 jrockway joined
particle kj: my cygwin builds, testing now 19:05
Coke tests feather. 19:06
kj particle: great.
particle i'm smoking cygwin and msvc atm
kj particle: do you think releasing from a cygwin platform would be advisable? 19:08
particle kj: i don't see why not
kj ok, just checking whether there's any particular reason not to
particle just provide the tarball to folks on other platforms for sanity check before releasing it
offer it as a temporary upload on ftp.parrot.org, or use some other file-sharing util 19:09
kj particle: ok, how do I access ftp.parrot.org?
attempting now... 19:10
particle iunn, i've never done it
Coke kj: one of the directors can email you the connection information. I presume we must share this with any RMs.
kj ok. I don't have access to that
not with my passwords anyway
particle yeah, you'll need the password 19:11
kj i figured, perhaps with trac pw
particle no, totally different account and pw
NotFound Created TT #343 with the patch
Coke www == drupal, trac == trac. 19:12
and ftp is probably neither of those.
I don't see an email with password information; I'd hit up parrot-directors@whateverlisthostis.org
kj Coke: doesn't that email arrive in YOUR box? :-P 19:14
being vp and all
Coke Yes, but it's the other 4 who might be able to help.
kj oh hehe
Coke (pretty much, it's allison, if we have the info collectively, it's through her.) I can open a ticket with OSU, and remote into the box, but that's pretty much the limit of my super VP power. 19:15
19:15 Theory joined
Coke hell, jerry's the president, bug him. he clearly outranks me. 19:15
particle i have the info
just found it
kj no contact info on the site, btw
Coke kj: I think there's a ticket about that. 19:16
kj particle: what's the protocol, is it as simple as emailing me and I promise not to tell anybody?
allison yes, we only have one login to the ftp server
Coke allison: BOO!
particle kj: yes, the protocol is ssh :)
allison no, it's not actually an ftp server, it's just a staging zone
kj doesn't get what a staging zone is... 19:17
allison that is, we have one account to drop files in a virtual directory structure, and run a command that triggers the mirroring
OSU is running a whole host of mirrored ftp servers
Coke is remided to open a ticket about docs.parrot.org
kj allison: but it /can/ be used to do temporarily file distribution?
allison kj: temporary file distribution? 19:18
kj allison: yes for tmp. uploading a release candidate
allison kj: I suppose so, as long as it's off in a special directory 19:19
dalek rrot: r36800 | whiteknight++ | trunk/docs/book/ch03_pir_basics.pod:
[Book] Update section on Filehandle PMC, adding examples that show how the various methods relate to IO opcodes.
allison kj: though you can just upload a temporary file to www.parrot.org
particle allison: kj wants to release from cygwin. to be sure the distro works on other platforms, i suggested he make the tarball available for testers before the actual release
kj how's that done for previous releases?
allison kj: which might make more sense
kj: we don't generally do release candidates
or, people just put up a file on their private web server, or on feather 19:20
kj allison: but I'm a bit of a noob regarding this, so I'd like to be sure not to mess up
allison kj: yes, it's good to get platform testing
kj speaking of which, what's the main purpose of PLATFORMS file?
particle to let users know if parrot is expected to work on their platforms 19:21
allison kj: to record the status of parrot compiling on various platforms
kj ah ok.
allison it's more for developers, to know what's expected to work 19:22
kj perhaps I'm overlooking, but can't seem to find anything on the www.parrot.org to upload a file 19:23
allison kj: you create a page, and attach a file
kj allison: found it, thx. Sorry for asking many questions 19:25
allison kj: I'd put it in www.parrot.org/scratch/parrot
(Scratch pages)
Coke if you're looking for a temporary place to stick something people can download, use feather.
kj Coke: you reckon that's a better option? 19:26
Coke if it's temporary and you have a feather account? very likely.
kj Coke: good question; if I do I've never used it
Coke feather?
purl somebody said feather was feather.perl6.nl/ or a perl6 community development server
Coke feather is also run by juerd.
purl okay, Coke.
Coke juerd?
purl well, juerd is root or at juerd.nl/ or mailto:juerd@juerd.nl
Coke so I have ~coke/public_html, e.g. on feather.perl6.nl, which maps to... 19:27
feather.perl6.nl/~coke/
kj Coke: no feather account. Should I contact juerd? 19:28
.. to get one?
allison as long as you delete the file right after, either should be fine (I don't have a feather account either, but I do have a private webserver)
Coke kj: yes, juerd holds the keys. 19:29
allison kj: in the interests of timely release testing, best not to wait for juerd before distributing a test tarball 19:30
particle agreed 19:31
Coke I'd rather not post it on www.parrot.org without some advance thought about if/how we're going to do RCs in the future.
Seems it would be much better to go the ftp route if we're going to do that.
allison kj: this time round, just create a Scratch page on www.parrot.org (quick, cheap)
Coke ok, nevermind me. 19:32
allison Coke: definitely don't post a main page on Parrot, but Scratch pages are just a developer sandbox
particle coke: we can delete the scratch pages and attachments
kj allison: I was planning to do a dry run tonight.
(once I'm home)
allison kj: sounds good
Coke: and agreed on thinking more about an RC process (if we're going to have one) 19:33
particle successful smokes with 'ccache cl' and 'ccache gcc' on windows/cygwin
Coke feather fails 'make test'
kj particle: yes on my msvc, smoke was successful
particle: thanks for testing
particle coke: fails? or bonus tests?
Coke both.
particle has 4 bonus tests 19:34
Coke running make smoke now.
yes, because the (&*#$ native_pbc tests are not properly TODO'd everywhere.
Which is more a rant at the fact that we let it go this long rather than at poor rurban who is trying to make them work again.
allison Coke: yes, but the day before a release is definitely the time to re-"TODO" them 19:35
NotFound allison: can you take a quick look at TT #343 ? 19:38
allison NotFound: sure 19:39
Coke I'd rather have a release with passing todos than failures, sure. 19:40
smoke report for feather here:
smolder.plusthree.com/app/public_pr...ails/18087
shorten Coke's url is at xrl.us/beggyt
Coke Could be related to a previously installed parrot. 19:41
kj I don't really get why these tests fail, as it's just a rename of functions 19:42
allison NotFound: looks good, thanks 19:43
NotFound allison: I'd like to commit it after the release, to have enough time to test in before 1.0 19:44
allison NotFound: yes, that's a good idea 19:45
NotFound allison: ok, thanks
allison Coke: yes, looks like an old copy of libparrot.so lying around 19:46
kj how to remove an installed parrot? seems not to be a make uninstall target 19:47
what's the normal procedure for that?
particle make sysadmin angry 19:51
NotFound kj: I think that the only way is lloking at what install does and deleting by hand 19:53
kj wouldn't it be an idea to do that manually?
eh
automatically? 19:54
purl rumour has it automatically is easier to set and forget, but manually is fine, too
kj or am I asking for too much? :-)
NotFound kj: yes, preferably by creating an uninstall target
kj exactly
particle more likely a generated uninstall script
kj well, isn't it just the reverse operation of install? 19:55
particle the makefile isn't installed
kj but what if you just go to the parrot folder, where the Makefile still is 19:56
particle it's likely you won't have your build dir around after you've installed
or, the makefile and install dirs may have changed
NotFound particle: that will be more adequate for package creators and maintainers
allison kj: yes, has to be done manually 19:57
uninstalling is a task for packaging tools
not for the core distribution
NotFound Uninstalling is a risky business, you must be extremely carefull when automatically deleting things as root
allison (that is, there are already good solutions out there, so don't reinvent) 19:58
20:01 cjfields joined
Coke allison: I submit that the test is broken if it picks up the installed parrot. 20:02
allison Coke: no, it's the installed parrot that's broken 20:03
Coke kj: there is an RT for creating an uninstall.
allison Coke: reject it
Coke I /opened/ it.
allison :)
okay, I'll read it first, RT #?
kj allison: the server listed in release_man_guide doesn't respond 20:04
20:04 chromatic joined
allison ah RT #43384 20:05
Coke looks like you rejected it on the sly.
allison kg: which server?
purl I'll get you, darkuncle's pretty! And your java app too!
kj ftp-osl.osuosl.org
Coke ah well. kj, if you want an uninstall target, check out: 20:06
rt.perl.org/rt3/Ticket/Display.html?id=43384
and then move on. =-)
allison ah, I guess I did
kj: are you trying to connect to it using an ftp client? 20:07
kj allison: yes
allison kj: because it's an ssh account, not an ftp account
kj tried scp, sftp
mm ok. somehow I thought a putty session *is* ssh...
allison kj: I was able to ssh just fine now 20:15
kj: try ssh under cygwin
kj: and don't for get to specify the user
(-l flag) 20:16
kj allison: just ssh'ing ; works fine, thanks 20:20
(just making sure everything works)
20:20 rurban_ joined
NotFound The second test in embed.t fails on freebsd/amd64, in c++ build, and maybe other cases, and there is no easy fix now. Must I skip or todo it before the release? 20:23
20:25 blair_sutton joined
allison NotFound: yes 20:29
NotFound allison: skip? 20:30
purl skip is 2.15?
kj I think skip
NotFound Less confusing, I think
Coke in general, use todo. 20:31
(skips are harder to find and fix.)
allison NotFound: depends on the nature of the failure 20:32
NotFound: TODO runs the test, and reports success if it fails, skip never runs the test at all
20:32 alvar joined
rg won't todo result in unexpected success on working platforms? 20:32
allison NotFound: so, if it's a segfault, or something similarly fatal, you probably need skip
NotFound In that case, the thing required to do is TT #343 20:33
20:33 ask_ joined
allison rg: yes, todo reports if it unexpectedly works (so should only be todo'd where failing) 20:33
20:33 ask- joined
NotFound Is C code, the segfault problem is not so disturbing as in pir, but in this case I think is better to skip to avoid confusions. 20:34
rg i would think so too, especially since you have a fix that will remove the skip right after the release. 20:35
allison NotFound: seems sensible 20:36
NotFound Ok, I'll skip it
dalek rrot: r36801 | NotFound++ | trunk/t/src/embed.t:
[test] skip one embed.t test not ready for all platforms, TT #343
 20:44
Coke also, it's much harder to conditionally todo things in pir. 20:47
blair_sutton hi, can anyone give me some pointers on how to create anon subs using HLL. i'm declaring my sub as a declaration block then assigning it with a bind op. i would like treat the newly defined sub as a Var, 20:53
kj blair_sutton: an anon sub is .sub main :anon 20:54
bsdz ah right. I imagine I can bind it to a PAST::Var using PAST::Op. 20:55
Can I use a past:op to call the bound past:var?
kj (i was talking PIR syntax) 20:56
yes
you can combine all PAST nodes, whether they make sense... pretty much yes
PAST::Op (:pasttype('bind') ) I think
please check pdd26 20:57
docs/pdds/...
bsdz thanks, any PCT-based languages that implement this functionality simply?
kj squaak :-)
did you read the tutorial?
www.parrotblog.org, see on the right 'tutorial' 20:58
bsdz yes. read lots. probably read the whole lot
started with the blog
original code is based on squak
kj ok
it's also in languages/squaak 20:59
it's slightly updated version from the blog
Coke another way to figure out what's what is to find the equivalent perl6 code, and see what it generates at the AST level.
bsdz yes. saw that. the svn version is more up to date than the blog. the blog code no longer works btw
Coke s/perl6/any language using PCT/
kj bsdz: yes that's the problem with blog code. and it's a pain to update it I might add ;-) 21:00
bsdz yes i did a little reverse engineering before.
thanks though. i will take another look at the docs and reverse engineer rakudo again. 21:01
pmichaud one can also get an anonymous sub in PCT by using a PAST::Val node
kj bsdz: please if you have any difficulties, please keep track of them, and post them to the mailing list or something
useful information for updating docs 21:02
pmichaud my $past := PAST::Val( :value($block) ); # where $block is a PAST::Block node
bsdz yes will do. will send to parrot.dev when i get a chance.
kj bsdz: great
bsdz cool, thanks pmichaud 21:03
pmichaud the $block still has to be a member of some other structure to get generated, though.
bsdz ok
pmichaud the PAST::Val is just a reference to the block
bsdz can i just use a PAST::Op(:pasttype('call')) on the new PAST::Val to execute it? 21:05
pmichaud yes.
bsdz great thanks
chromatic In function ā€˜memcpyā€™, 21:06
inlined from ā€˜cvt_num16_num8ā€™ at src/packfile/pf_items.c:361,
inlined from ā€˜cvt_num16_num8_beā€™ at src/packfile/pf_items.c:513:
/usr/include/bits/string3.h:52: warning: call to __builtin___memcpy_chk will always overflow destination buffer
That looks scary.
Coke what are you running, linux? I'm sure OS X doesn't do that. =-)
Coke hides.
chromatic Mac OS X will eventually provide a single header, called "oohshiny.h" with a single function called "NSPushCandyColoredButton()". 21:07
Coke I am drooling in anticipation of how shiny that button is!
chromatic Your words scratch the back of my eyes.
Coke grins. 21:08
NotFound I'd like a function dowhatiwantnow(fast);
21:08 idemal joined
chromatic It will only work if you are The Steve. 21:08
NotFound Wonder
21:09 tetragon joined
Coke ponders writing a (not for parrot) codingstd test that requires tabs instead of spaces. 21:09
Coke feels a little evil about this.
NotFound long double d? 21:10
Code like that can be used unconditionally?
kj goes home for food. back later on a crap connection
chromatic Hm, there are lots of hardcoded type sizes in that file. 21:11
NotFound We don't have a has_long_double or something?
chromatic What could possibly go wrong with that?
particle don't touch that code! it worked yesterday. mostly.
NotFound chromatic: that sizeof long double is less than 16, or that the compiler can't check the size because of the cast 21:12
dalek kudo: 2ff60d5 | pmichaud++ | build/gen_parrot.pl:
First draft of script to automatically download and build
shorten dalek's url is at xrl.us/beghce
NotFound The compiler or whatever tool emits that diagnostic. 21:13
21:13 idemal joined
chromatic Hey, when my compiler says "This is always going to overflow", I'll take a compile time warning of crashy-crashy and fix it. 21:13
NotFound unsigned char b[8]; 21:14
Looks like the compiler is right
21:15 idemal joined
chromatic Yeah, trying to pull 16 bits of data out of an 8 bit unsigned char is a recipe for disaster. 21:16
NotFound I don't understand what those functions are trying to do 21:18
chromatic I'm not sure they're even used. 21:19
dalek rrot: r36802 | chromatic++ | trunk/src/packfile/pf_items.c:
[src] Fixed compiler warnings about memory overflows during memcpy(). I'm not

still wrong, that's because the code assumes too much.		 21:20
NotFound *dest = (double) d; .... but * dest is an unsigned char
Coke (unused) fixin's too good fer 'em.
NotFound There is a comment: TODO: test , so maybe is not tested at all 21:21
rg is still stumped by coke's supposedly easy ;) jit problem. 21:25
anyone with jit knowlege around?
NotFound rg: Basic, advanced or guru level? 21:26
rg not sure. the sinh math op fails in jit (most of the time). atan works, so do both with slow core. 21:27
i really don't see any difference between calling Parrot_sinh_n_n or Parrot_atan_n_n 21:28
also, how would running in jit cause the sinh function to behave differently to running with slow core? 21:29
NotFound Someone fixed atan?
rg this is not a border case and also on freebsd, so it should be fine. 21:30
dalek kudo: 12b2b39 | pmichaud++ | build/Makefile.in:
Add a draft "make parrot" target.
shorten dalek's url is at xrl.us/beghdj
NotFound rg: try dropping the inline qualifier in the opcode
rg no difference 21:35
i can't say i'm seeing a difference in the generated code, either :( 21:36
NotFound rg: What's the result that sinh gives? 21:37
ok 13 - atan2 # TODO broken under JIT TT #201 21:38
Strange 21:39
rg NaN
it's sinh that's broken, not atan. i've only been using atan to compare the calls. i'll use any other op (that is not replaced with a cpu instruction) 21:40
NotFound rg: but atan was broken in the same way 21:41
rg interesting. i wonder who fixed it and what they did 21:46
also TT #38 claims it's still broken. 21:47
NotFound rg: and was, I've seen the todo passed rigth now
GeJ Good morning everyone 21:48
21:49 cjfields joined
rg does the trans_10 test pass for you (that's sinh) 21:50
btw. my source still has the inline qualifier on both atan ops. 21:51
and it still passes.
21:51 Whiteknight joined
cjfields rakudobug? 21:51
purl rumour has it rakudobug is mailto:rakudobug@perl.org
rurban I see you were talking about me :) 21:52
just came back from a business trip
NotFound rg: the inline was a thing I tested with the atan2 problem and worked, but was just a test, not commited 21:53
sinh works for me in linux i386
rg this is all very strange 21:54
rurban memcpy(&d, src, 16); should copy the whole long double to dest, not just a single byte
But I see lot of fixing potential there, indeed. #ifdefs for the 16-byte + 12-byte long double versions to make that clear e.g. 21:56
and *dest = (double)d is indeed wrong. 21:57
NotFound rurban: the assignment after the memcpy uses one byte
That one, yes 21:58
21:59 kjs_ joined
rurban smolder.plusthree.com/app/public_pr...st_failure is definiteoly caused by a libparrot in /usr/local/lib. wrong linker line. I fixe that months ago but the fix was rejected 22:01
shorten rurban's url is at xrl.us/beghgg
rurban cc -L/usr/local/lib -Wl,-E t/src/extend_13.o src/parrot_config.o -o t/src/extend_13 -Wl,-rpath=/home/coke/sandbox/parrot/blib/lib -Lblib/lib -lparrot -lpthread -lm -L/usr/lib -licuuc -licudata -lpthread -lm -lnsl -ldl -lm -lcrypt 22:02
*dest = (double)d also uses the stacklocation for the double, not the dest ptr. completely wrong 22:03
22:06 particle1 joined
NotFound Something completely wrong and all test pass => need better tests 22:07
rurban nope. this section is todo'd
I know that it doesnt work yet. I just wanted to get the needed functions in, and fix it later. 22:08
and a compiler which knows about double and long double (if 16 or 12) should be able to cast it properly. We don't need to do that by hand then. that was the idea 22:09
but I need a bit more time for that
but the only current problem I see is -L/usr/local/lib at the front. it needs to be moved to the back 22:11
22:11 cxreg joined
rurban r36802 is completely wrong we can let it in, I'll fix it later 22:13
And I know now why the compiler complained. It only knew about 12-byte long double (intel x86), so writing 16 was too much. needs to be #ifdef'ed 22:15
I can fix that tomorrow 22:16
22:19 Andy joined
japhb kj: I'm back for a bit. Are you still having problems with GLUT on your cygwin? (FWIW, I had no problems other than the usual NCI JIT FAIL on Linux/i386) 22:21
kj japhb: i'm home now working on my laptop
will rebuild now
japhb kj: thx
kj on my laptop: implying that this is a different wc than at work, where I had those gl troubles 22:22
japhb kj: fair enough -- but is the environment basically the same? (cygwin on same base version of Windows, with same arch of CPU) 22:24
chromatic I still don't understand how you can read 12 or 16 bytes from an unsigned char. 22:25
kj japhb: I think different cpu, but same setup: win xp pro +cygwin
chromatic Except that it's an uc*.
japhb kj: I just meant, are they both 32-bit CPUs or both 64-bit CPUs, rather than one 32-bit and the other 64-bit? 22:26
kj japhb: oh sorry. Yes both 32
22:26 geof joined
japhb excellent, that rules out a whole class of problems .... 22:27
kj yes so at work I
.. ve got an ATI graphics card
can you still have opengl stuff then?
i'm not so familiar with that graphics stuff
22:28 ask- left
dalek kudo: a8647e3 | pmichaud++ | Configure.pl:
Add "--gen-parrot" option to automatically download/maintain Parrot.
 22:28
kj parrot built fine on this setup (svn up'ed_), now running fulltest
shorten dalek's url is at xrl.us/beghi3
dalek kudo: 8695e4b | pmichaud++ | build/PARROT_REVISION:
Bump PARROT_REVISION to r36802.
japhb kj: yes ... OpenGL works really well on nVidia, fairly well on ATI, and from OK to crappy on Intel built-ins (but that last problem is true of Direct3D as well -- they're just not great)
shorten dalek's url is at xrl.us/beghi5
japhb There are times I wish IRC did embedded newlines in a single message, rather than bots having to send line after line manually and making a mess ... 22:30
.oO( "My hindsight has better vision than yours ..." )
bsdz what does "=> \\past" mean in my PAST target when using PCT? 22:40
jonathan That it's a reference to a node that has already been dumped earlier in the output. 22:49
bsdz ah okay. that makes sense. does it also tell me which one it is or perhaps i can work that out easily? 22:50
Coke 22:51
22:54 Theory joined
jonathan bsdz: Unfortunately, not. :-( 22:54
I have wished for that before now too.
bsdz oh well. i'll soldier on. thanks 22:55
22:59 Limbic_Region joined
Coke ponders how to test a darwinport against HEAD instead of 0.9.0 23:00
Whiteknight kj: Any testing you need from me tonight? 23:01
I'm running some errands soon, but I can set up some tests to run if you need them
kj testing is always welcome. What platforms are you again 64 bits right?
Whiteknight right now Ubuntu x86-64 23:02
kj I only have access to 32 bits
Yes, if you could do a fulltest, that'd be great.
Whiteknight okay, I'll set that up tonight and send you the results
kj it's 11pm here, so will go to bed in about 1 hour; but if you could post results to list or me personally, or a nopaste that's fine
Whiteknight okay, I'll get it started now 23:04
kj great, thanks!
Whiteknight okay, have to go!
23:04 Tene joined
kj anyone: "web.root" in tools/util/release.json still has value "www.parrotcode.org" ; should that be changed into www.parrot.org? 23:05
Coke I think that's just used to point at release announcements. 23:06
which no longer have a URL that you can define ahead of time.
kj well it will be on the front page of parrot.org..
Coke right, but it's just posted as a story.
You could just post that first and refer to the URL if needed. 23:07
i'd have to dig through and see where else web.root is used.
kj mmm
it was still parrotcode.org for the last release, apparently
nopaste? 23:08
clunker3 pasta.test-smoke.org/ or paste.husk.org/ or nopaste.snit.ch:8001/ or rafb.net/paste or poundperl.pastebin.com/ or paste.scsys.co.uk/
purl nopaste is at nopaste.snit.ch/ (ask TonyC for new channels) or rafb.net/paste or poundperl.pastebin.com/ or paste.scsys.co.uk/ or App::Nopaste or tools/dev/nopaste.pl or at www.extpaste.com/ or paste.scsys.co.uk (for #catalyst, #dbix-class, #moose and others)
nopaste "kjs" at 193.120.116.182 pasted "failure on cygwin, (on winxp32)" (29 lines) at nopaste.snit.ch/15639
kj bleh. failures 23:09
dalek rrot: r36803 | coke++ | trunk/ports/macports/Portfile:
An updated (but still non-functional) suggested port for 0.9.0
 23:12
kj aah. the line number doesn't match in that failing test. 23:13
Coke ponders adding a "-j 2" to the make args for the mac portfile. Would that be rude to users of lower end macs? 23:18
kj weird. When I run prove t/op/debuginfo.t, all is fine, but when the test is run as part of make fulltest, it fails (wrong line numbers) 23:19
rg kj: are you sure you're running it with the right core?
kj rg: ... no. what do you mean? 23:20
just 'make fulltest'
rg fulltest is running the tests with all the different cores 23:21
kj oh right
that's probably it
let me check
eh. how do you do that using prove? 23:22
.. specifying a different core?
Coke TEST_PROG_ARGS=-j 23:23
chromatic TEST_PROG_ARGS="--runcore=xxx"
kj ok, I never do this. export that?
rg or you run perl t/harness -f t/op/debuginfo.t
that's what i've been told last time i asked ;)
Coke there you go.
anyone familiar with the process of building parrot for install, I'd appreciate a glance at TT#344 23:24
rg also see TT #281
23:27 kjs_ joined
kjs_ hee, i didn't leave! 23:30
23:34 TiMBuS joined 23:51 gravity joined, kjs_ joined
kj I got this warning: WARNING: ../lib/Parrot/Distribution.pm:284 File not found: inter_run.c 23:59
ISTR in the svn logs that inter_run.c was removed
(and it's not on my wc anymore)

Powered by Cro and the RakuĀ® Programming Language.

Please report any issues / comments / feature requests as an issue on App::Raku::Log.

Thank you!