Parrot 0.9.1 Released | parrot.org/ | 451 RTs left!
Set by moderator on 24 February 2009.
dalek rrot: r37217 | rurban++ | trunk/tools/dev/mk_native_pbc:
[tools] forget the stupid devel version comment. Keeping strict PBC_COMPAT is better
00:06
00:09 AndyA joined
dalek rrot: r37218 | NotFound++ | trunk/lib/Parrot/Ops2c/Utils.pm:
[cage] fix c++ build
00:27
Coke anyone wish to point out something nifty that was done in parrot this week/ 00:28
?
(week ending yesterday)
rurban NotFound found a problem with 64bit writing, which violates the specs. We are hunting this now
00:28 rurban left 00:29 rurban joined
rurban NotFound found a problem with annotations violating the specs 00:29
coke deprecated all experimental ops
rg we put more information into smoke reports. 00:30
rurban and lots of testing
kid51 We wrote more documentation for Parrot::Harness::Smoke 00:31
rurban I'm preparing the cygwin release
Coke only putting in stuff that's landed.
rurban I sanified the opengl logic on cygwin. Still bad but now its consistent
kid51 We had a big row over version numbers ;-) 00:32
... or was that last week?
Coke the numbers was a few weeks ago.
then we argued about what devel and stable meant.
rurban the sparc64 memalign blocker is ok
kid51 And was there any resolution on any of this? Perhaps that's what should go into the news summary! 00:33
rurban the amd64 --optimize problem was fixed by andy dougherty
rg well overall we're trying not too make too many waves just before 1.0 ;)
rurban packfile portability is making progress 00:34
docs proofreading and typo fixes
NotFound rurban: What problem? 00:35
purl problem is PSK with PFS is a pain in the ass
Coke rurban: I'm looking for big ticket items.
not a laundry list. I already have a laundry list. =-)
NotFound Ah, misreading again %-)
rurban big is only sparc64 and amd64 --optimize for me
NotFound Coke: on the positive list, traces and backtraces now show code annotations 00:36
dalek rrot: r37219 | NotFound++ | trunk/t/codingstd/c_cppcomments.t:
[cage] skip urls when looking for cpp comments, quick fix to TT #414
00:40
kid51 Coke: I had a dream last night ... and nearly that same fix came to me in my dream! 00:42
... but today I got focused on doing my taxes instead. 00:43
I will now close that ticket.
Coke kid51: pleaes don't. 00:44
that's just a workaround.
the test is still flawed.
kid51 Then I'll just make a comment in the ticket. 00:45
NotFound Hey, I was doing that! 00:47
And the fix is mine 00:48
davidfetter hi 00:49
anybody building RPMs? 00:50
Whiteknight in PCT, is there some kind of token or rule I can use to read all text till the end of the line
?
Coke NotFound: did you fix the annotations in traces? 00:51
NotFound Coke: is a long history 00:52
rurban davidfetter: gerd pokorra is doing rpms
Coke NotFound: ok, then I'll leave names off that one. =-)
NotFound I found that the function that looks for annotations has an odd (IMO) behaviour, but as long as all uses take that into account, the thing work. When checked that, I've been able to read and show the annotations from the traces and backtraces. 00:55
Coke NotFound: is there a ticket?
NotFound Coke: mmmm... maybe there is some ancient ticket about showing source information in exceptions, don't remember. 00:56
Oh, and you can publish in first page the notorious fact that I've finally found a good excuse to insert a c++ program in the repo X-) 00:58
rurban Ah you could add that the superiors flushed away the bytecode version-compatibilty policy 01:08
01:08 ron joined
Coke rurban: not that you're bitter or anything. 01:23
But that was today, neh?
dalek rrot: r37220 | allison++ | trunk/docs/pdds (30 files):
[cage] Cleaning up the PDD titles for better display and
01:29
rrot: r37221 | rurban++ | trunk/t/native_pbc (14 files):
[t] update native_pbcs to 3.38. skip the 64bit coredumps
01:33
website: coke++ | TWIP - This week in parrot, March 7th, 2009 01:34
website: www.parrot.org/news/twip-week-parro...h-7th-2009
Coke hurls out a lame TWIP.
thanks for the topic suggestions. 01:35
01:41 TiMBuS joined 01:46 Fayland_logger joined
allison rurban: The bytecode compatibility policy was flushed 3 years ago. I'm curious where you even heard about it. 01:51
01:57 Theory joined
dalek rrot: r37222 | allison++ | trunk/src/ops/ops.num:
[cage] Delete reference to ancient and long-abandoned bytecode policy,
01:57
02:03 Andy joined 02:12 TiMBuS joined 02:36 diakopter joined, TimToady joined
dalek rrot: r37223 | allison++ | trunk/docs/parrot.pod:
[cage] Updating author information in introductory doc.
02:38
02:39 crythias left 02:40 Theory joined
dalek rrot: r37224 | allison++ | trunk/docs/parrot.pod:
[cage] Caught a few stale links and descriptions in introductory doc.
02:42
02:54 Theory joined 03:06 Theory joined 03:10 tetragon joined
dalek rrot: r37225 | allison++ | trunk/src/ops (14 files):
[cage] Clean up the titles of the opcode files for better navigation in
03:17
03:35 janus joined 03:55 davidfetter joined
dalek rrot: r37226 | allison++ | failed to fetch changeset:
[cage] Updating some broken links in the gettingstarted guide.
04:10
rrot: r37227 | allison++ | trunk/docs/resources/parrot.css:
[doc] A few CSS tweaks for cleaner display of HTML generated documents.
04:27
rrot: r37228 | allison++ | trunk/src/dynoplibs (2 files):
[cage] Clean up dynamic ops documentation titles, for better
04:31
purl well, navigation is so counterintertuitive that i'm convinced that whoever wrote it is doesn't understand shit about users.
rrot: r37229 | allison++ | trunk (15 files):
[doc] Reorganize the documentation navigation pages for sanity,

Modify the HTML generation modules to accept a version number and display it in the title bar and footer of generated pages when passed. Also suppress the "Errata" section, so Pod parsing errors won't be displayed in generated docs.
04:39
rrot: r37230 | allison++ | trunk (2 files):
[doc] Modify the HTML documentation generator to accept a 'version'

configured version number.
04:44
04:58 Theory joined
diakopter purl, remember navigation 05:14
purl diakopter: huh?
diakopter you heard me
05:16 wayland76 joined
wayland76 Hi all 05:16
I'm trying to build an RPM of parrot. It's not putting the compilers directory in the right place. Is this a known problem? 05:17
davidfetter wayland76, what OS, and how are you trying to build it? 05:29
i'm getting lots of fail on f10 with perl Configure.pl --prefix=/usr
wayland76 Fedora 10 05:31
The spec file mostly seems to build OK, but it doesn't copy any of the stuff fromt he compilers directory to the install directory that's used when creating the RPM 05:32
davidfetter how are you doing this?
wayland76 1. svn checkout <parrot, whatever> 05:33
2. cp -a parrot parrot-0.9.1
3. tar -czvf parrot-0.9.1.tar.gz parrot-0.9.1/ --exclude .svn 05:34
4. rpmbuild -ta parrot-0.9.1.tar.gz
That gets me nearly there :)
Step 1 is copied from the Parrot website 05:35
Ok, and I had to remove a few lines referring to perl6 from parrot.spec 05:36
05:53 Tene joined
allison wayland76: the compilers directory isn't installed 06:08
wayland76: and the packages should be built from the release tarball, not from an svn checkout 06:11
06:27 ujwalic joined
ujwalic t\\pmc\\io....NOK 23/43# Failed test 'I/O buffering' 06:34
# at t\\pmc\\io.t line 434.
mikehh I am getting 2 test failures on smolder.plusthree.com/app/public_pr...ails/18769
shorten mikehh's url is at xrl.us/beittd
wayland76 What needs to be done to turn an svn checkout into a release tarball? 06:35
And shouldn't the compilers be installed somewhere if the rakudo build depends on them? 06:36
Maybe in a separate package or something?
mikehh r 37230 - t/native_pbc/number.t (test 5) and t/perl/Parrot_Docs.t (test 25 write html) 06:37
on i386 linux
I think I should be be skipping test 5 - it's for i86_64 06:39
report #18771 is also failing t/perl/Parrot_Docs.t (test 25 write html) 06:47
06:56 clunker3 joined 06:59 baest joined
mikehh allison: ping 07:03
ujwalic please update docs/submissions.pod with info on trac.parrot.org/parrot 07:08
07:19 baest_ joined, uniejo joined, ujwalic_ joined
ujwalic AFK #lunch 07:24
07:43 masak joined
dalek rrot: r37231 | rurban++ | trunk (2 files):
[config] TT #352 disable jit for long double
07:50
allison wayland78: compilers are installed if you run 'make install-dev' 07:52
wayland: they're installed into the standard lib directory, under a languages/ directory 07:53
mikehh allison: failures in t/perl/Parrot_Docs.t (test 25 write html) 07:54
I think from r37229 07:55
the test - the generated html looks ok 07:56
dalek rrot: r37232 | allison++ | trunk/docs/running.pod:
[doc] Clean up title, and remove trailing unneeded sections.
07:57
allison mikehh: thanks, looking into it 08:03
wayland76 allison: Ok, thanks. I'll look at adding that to the .spec file 08:06
mikehh allison: the html docs seem much improvedseen rurban 08:14
seen rurban
purl rurban was last seen on #parrot 7 hours, 5 minutes and 55 seconds ago, saying: Ah you could add that the superiors flushed away the bytecode version-compatibilty policy
mikehh allison missed a \\n 08:15
dalek rrot: r37233 | fperrad++ | trunk/config/gen/makefiles/languages.in:
[external language] remove APL which is now named 'paraplegic'
08:21
ujwalic purl: can you review trac.parrot.org/parrot/ticket/422 08:34
purl ujwalic: huh?
moritz ujwalic: purl is a bot
ujwalic :)
moritz: just realised 08:35
moriz: I followed docs/submissions.pod .. then i found about trac.parrot.org/parrot 08:37
moriz: can any one add trac.parrot.org/parro into docs/submissions.pod
can we modify a submitted ticket on trac.parrot.org/parrot 08:38
moritz ujwalic: I don't have tuits right now to correct doc/submissions.pod, but I can open a ticket for it 08:43
ujwalic moritz: thank you 08:44
moritz: I opened a ticket for GLUT with MSVS trac.parrot.org/parrot/ticket/422 08:45
dalek rrot: r37234 | allison++ | trunk/docs/submissions.pod:
[doc] Update submissions.pod for Trac ticket web form.
moritz ah, allison++ was faster than me
ujwalic wow 08:46
allison moritz: I was working on docs today anyway
ujwalic allison: can you help with trac.parrot.org/parrot/ticket/422 08:48
allison ujwalic: I'm not booted into Windows at the moment, but I'll look at it tomorrow if no one else has 08:49
ujwalic thank you
08:55 alvar joined 09:03 ujwalic_ joined, TiMBuS joined
dalek rrot: r37235 | allison++ | trunk/t/perl/Parrot_Docs.t:
[doc] The Parrot HTML doc generators no longer display the description
09:05
mikehh allison: ok that test passes now 09:36
cotto allison, do we have any plans for make uninstall? 10:16
10:25 gaz joined 10:52 alvar joined
dalek rrot: r37236 | cotto++ | trunk/src/pmc (3 files):
[PMC] use ATTRs in ParrotRunningThread
10:54
rrot: r37237 | cotto++ | trunk (4 files):
[PMC] finish switching ParrotInterpreter and ParrotThread PMCs to ATTRs
11:27
11:33 ruoso joined
dalek rrot: r37238 | cotto++ | trunk/src/dynpmc/rational.pmc:
[DYNPMC] switch Rational dynpmc to ATTRs
11:40
japhb grrr 12:34
dalek rrot: r37239 | japhb++ | trunk (2 files):
[OpenGL] Fix from ujwalic++ for OpenGL under MSVS

   + fixed whitespace warnings
   + moved descriptive comment from code to commit message:
   "include parrot.h before glut.h on Win32 with MSVS
   to fix error C2381: 'exit' : redefinition; declspec(noreturn)"
   + fix tested to work under Linux as well
12:36
japhb At least I accomplished *something* with this damn insomnia 12:37
Coke cotto: my original ticket for 'make uninstall' was rejected, I think by allison. 12:39
rt.perl.org/rt3/Ticket/Display.html?id=43384 12:40
(yup, by allison) 13:05
13:11 gryphon joined 13:22 ujwalic joined
japhb ujwalic: I applied your patch (with minor mods) 13:30
ujwalic japhb: thankyou 13:31
purl mypleasure
japhb np
ujwalic examples are not working on my system
japhb 32 bit?
purl 32 bit is 16.7 million with alpha.
japhb Ignore purl. She's a little ... overactive. 13:32
ujwalic yes
japhb In any case, if you're running Parrot as a 32-bit app on Intel, it probably compiled with jitcapable. You don't want that. So make realclean, configure with --jitcapable=0, and build again. Then the examples should work just spiffy. 13:33
ujwalic let me try
japhb A $beverage to the first person that figures out exactly what breaks with NCI under jitcapable=1. 13:34
Hmmmm, I wonder ...
japhb tries a new hunch
ujwalic I was reading NCI
japhb "reading NCI"? What do you mean? 13:35
ujwalic doc on NCI to understand how GLUT is working
japhb Oh, gotcha.
Most of it is pretty straightforward when you read the generated files. 13:36
ujwalic true
but examples were not working nor error message .. so started digging into NCI 13:37
japhb The biggest things to understand are the signature strings, which are IMHO not very intuitive, and are certainly way less general than other signature definition DSLs ... and the GLUT callbacks thunk library, which is necessary to work around limitations in Parrot's NCI callback model
ujwalic does the signature include return type 13:38
japhb yes, first character
purl i guess first character is a space or a tab (says perlpod)
ujwalic kool
can we start parrot like --no-jit 13:43
i saw --no-gc 13:44
Coke ujwalic: pretty sure jit isn't used unless you pass --runcore=jit on the command line, even if support is built in. 13:53
japhb ujwalic: perhaps using the slow runcore ... but I honestly don't know if that applies to NCI jit
Coke ... but I'm on a platform with no JIT, so I can't be sure. 13:54
japhb Coke: but it's NCI jit that's the problem, and I'm not sure that's affected by runcore
parrot's --help text is out of date WRT the trac ticket that cleaned up the runcore switches 13:55
Coke NCI jit shouldn't be using jit if jit isn't requested, should it? 13:56
japhb Coke: but if jitcapable, then the signatures would not have been precompiled, neh?
Coke japhb: *blank stare* 13:57
(you've exceeded the level where I can even pretend to know what we're talking about. =-)
japhb When you are jitcapable=0, all of the signatures in call_list.txt have to be compiled at parrot build time, and you can't use any different signature at run time. Hence the desire for NCI JIT, so that you don't have to recompile parrot just to use a different signature from those already built. 13:58
ujwalic let me try with jitcapable=0
japhb Coke: heh
ujwalic: yes, please ... (I thought you already were trying that)
ujwalic compiling ... 13:59
japhb: GLUT: Fatal Error in shapes.pir: failed to create OpenGL rendering context. 14:09
japhb ?!? 14:14
ujwalic parrot shapes.pir 14:15
japhb can you run the windows equivalent of 'glxgears' and/or 'glxinfo', just to confirm the GL is working properly? 14:16
ujwalic sure
japhb As a matter of fact, nopasting the output of your gl info utility would help
nopaste "ujwal" at 59.96.103.124 pasted "gearss.exe -info" (37 lines) at nopaste.snit.ch/15828 14:19
Coke finds "cpan> upgrade /./" and runs it, to see. 14:20
14:21 jsut|work joined 14:23 jsut joined
ujwalic japhb:which OpenGL/GLUT lib are you using .. your glxinfo 14:24
dalek kudo: 2d5f157 | pmichaud++ | src/classes/Code.pir:
Add a .count method to Code objects.
shorten dalek's url is at xrl.us/beivma
14:35 confound_ joined
japhb ujwalic: BAK ... I'm running freeglut. Did you want me to paste my glxinfo? 14:36
ujwalic i'll try compiling with freeglut them 14:37
then
version
japhb We are *supposed* to work with any GLUT out there, and we've specifically tested with original GLUT, freeglut, and Mac OS X GLUT
japhb realizes I need to extend the header parser to handle the fubar way GLUT headers specify font keys 14:38
nopaste "japhb" at 76.191.190.8 pasted "You have *got* to be kidding me ..." (42 lines) at nopaste.snit.ch/15829 14:41
Coke wonders if Devel::NYTProf works for anyone. :| 14:48
Coke tries it on winders. 14:49
14:52 bkuhn joined
moritz it worked fine on linux last I tried 14:53
dalek kudo: 065175b | pmichaud++ | docs/spectest-progress.csv:
spectest-progress.csv update: 317 files, 7124 passing, 0 failing
shorten dalek's url is at xrl.us/beivpd
15:00 mikehh joined
Coke moritz: fails for me on feather. 15:01
Coke finds the thread.
groups.google.com/group/develnytpro...caca93b23d 15:02
shorten Coke's url is at xrl.us/beivrf
15:07 uniejo joined
japhb confirms moritz's findings: WFM under Debian 15:10
(NYTprof, that is)
15:10 uniejo joined
Coke japhb: what version of perl? 15:11
15:13 uniejo joined 15:14 uniejo joined 15:19 PacoLinux joined 15:34 ron joined
ron Is it reasonable to assume from tt 389 (trac.parrot.org/parrot/ticket/389) that a method in a pmclass declaration should not create an entry in the pmclass namespace? 15:37
pmichaud ron: that's what I've been led to belive. 15:39
japhb Coke: This is perl, v5.10.0 built for i486-linux-gnu-thread-multi
pmichaud *believe
Coke japhb: k 15:40
japhb ujwalic: Any luck with freeglut?
ujwalic not yet :( 15:41
japhb Same error message?
dalek kudo: d16d3c3 | pmichaud++ | src/classes/Code.pir:
Temporary fix to get .signature to work on ObjectRefs (fixes RT #63744).

dereference objects prior to dispatch.
15:45
shorten dalek's url is at xrl.us/beivxj
15:51 Theory joined, Tene joined
ron About the pmclass methods and their absence of namespace entries. I didn't see a test in t/pmc/namespace.t or other tests that use the get_hll_global op. 15:54
I may try to include something in my pmc namespace tests.
15:59 particle1 joined 16:09 particle2 joined 16:17 gaurav_ joined, gaurav_ left
dalek rrot: r37240 | fperrad++ | trunk/languages/squaak (2 files):
[squaak] works on build tree
16:19
ujwalic japhb:freeglut too same error 16:36
japhb grpluts 16:37
What do you get from running static-triangle.pir?
ujwalic? 16:42
purl ujwalic is trying in a new console
japhb purl, forget ujwalic
purl japhb: I forgot ujwalic
ujwalic japhb:GLUT: Fatal Error in examples\\opengl\\static-triangle.pir: failed to create OpenGL renderin
japhb what the heck? 16:43
ujwalic may be prob. with my system and libs on my system
or linkage in MSVS
japhb Clearly, you're able to get *something* from the GL libs, since you can run gears. But it is running REALLY slowly, in what appears to be a software fallback mode .... 16:44
ujwalic on your windows system what is glut -info
japhb I wonder if GLUT on windows demands a HW context 16:45
ujwalic true
japhb ujwalic: no windows. But hold on, I'll paste glxinfo
dalek rrot: r37241 | fperrad++ | trunk (2 files):
Punie is gone
ujwalic mesa is software renderar
nopaste "japhb" at 76.191.190.8 pasted "my glxinfo" (202 lines) at nopaste.snit.ch/15834 16:47
japhb ujwalic: not necessarily. It contains both a general software renderer and drivers for several chipsets. 16:48
ujwalic ok
japhb What is your graphics chipset, anyway?
16:49 mikehh joined
ujwalic ATI Radeon 200ATI Mobility Radeon 9200 16:50
ATI Mobility Radeon 9200
japhb You should be able to just install the native ATI OpenGL drivers and headers, in that case ... 16:51
ujwalic I am using mesa only for exploring OpenGL 2.1 16:52
ATI OpenGL is 1.3 i think 16:53
for my system
japhb ATI drivers don't support 2.1 on the 9200? Sigh.
Oh, hmmm, I guess it would have to be 9700 or maybe X series for OpenGL 2 ... 16:54
ujwalic I think so 16:55
japhb ujwalic: try adding the -indirect option to ./parrot static-triangle.pir 17:00
17:01 namenlos joined
ujwalic -indirect ? 17:01
japhb Tells GLUT to try an indirect (usually software) rendering path 17:02
17:02 bacek joined
ujwalic GLUT: Warning in examples\\opengl\\static-triangle.pir: -indirect option not supported by Win32 GLUT. 17:03
GLUT: Fatal Error in examples\\opengl\\static-triangle.pir: failed to create OpenGL rendering context.
japhb Well ... there would be the problem, I guess.
Mesa needs indirect rendering, GLUT for Windows won't do that, so boom. 17:04
ujwalic can we set pixelformat
japhb Was just looking at that ... it appears to be in src/freeglut_window.c
(in the freeglut source tree)
I'm thinking this is a non-trivial amount of work. Have you the skills to try? 17:06
17:07 namenlos joined
ujwalic I am trying 17:14
dalek rrot: r37242 | allison++ | trunk/docs/pdds/pdd13_bytecode.pod:
[pdd] Found some more confusing references to an old bytecode policy.
17:32
rrot: r37243 | rurban++ | trunk/tools/dev/pbc_header.pl:
[tools] TT#357 disable updating bytecode version and uuid
17:41
17:44 alvar joined 17:51 PacoLinux joined
dalek rrot: r37244 | fperrad++ | trunk/config/gen/makefiles/languages.in:
[external language] add Punie (Perl 1)
17:55
rrot: r37245 | allison++ | trunk/docs/project/release_manager_guide.pod:
[release] Adding instructions for checking in with language developers
18:00
rrot: r37246 | fperrad++ | trunk/tools/dev/mk_language_shell.pl:
[install] run test with an installed Parrot
18:04
rrot: r37247 | fperrad++ | trunk/tools/docs/mk_chm.pl:
[chm] tweak
18:09
kudo: 960d251 | (Moritz Lenz)++ | src/setting/Any-list.pm:
[setting] replace self.list with @.list in some places
18:16
shorten dalek's url is at xrl.us/beiwvv
18:31 barney joined 18:32 Psyche^ joined
dalek rrot: r37248 | rurban++ | trunk/t/native_pbc/number.t:
[t] skip more failing tests
18:35
18:35 Theory joined 18:37 ron joined, rakudohudson joined
Coke japhb: were you able to run nytprofhtml ? 18:44
18:53 ron left
Coke msg japhb were you able to run nytprofhtml ? 18:56
purl Message for japhb stored.
18:58 rg joined 18:59 ron joined
japhb Coke: yes 19:08
19:21 ron left
Coke . 19:22
mikehh allison: you might want to look at the html docs for examples : streams - all are marked INFORMATION - but point to different files 19:35
allison mikehh: thanks, will update (I've found several points in the docs where the titles didn't make sense, largely because we didn't have an easy way to navigate them before) 19:45
19:46 japhb joined
mikehh the pod is in the pir files in examples/streams/*,pir and all start with =head1 INFORMATION 19:49
20:00 wayland76 joined
dalek pp: 1ff26e9 | (Bernhard Schmalhofer)++ | build/templates/ (2 files):
First stab at 'make install'
20:08
shorten dalek's url is at xrl.us/beixdt
dalek kudo: d8a1926 | pmichaud++ | docs/guide_to_setting.pod:
Some refinements to guide_to_setting.pod .
20:11
shorten dalek's url is at xrl.us/beixdz
dalek rrot: r37249 | barney++ | trunk/tools/dev/gen_makefile.pl:
[perl] align some fat commas
20:14
20:18 particle joined
dalek pp: ef6e4fa | (Bernhard Schmalhofer)++ | build/templates/ (2 files):
Use simple expanded vars in Makefiles
20:21
shorten dalek's url is at xrl.us/beixfg
dalek pp: e8050b3 | (Bernhard Schmalhofer)++ | .gitignore:
ignore generated files
shorten dalek's url is at xrl.us/beixfi
20:31 wayland76 joined 20:47 davidfetter joined
dalek rrot: r37250 | NotFound++ | trunk/examples/tools/pbc_checker.cpp:
[examples] update pbc_checker following packfile.c information
21:22
21:28 namenlos joined 21:30 wayland76 joined
dalek kudo: 95ce390 | (Moritz Lenz)++ | docs/guide_to_setting.pod:
[docs] thinko in guide_to_setting.pod
21:45
shorten dalek's url is at xrl.us/beixtf
21:47 rurban joined 21:57 rdice joined, Whiteknight joined
rg please ignore my freebsd/amd64 smolder failure. svn seems to have had a hiccup 22:04
*failures
22:09 donaldh joined
GeJ Good morning everyone 22:23
davidfetter HAI GEJ 22:40
Whiteknight which runcore is -r? 22:53
I'm getting two failures on that runcore: t/pmc/sub.t and t/op/pushaction.t 22:54
rurban rg: good. it was causing me headaches (freebsd 64) 22:58
rg sorry for that 22:59
next one in a couple hours should be clean.
23:01 kid51 joined
rg whiteknight: -r is not a runcore, but some method to compile to pbc first and then run that. 23:01
(probably with the default core)
NotFound Whiteknight: -r --run-pbc
Whiteknight yeah, that's what I thought. I already opened a ticket for it 23:02
rurban rg: the _6 files need a make realclean. include/parrot/pbcversion.h was still old (3.37) 23:14
rg i did a make reconfig, but maybe the solaris also has the svn hiccup :(
mikehh Whiteknight: I got those same failures on i386 - see TT#420 23:17
Whiteknight oh, i must not have seen that ticket 23:18
mikehh Whiteknight: It was a report on fulltest + manual test runs 23:20
I am putting together the same thing for AMD64 as well 23:21
kid51 Whiteknight: I have just posted to your ticket about those two failing tests as well. 23:25
TT 425
Whiteknight okay, excellent 23:31
mikehh rurban: if you have been looking at smolder tests compare 18784/18785 (mine was 18785) and it passed a TODO t/pmc/exception.t test 30 which has been passing in a few of the runcores 23:36
23:36 bacek_ joined 23:37 Limbic_Region joined
rurban sorry, I'm not in exceptions. NotFound is 23:37
rg did anybody write a magic file for file(1) yet? 23:46