Camelia, the Perl 6 bug

IRC log for #parrot, 2008-12-21

Parrot | source cross referenced

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

All times shown according to UTC.

Time Nick Message
00:04 kid51 Alright, I see that if you click on Original Format, you get something that you can do a "Save As..." on.
00:04 kid51 sort of
00:06 kid51 But that's all a GUI operation.  What I really want to do is to fetch the patch to a directory on a server which I do not access via a GUI.
00:06 kid51 So I first have to save the patch to my laptop, then scp it to my server.
00:08 GeJ there's a plug-in to add XML-RPC capabilities to Trac. From the project's page, it looks like you can download attachments from wiki pages.
00:08 GeJ I have no idea if that also applies to tickets though.
00:09 GeJ http://trac-hacks.org/wiki/XmlRpcPlugin
00:09 AndyA joined #parrot
00:10 GeJ Just telling as FYI. I didn't use it myself, so I can't recommend it.
00:11 kid51 I frankly have no idea why we moved from one ticket system to another.  It would have been nice to have all the functionality we had in RT.
00:14 Whiteknight joined #parrot
00:14 TonyC joined #parrot
00:26 kid51 Switching to a new ticket tracking system always seems like a great idea to those promoting the switch -- but it imposes a learning cost on everyone else.
00:27 pmichaud kid51: the switch was because of a desire to move tickets off of the perl.org server
00:27 pmichaud at which point it was a question of trying to set up rt on the new server, or using a different ticking system
00:27 pmichaud (this is my understanding of things, I was not at all involved in the decision or in influencing the outcome)
00:28 Zaba_ joined #parrot
00:29 kid51 Well, I was never clear why we moved off perl.org.  Was it inadequate server performance?  Was it the rush to make everything Parrot Foundation rather than Perl Foundation?
00:30 kid51 And I don't know why we didn't replicate RT on parrot.org.
00:31 pmichaud I don't have any insight into those decisions.  But there are a lot of ways in which RT is _very_ frustrating to use.
00:31 kid51 I can't spend all day on #parrot, which is what I suppose I would have to do to participate in those decisions -- or even find out their rationale.
00:32 kid51 pmichaud:  Perhaps I had adapted enough to RT that what I needed to do with it wasn't frustrating to me.
00:33 kid51 We use Bugzilla at $job
00:34 kid51 But I gather that Trac is the Shiny New Thing in ticketing systems.
00:34 pmichaud I've been doing rt with parrot and perl6 for going on four years now and I still find pieces that are frustrating.  I'm sure I'll find frustrations with Trac, too, but so far I kinda like what I've seen.  Its reporting facilities are _very_ nice.
00:37 davidfetter joined #parrot
00:37 dalek r34163 | Whiteknight++ | trunk/src/jit/amd64 (2 files):
00:37 dalek : [JIT] remove executable code from src/jit/amd64/jit_emit.h
00:37 dalek link: http://svn.perl.org/viewsvn/parrot/​?hideattic=1&rev=34163#dirlist
00:37 shorten dalek's url is at http://xrl.us/t3fwn
00:55 kid51 Something is wrong with this directory in our repository:  t/compilers/imcc/syn/
00:56 kid51 I'm trying to do 'svn blame' on one of the files in this directory, but what I get is:
00:56 kid51 $ svn blame t/compilers/imcc/syn/macro.t
00:56 kid51 Skipping binary file: 't/compilers/imcc/syn/macro.t'
00:56 kid51 Why does SVN think this is a binary file?
00:57 pmichaud probably because of an incorrectly set property
00:57 pmichaud just a sec, I get the same error.
00:57 kid51 This is on a fresh svn co
00:57 kid51 svn pl t/compilers/imcc/syn/macro.t
00:57 kid51 Properties on 't/compilers/imcc/syn/macro.t':
00:57 kid51 cvs2svn:cvs-rev
00:58 kid51 svn:keyword
00:58 kid51 svn:mime-type
00:58 kid51 Copyright
00:58 purl hmmm... Copyright is at http://www.benedict.com/contents.htm or strong in the US.  And getting stronger.  Copyright owner now holds for life plus 200 years?
00:58 kid51 svn:keywords
00:58 purl i heard svn:keywords was all one property, so doing it twice would overwrite the setting.  You have to set it to 'Rev Id'
00:58 kid51 svn:eol-style
00:58 apple-gunkies joined #parrot
00:59 pmichaud I don't know why svn thinks it's binary.
01:02 nopaste "kid51" at 70.107.17.133 pasted "Comparison of 'svn pl -v' on two files" (16 lines) at http://nopaste.snit.ch/15050
01:03 pmichaud I'm suspicious of that "svn : pl" line and the "svn:mime-type"
01:03 kid51 Some but not all of the other files in the same directory have this problem.  Let's examien.
01:03 kid51 examine.
01:04 Ademan joined #parrot
01:05 kid51 For example:  svn blame t/compilers/imcc/syn/bsr.t
01:05 kid51 Skipping binary file: 't/compilers/imcc/syn/bsr.t'
01:12 kid51 That "svn : pl" was something local.  But even clearing that up, I get the "Skipping binary file" message
01:13 Zaba joined #parrot
01:31 kid51 But other files do 'svn blame' perfectly:  svn blame t/compilers/imcc/syn/regressions.t
01:32 pmichaud according to http://subversion.tigris.org/faq.html#binary-files   it's the svn:mime-type property
01:32 pmichaud checking.
01:33 pmichaud try removing that property and see if it fixes it.
01:33 kid51 But I recall that at one point we set all .t files to 'svn:mime-type text/plain' -- which is, of course, what they are -- to get them to show up properly as attachments.
01:33 kid51 pmichaud: Will try.
01:33 pmichaud maybe even though it appears to us that it's "text/plain" perhaps there are some spaces or characters making svn think otherwise.
01:34 kid51 svn pl -v t/compilers/imcc/syn/regressions.t
01:34 kid51 Properties on 't/compilers/imcc/syn/regressions.t':
01:34 kid51 svn:mime-type : text/plain
01:34 kid51 svn:keywords : Author Date Id Revision
01:34 kid51 svn:eol-style : native
01:34 purl well, text/plain is the bane of satan or a lynx users choice
01:34 kid51 regressions.t does 'svn blame' correctly.
01:35 kid51 It too, is svn:mime-type: text/plain
01:47 dalek r34164 | jkeenan++ | trunk/t/compilers/imcc/syn:
01:47 dalek : Deleting svn:mime-type property in attempt to see whether this fixes the 'Skipping binary file' problem when you try to 'svn blame' this file.
01:47 dalek link: http://svn.perl.org/viewsvn/parrot/​?hideattic=1&rev=34164#dirlist
01:47 shorten dalek's url is at http://xrl.us/uck7o
01:48 kid51 No, that didn't work.
01:49 dalek r34165 | jkeenan++ | trunk/t/compilers/imcc/syn:
01:49 dalek : Restoring previous properties, as deletion of 'svn:mime-type' did not clear up
01:49 dalek : the 'Skipping binary file' problem.
01:49 dalek link: http://svn.perl.org/viewsvn/parrot/​?hideattic=1&rev=34165#dirlist
01:49 shorten dalek's url is at http://xrl.us/ucuj8
02:26 Infinoid the first rev of bsr.t had a mime-type of application/x-troff
02:26 Infinoid so it may be complaining about the old mime-type, not the current one.
02:27 Infinoid that said, svn blame does have a --force option.
02:31 kid51 See https://trac.parrot.org/parrot/ticket/73
02:32 dalek r34166 | Whiteknight++ | branches:
02:32 dalek : Creating temporary branch to try and deal with #RT#38929 for the i386 platform
02:32 dalek link: http://svn.perl.org/viewsvn/parrot/​?hideattic=1&rev=34166#dirlist
02:32 shorten dalek's url is at http://xrl.us/uhoiq
02:33 Infinoid it looks like the original mime-type was cvs2svn's fault
02:33 kid51 Infinoid:  You are correct.
02:34 Infinoid its definitely a valid issue, but I think its going to require some intervention from the perl.org admins (dump, edit and re-import the database), or else lose those files' histories
02:34 kid51 $ svn blame --force t/compilers/imcc/syn/macro.t | head -5 10826       ambs #!perl
02:34 kid51 26163   bernhard # Copyright (C) 2001-2008, The Perl Foundation.
02:34 kid51 7594   bernhard # $Id$
02:34 kid51 7594   bernhard
02:34 kid51 3886        leo use strict;
02:34 kid51 svn: Can't write to stream: Broken pipe
02:34 Infinoid or else fix svn to not do such silly things. :)
02:35 kid51 So --force works
02:35 kid51 Yeah, it's probably more of an SVN bug.
02:35 dalek r34167 | pmichaud++ | trunk/languages/perl6/src/pmc:
02:35 dalek : [rakudo]: Add radix support for string-to-number conversions (RT #59222, s1n++)
02:35 dalek : * Based on a patch courtesy s1n <jswitzer@gmail.com>
02:35 dalek link: http://svn.perl.org/viewsvn/parrot/​?hideattic=1&amp;rev=34167#dirlist
02:35 shorten dalek's url is at http://xrl.us/uh2fg
02:36 Infinoid actually, I think svn's behavior makes sense... if a file was originally binary and then became text at some later point, and "blame" worked, I'd get a screwed up terminal full of binary jibberish
02:36 kid51 Apart from what may have happened when it was imported from CVS, I can't see any pattern of our committers doing something wrong.
02:36 Infinoid err.  wait, no I wouldn't, nevermind
02:36 kid51 Infinoid:  Could you post comments in that Trac ticket I just opened?  Thx.
02:36 Infinoid ok :)
02:40 Infinoid for that matter, troff isn't a binary format anyway (I think).  so getting it added to their whitelist might be an easy win
02:41 dalek r34168 | jkeenan++ | trunk/config/init/hints:
02:41 dalek : Deleting AIO-related code, per discussion in http://rt.perl.org/rt3/Tic​ket/Display.html?id=57920.
02:41 dalek link: http://svn.perl.org/viewsvn/parrot/​?hideattic=1&amp;rev=34168#dirlist
02:41 shorten dalek's url is at http://xrl.us/uimea
02:43 kid51 When did dalek start displaying these viewsvn URLs?  When did the parrotvm.org links go away?
02:44 Infinoid I switched the RSS feed it uses earlier today, to get the branch names displaying correctly again.
02:44 Infinoid and I was just now in the process of switching the diff links back
02:45 dalek joined #parrot
02:45 Infinoid there.  now we wait for a commit to see if it worked.
02:45 kid51 The parrotvm.org links were often slow to display ... but they were diffs -- which I think are more useful immediately after someone commits.
02:45 Infinoid that's true
02:45 Infinoid you can click a couple of times to get a diff from those links, but parrotvm is less work
02:45 kid51 The viewvc is more of a snapshot of the last-revision status of a given directory in the repository.
02:46 Infinoid yeah, I agree.  the links in perl.org's RSS aren't as useful as I expected
02:46 Infinoid anyway, it should be switched back now.
02:46 Infinoid Plus, this should shut shorten up.
02:47 * kid51 is tired from dealing with our infrastructural problems.
02:47 * kid51 thinks of food and beer
02:47 Infinoid I'm just trying to help
02:47 Infinoid food and beer can be helpful, too :)
02:48 * kid51 should probably think of Xmas shopping as well
02:50 dalek r34169 | Whiteknight++ | branches/jit_h_files/src/jit/i386 (2 files):
02:50 dalek : [jit_h_files] first step in the i386 fix, moving function definitions and global vars to the .c file
02:50 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=34169
02:51 * Infinoid sees if that link worked
02:52 Infinoid o...kay.  apparently that doesn't work so well on branches
02:52 kid51 I got "Safari can�t open the page �http://www.parrotvm.org/svn​/parrot/revision?rev=34169� because the server unexpectedly dropped the connection, which sometimes occurs when the server is busy."
02:53 kid51 ... which I *often* get with parrotvm.org.
02:53 kid51 ... which I believe is feather
02:53 Infinoid yes, it is
02:53 kid51 I wonder:  Is the problem that it's running a script to display that SVN diff?  And only one person at a time can view it?
02:54 Infinoid a race condition?  I don't think so
02:54 Infinoid I get "Missing @@ line before @@ -1 +1,2722 @@ at line 5 of string"
02:54 Infinoid ...but 34168 works fine
02:54 kid51 Infinoid:  Yes, that's the *first* page I saw.  When I refreshed, I got the dropped-connection message.
02:54 Infinoid beautiful.
02:54 purl rumour has it beautiful is a love thing
02:55 Infinoid I'll see if I can get a direct diff link out of svn.perl.org then
02:55 kid51 feather?
02:55 purl feather is http://feather.perl6.nl/ or a perl6 community development server
02:56 dalek r34170 | Whiteknight++ | branches/jit_h_files/src/jit/i386:
02:56 dalek : [jit_h_files] some random cleanups to the .h file, removing unneeded macros and fixing weird whitespace
02:56 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=34170
02:58 Infinoid is http://svn.perl.org/viewvc/parrot?view=re​vision&amp;hideattic=1&amp;revision=34169 a decent place to link to?  it doesn't give you a diff, but it gives you a list of files with diff links ("changed text") for each file.
02:58 shorten Infinoid's url is at http://xrl.us/ukyhd
02:59 Infinoid I suppose I'll have to update all of this yet again when svn moves to trac
03:02 PacoLinux joined #parrot
03:12 dalek r34171 | infinoid++ | trunk/languages/perl6/src/pmc:
03:12 dalek : [cage] Fix up some t/codingstd/check_toxxx() failures.
03:12 dalek diff: http://www.parrotvm.org/svn​/parrot/revision?rev=34171
03:13 dalek joined #parrot
03:19 dalek r34172 | infinoid++ | trunk/languages/perl6/src/pmc:
03:19 dalek : [cage] Fix up some t/codingstd/check_isxxx.t failures.
03:19 dalek : Reformat some if/else chains to make it a little more readable.
03:19 dalek review: http://xrl.us/uoe6u
03:19 Infinoid brain not working, need food.  afk
03:49 rurban_ joined #parrot
03:57 Whiteknight I thought GC was the devil, but JIT is THE DEVIL
03:58 dalek r34173 | Whiteknight++ | branches/jit_h_files/src/jit/i386 (2 files):
03:58 dalek : [jit_h_files] move function prototypes to the .h files and fix them up all pretty
03:58 dalek review: http://xrl.us/utkbn
03:58 Whiteknight Infinoid++
04:01 elmex_ joined #parrot
04:08 dalek r34174 | Whiteknight++ | branches/jit_h_files/src/jit/i386:
04:08 dalek : [jit_h_files] move function definitions lower in the file to prevent conflicts with some macros
04:08 dalek review: http://xrl.us/uushg
04:09 kid51 Whiteknight:  Do you know anything about this file?  cat src/jit_defs.c
04:09 kid51 Contents:  /* Stub file for RT#38929 fixes */
04:10 Whiteknight yes, I've added it. It's a stub now but will eventually not be
04:10 kid51 I have it showing as not under version control.  Is that correct?
04:10 Whiteknight It's generated from the files in src/jit/ARCHITECTURE/jit_defs.c
04:10 Whiteknight it's not under version control itself, it's generated during the build
04:11 kid51 If it's generated, shouldn't it be under svn:ignore (or something like that)?
04:12 dalek r34175 | Whiteknight++ | branches/jit_h_files/src/jit/i386:
04:12 dalek : [jit_h_files] add a missing header file include
04:12 dalek review: http://xrl.us/uu3ds
04:13 Whiteknight I don't even know what svn:ignore is. How do I make that happen?
04:19 dalek r34176 | Whiteknight++ | branches/jit_h_files/src/jit/i386 (2 files):
04:19 dalek : [jit_h_files] fix multiple function declaration error
04:19 dalek review: http://xrl.us/uvgbe
04:21 dalek r34177 | jkeenan++ | trunk/t/perl:
04:21 dalek : Applying patch submitted by Ron Schmidt in
04:21 dalek : http://rt.perl.org/rt3/Tic​ket/Display.html?id=57320.  All tests continue to
04:21 dalek : pass.  Let's see if this resolves temp directory problem.
04:21 dalek review: http://xrl.us/uvjkp
04:21 Zaba joined #parrot
04:24 dalek r34178 | Whiteknight++ | branches/jit_h_files/src/jit/i386:
04:24 dalek : [jit_h_files] removing some #undef commands are are messing with my jauns
04:24 dalek review: http://xrl.us/uvqs8
04:28 dalek r34179 | chromatic++ | trunk/languages/perl6/src/pmc:
04:28 dalek : [Rakudo] Turned a C++-style comment into a C-style comment so as not to confuse
04:28 dalek : old, broken, vendor-supplied compilers stuck in the twentieth century.
04:28 dalek review: http://xrl.us/uvzio
04:35 dalek r34180 | Whiteknight++ | branches/jit_h_files/src/jit/i386 (2 files):
04:35 dalek : [jit_h_files] fixing up some macros which cause global conflicts by renaming them to JIT_*
04:35 dalek review: http://xrl.us/uwgi7
04:40 dalek r34181 | Whiteknight++ | branches/jit_h_files/src/jit/i386 (2 files):
04:40 dalek : [jit_h_files]
04:40 dalek review: http://xrl.us/uwzxi
04:54 dalek r34182 | jkeenan++ | trunk:
04:54 dalek : Add 'jit_defs.c' to list of files targeted for 'svn:ignore' in directory src/.
04:54 dalek review: http://xrl.us/uyu9d
04:54 Andy joined #parrot
05:04 * kid51 must sleep
05:04 purl $kid51->sleep(8 * 3600);
05:05 Andy evening
05:07 dalek r34183 | petdance++ | trunk/lib/Parrot/Pmc2c:
05:07 dalek : Cleaning up quotes, removed unnecessary imports, updated copyright
05:07 dalek review: http://xrl.us/u2sw5
05:18 dalek r34184 | pmichaud++ | trunk/languages/perl6/src/parser:
05:18 dalek : [rakudo]:  Fix initialization of variables in signatures (RT #61300, cspencer++)
05:18 dalek : * Patch courtesy cspencer <cspencer@sprocket.org>
05:18 dalek review: http://xrl.us/u3796
05:22 dalek r34185 | petdance++ | trunk/lib/Parrot/Pmc2c:
05:22 dalek : simplified a regex
05:22 dalek review: http://xrl.us/u4hfn
06:01 tetragon joined #parrot
06:16 nute joined #parrot
06:22 dalek r34186 | pmichaud++ | trunk/languages/perl6/docs:
06:22 dalek : [rakudo]: spectest-progress.csv update: 261 files, 5645 passing, 0 failing
06:22 dalek : Yes.  Over 420 new passing tests in one day.
06:22 dalek review: http://xrl.us/vb5p6
06:26 dalek r34187 | petdance++ | trunk (9 files):
06:26 dalek : explicitly include File::Spec where it is used, rather than assuming another module will pull it in
06:26 dalek review: http://xrl.us/vcokd
06:29 TiMBuS hmm.. is call_list.txt some kind of temporary hack for nci or is it a permanent thing?
06:29 chromatic It's useful for platforms without a JIT that can build NCI thunks.
06:31 TiMBuS so is it not used on platforms with a jit
06:32 chromatic More or less right, yes.
06:32 chromatic There's a configuration setting to use JIT to build call frames, but you get the idea.
06:36 TiMBuS ah, well im trying to let the language im implementing import c functions, which i thought i could just pass down to loadlibrary/dlfunc, but parrot does not like that
06:37 TiMBuS maybe i should think something up in the form of a pmc
06:38 chromatic You may need to add a signature to call_list.txt.
06:51 pdcawley joined #parrot
06:53 GeJ pmichaud: is the 420-ish bump due to a specific feature implemented or the sum of several ones?
07:09 szabgab chromatic: have you seen the Parrot::Interpreter related issue I sent to the mailing list?
07:10 chromatic I saw it, but haven't had time to look at it.
07:10 szabgab shall I create similar test scripts for some of the other languages?
07:10 chromatic Can you reproduce it with other languages?
07:10 szabgab Which should be the most important ones?
07:11 chromatic Pheme is easiest to debug.
07:11 szabgab I have only tried with Perl6 and there I can load the pbc file
07:11 chromatic Rakudo, Pynie, Cardinal, and Lua are probably the most significant.
07:11 szabgab but I cannot find the main becasue of the nested namespaces
07:11 szabgab I think,
07:12 szabgab at least that's what we discussed back a month or two ago
07:12 szabgab so I'll try to write more test scripts, shall I send them to the mailing list or add them to trac?
07:13 chromatic Trac's best.
07:13 szabgab ok,
07:14 szabgab and "make languages" is supposed to build all the languages, right?
07:14 chromatic In theory, but it may have suffered bitrot.
07:16 szabgab I'll see if it builds the ones I test
07:41 Khisanth joined #parrot
07:51 Zaba joined #parrot
07:52 ask_ joined #parrot
07:56 szabgab trac.parrot.org does not let me create tickets. I registered as szabgab but when I try to create a ticket I get
07:56 szabgab TICKET_CREATE privileges are required to perform this operation
07:57 szabgab on the padre trac we allow any registered and logged in user to create a ticket, would that be possible here too?
07:57 szabgab besides I keep getting the following warning:
07:57 szabgab Warning: <acct_mgr.web_ui.MessageWrapper object at 0x810d8f0c>
07:59 szabgab ok, I take back the first one, I can create a ticket after I verifyed my e-mail addres
07:59 szabgab s
08:18 Theory joined #parrot
08:35 clunker3 joined #parrot
09:03 pdcawley joined #parrot
09:10 iblechbot joined #parrot
09:30 barney joined #parrot
09:56 dalek bernhard.schmalhofer@gmx.de | Pipp:
09:56 dalek link: http://www.perlfoundation.​org/parrot/index.cgi?pipp
10:01 barney http://www.parrotcode.org/docs/submissions.html has no content
10:03 szabgab barney: you might be familiar with pipp, right ?
10:03 szabgab I am trying to use it with Parrot::Interpreter
10:04 szabgab I can load the pipp.pbc but I cannot find the main code, $interp->find_global( 'main', 'pipp' );
10:04 szabgab returns undef
10:07 dalek r34188 | bernhard++ | trunk (5 files):
10:07 dalek : [Pipp] Add support for 'elsif'
10:07 dalek : Courtesy of Daniel Keane.
10:07 dalek review: http://xrl.us/v64xt
10:11 barney Do you mean the sub 'pipp' in languages/pipp/src/common/pipp.pir ?
10:16 szabgab I am actually not sure, I think I shuld find the "main" of Pipp
10:16 szabgab $interp->find_global( 'main', 'Pipp' ); also returns undef
10:17 szabgab $interp->find_global( 'Pipp' ); returns a Parrot::PMC but I don't seem to be able to call ->invoke on it
10:18 barney szabgab: The sub 'pipp' is the ':main' of pipp.pbc. But I can rename that to 'main', in order to be more in line with other languages.
10:19 szabgab let me try to find that name first
10:19 [Tux] joined #parrot
10:19 barney $interp->find_global( 'Pipp' ) might be a namespace
10:19 [Tux] seen pmichaud
10:19 purl pmichaud was last seen on #parrot 8 hours, 45 minutes and 49 seconds ago, saying: maybe even though it appears to us that it's "text/plain" perhaps there are some spaces or characters making svn think otherwise.
10:20 szabgab ok, I can find the pipp sub
10:20 dalek r34189 | fperrad++ | trunk/languages/lua/src (2 files):
10:20 dalek : [Lua]
10:20 dalek : - now, use :opt_flag
10:20 dalek review: http://xrl.us/v749f
10:22 szabgab ?paste
10:22 barney szabgab: Today I'll start on removing the other Pipp variants. concentrating on using PCT.
10:22 szabgab that does not mean to me much yet :-)
10:23 [Tux] left #parrot
10:24 szabgab http://sial.org/pbot/33969
10:24 szabgab that includes the code I am trying to execute and the error message I get when callin invoke
10:26 szabgab maybe I have to give a filename as a param?
10:27 szabgab can I pass a string containing PHP code to the pipp sub ?
10:27 barney Yes. It expects a filename
10:28 szabgab so is there another sub that already gets the content of the file?
10:32 barney Not yet.   pipp_compiler.'command_line'(  ) is called later.   This also takes a filename, but might have  support for strings.
10:35 dalek r34190 | fperrad++ | trunk (6 files):
10:35 dalek : [Lua] bit
10:35 dalek : - an another bitwise operation library
10:35 dalek review: http://xrl.us/v9o5u
10:36 szabgab I can't seem to get it working even if I pass a path to a .php file to it
10:36 szabgab my $pmc = $pipp->invoke( 'S', '/home/gabor/work/parrot/languages/pipp/a.php' );  tells me
10:36 szabgab too few arguments passed (0) - 1 params expected
10:37 szabgab and if I call it with 'PS' sugnature then I get the shift_string() not implemented in class 'String'
10:38 barney try    f=/home/gabor/work/parrot/languages/pipp/a.php
10:38 barney or '-f' '/home/gabor/work/parrot/languages/pipp/a.php'
10:40 szabgab same error
10:40 szabgab (the latter could not work at all so I tried '-f /home/gabor/work/parrot/languages/pipp/a.php'
10:43 alvar joined #parrot
10:47 barney the sub pipp expects a ResizableStringArray() containing the script and the command line params
10:48 szabgab that would be \@xx in Perl 5 I guess
10:48 barney I'll add a sub that simply accepts a string with code
10:49 barney \@ARGV
10:50 barney But first I'll do some simplifications.
10:51 barney Up to now Pipp has support for alternative parsers, like PHC and Antlr3. I'll remove that and contrateon PCT
10:52 szabgab that's great, I'd really like to be able to write functions in PHP
10:52 szabgab and then call them from within Perl5 using Parrot::Interpreter
10:52 szabgab Basically Inline::PHP on Pipp
10:53 szabgab Shall I open a ticket for this on trac?
10:53 barney Go ahead.
10:55 barney I have an issue with with variable scopes in Pipp. I plan to make all, besides the superglobals, lexical.
10:56 barney This should allow to write closures in PHP, and using them in Perl-land
10:58 szabgab so for now I can add a Document::PHP that will allow execution of external PHP script from Padre
10:58 szabgab but will have to wait with the capability to write plugins for Padre in PHP
10:59 * barney should check out Padre
10:59 szabgab btw I could not invoke it with \@ARGV either
11:00 pdcawley joined #parrot
11:08 dalek bernhard.schmalhofer@gmx.de | Pipp:
11:08 dalek link: http://www.perlfoundation.​org/parrot/index.cgi?pipp
11:09 szabgab barney: array() is not supported yet?
11:10 barney No array() yet
11:17 dalek r34191 | bernhard++ | trunk (5 files):
11:17 dalek : [Pipp] Remove support for the Antlr3 variant.
11:17 dalek review: http://xrl.us/wfknx
11:41 dalek r34192 | bernhard++ | trunk (8 files):
11:41 dalek : [Pipp] Remove support for antlr3 variant.
11:41 dalek review: http://xrl.us/whxoh
11:49 rurban_ joined #parrot
11:50 dalek r34193 | bernhard++ | trunk (5 files):
11:50 dalek : Remove no longer needed test modules.
11:50 dalek review: http://xrl.us/wiwzz
12:05 pdcawley joined #parrot
12:07 dalek r34194 | bernhard++ | trunk/languages/pipp:
12:07 dalek : [Pipp] Update ROADMAP.
12:07 dalek review: http://xrl.us/wkpk6
12:10 cognominal joined #parrot
12:11 bacek joined #parrot
12:26 Zaba joined #parrot
12:35 szabgab barney: https://trac.parrot.org/parrot/ticket/76
12:52 dalek r34195 | bernhard++ | trunk (5 files):
12:52 dalek : Add dummy for 'eval_string'.
12:52 dalek review: http://xrl.us/wpm4u
12:54 barney szabgab: Started on that. The subname 'eval_string' might change.
12:54 masak joined #parrot
12:56 szabgab barney: I am trying the same things now for cardinal and pynie and submit test scripts for each one
12:56 szabgab oh and of course rakudo
12:56 barney szabgab++
12:59 dalek r34196 | bernhard++ | trunk (12 files):
12:59 dalek : [codingstd] set svn props
12:59 dalek review: http://xrl.us/wqdbn
13:13 masak joined #parrot
13:17 dalek r34197 | bernhard++ | trunk (3 files):
13:17 dalek : [codingstd] trailing space, C++ comments, CPP indention
13:17 dalek review: http://xrl.us/wse5v
13:18 Hadi joined #parrot
13:18 Hadi left #parrot
13:47 Whiteknight joined #parrot
13:57 masak joined #parrot
14:04 dalek r34198 | Whiteknight++ | branches/jit_h_files/src/jit/i386 (2 files):
14:04 dalek : [jit_h_files] remove reliance on Parrot_end_jit since it's a static function in another file
14:04 dalek review: http://xrl.us/wxmca
14:05 Theory joined #parrot
14:10 tetragon joined #parrot
14:11 dalek r34199 | bernhard++ | trunk (5 files):
14:11 dalek : [Pipp] Rename 'eval_string' to 'eval' and move the function into eval.pir.
14:11 dalek review: http://xrl.us/wyfaf
14:12 tetragon joined #parrot
14:13 johbar joined #parrot
14:14 nute joined #parrot
14:17 kid51 joined #parrot
14:27 tetragon_ joined #parrot
14:32 masak 5645 spectests! O_o
14:32 masak we'll hit 6000 before we know it.
14:33 Whiteknight rakudo++
14:37 masak pmichaud++ jonathan++
14:39 workbench joined #parrot
14:40 dalek r34200 | jkeenan++ | branches:
14:40 dalek : Creating smoke2smolder in https://svn.perl.org/parrot//branches
14:40 dalek review: http://xrl.us/w2sd9
14:40 dalek r34201 | jkeenan++ | tags:
14:40 dalek : Tagging trunk at r34199 so that the smoke2smolder can later be synched to it.
14:40 dalek review: http://xrl.us/w2sfg
14:40 kid51 Creating a branch to see if I can get Coke's patch to work.
14:41 Whiteknight nice
14:42 Infinoid joined #parrot
14:50 Coke kid51: ping
14:52 dalek r34202 | Whiteknight++ | trunk/config/gen/platform/win32:
14:52 dalek : [win32] Take a stab at resolving RT#48276, + a few small upgrades
14:52 dalek review: http://xrl.us/w34ap
15:12 elmex joined #parrot
15:16 Coke kid51: ping
15:17 Coke (I can just apply my work in progress to your branch for smoke2smolder, if you like.)
15:22 * Coke saves that checkout in case kid51 wants that.
15:22 kid51 Hi, Coke.
15:22 kid51 I'm just now running 'make test' in that branch.
15:23 kid51 Have you done more patching than what you posted yesterday?
15:32 Coke no; just figured that if you couldn't apply it cleanly, I could.
15:32 Coke but if you've got it working, you're where I was.
15:36 Hadi1 joined #parrot
15:50 contingencyplan joined #parrot
15:52 Coke pmichaud: you still suffering from the infinite "class registered" exception loop?
15:52 Coke I think it's blocking the two regex spec tests in partcl.
15:56 Zaba joined #parrot
15:59 kid51 Coke:  I should have this merged in about half an hour.
16:05 dalek r34203 | jkeenan++ | branches (13 files):
16:05 dalek : Implement Coke's patch in branch.
16:05 dalek review: http://xrl.us/xcdo7
16:06 pmichaud Coke: yes, the class registered exception loop still exists
16:06 pmichaud but I suspect it's true for any exception thrown from C, not just that one.
16:10 Theory joined #parrot
16:11 Coke kid51: ok.
16:12 Coke pmichaud: hurm. if I go through the trouble of breaking down the problem a bit, it looks like tclsh is misparsing the code.
16:12 Coke the command in question is:
16:12 Coke regexp ($|^X)* {}
16:12 Coke that should result in a call to &regexp with two parameters, the raw strings there.
16:13 Coke but if I compile that to PIR and emit the PIR (kind of a PITA for tcl atm, but doable), I get:
16:13 nopaste "coke" at 72.228.52.192 pasted "why is infix:concat getting invoked?" (23 lines) at http://nopaste.snit.ch/15051
16:14 Coke it seems to endup the same thing, just confused why concat is getting invoked at all.
16:15 Coke once I try to compile the rule ($|^X)* using the P5 regexp compiler, that's when it goes off into the weeds.
16:15 Coke what's the RT for the class registered exception loop?
16:16 pmichaud looking
16:17 iblechbot joined #parrot
16:17 pmichaud what is generating the code in your nopaste?
16:17 pmichaud that doesn't look like anything PGE generates.
16:19 pmichaud RT #59778
16:21 Coke that's from the tcl compiler.
16:21 Coke old school pge/tge
16:21 pmichaud okay, it must be tge that is generating that then.
16:24 Coke pmichaud: that code works in parrot current.
16:24 Coke (at least, something very similar to it.)
16:25 Coke nope. direct cut and paste works.
16:26 pmichaud I'm a bit confused, overall, because I don't see why ($|^X)* is two separate strings.
16:26 Coke me either.
16:26 pmichaud is it supposed to be one regex?
16:26 Coke red herring, though, as the failure occurs inside the call to &regexp.
16:26 Coke let's back up one more step: the RT you pointed me at seems to be closable.
16:27 pmichaud oh?
16:27 Coke run that code. it works. =-)
16:27 pmichaud works as in "runs to completion"?
16:27 Coke yes.
16:27 pmichaud or works as in "runs and doesn't show the long backtrace when you stop it in the middle?"
16:27 Coke spits out the debug information, properly gives only one warning...
16:27 pmichaud okay, checking.
16:28 Coke I didn't step through with gdb, because the way I've seen this present before is that after foo(1), the call to foo(2) would just hang.
16:28 pmichaud no, the calls never hang for me.
16:29 Coke (generating errors.)
16:29 Coke pmichaud: then how do you know the exceptions aren't handled?
16:29 pmichaud they are handled -- that's not the issue.
16:29 pmichaud from a parrot perspective, everything appears fine
16:29 Coke ok. then your error isn't my error.
16:29 pmichaud but internally, we end up with a long stack of exception handlers, because the handlers never "clear"
16:30 Coke because when i see this, the process hangs. if I happen to be running gdb, then I can see the enormous backtrace.
16:30 pmichaud if I call foo(...)   1000 times, then all of them will run, but I have 999 exception handlers in the C calling stack
16:31 Coke maybe it is the same, and I'm just 15m into a running parrot process so it's more noticable.
16:32 pmichaud anyway, if it's a PGE issue, I'd probably need to know what string is being passed to P5Regexp
16:32 Coke should be "($|^X)*"
16:33 Coke but that works fine on its own.
16:33 pmichaud that could end up in an infinite loop, though.
16:33 pmichaud probably does.
16:33 Coke (having already tried to narrow things down.) Though It may be that it fails the same way yours does and didn't notice.
16:33 Coke (I didn't)
16:34 Coke Oh!
16:34 Coke shouldn't your code have end: before pop_eh ?
16:34 pmichaud yes, but that doesn't fix it.
16:34 pmichaud I should write an update to that ticket (which was filed before we did the pop_eh change)
16:35 Coke rant: gdb on mac osx doesn't default to paging.
16:36 Coke so 'bt' inside screen sucks.
16:36 pmichaud ($|^X)* is likely to run into RT #37745  ("handle zero-length repeated captures")
16:40 * Coke gives up and focuses his efforts elsewhere in the tcl suite.
16:40 dalek r34204 | jkeenan++ |  (13 files):
16:40 dalek : Merging smoke2smolder branch into trunk.  Implement's Coke's patch
16:40 dalek : deactivating old-style smoke testing in favor of Smolder.  Cf.:
16:40 dalek : https://trac.parrot.org/parrot/ticket/69 and
16:40 dalek : http://rt.perl.org/rt3/Tic​ket/Display.html?id=49276.
16:40 dalek review: http://xrl.us/xezgx
16:41 dalek r34205 | jkeenan++ | branches:
16:41 dalek : Branch has been merged into trunk; no longer needed at HEAD.
16:41 dalek review: http://xrl.us/xe3m4
16:42 dalek r34206 | jkeenan++ | tags:
16:42 dalek : Branch to which tag corresponded has been merged into trunk; deleting tag.
16:42 dalek review: http://xrl.us/xe44e
16:42 Coke kid51: svn 1.5 should obviate the need for the tag marking, fyi.
16:43 Coke kid51: thanks for the merge. (Coke should have led with that, sorry)
16:44 Coke pmichaud: wrote down the rt #'s http://code.google.com/p/partcl/wiki/ParrotIssues so I wouldn't lose them. thanks.
16:44 dalek r34207 | jkeenan++ | branches:
16:44 dalek : No further need for this branch, as smoke has been superseded by smolder.
16:44 dalek review: http://xrl.us/xe9va
16:45 dalek r34208 | jkeenan++ | tags:
16:45 dalek : No further need for this tag, as smoke has been superseded by smolder.
16:45 dalek review: http://xrl.us/xfbpv
16:46 kid51 Coke: re svn1.5:  I haven't studied that at all, but the tag is a holdover from a Perl script I wrote when we first started doing branches.
16:47 kid51 Coke:  Since I never have attempted to file a Smolder report on any languages, you may want to double check that area.
16:49 nopaste "pmichaud" at 72.181.176.220 pasted "+/-Inf works (for cspencer)" (12 lines) at http://nopaste.snit.ch/15055
16:49 AndyA joined #parrot
16:54 Coke kid51: I'm ripped out languages-smoke in my patch; the goal for 1.0 is to have the languages out of our repository; so it's more of a nice to have than a must have, I think.
16:54 Coke s/I'm/I'd/
16:54 Coke kid51++ getting the smoke.html ignore in also.
16:55 dalek r34209 | jkeenan++ | trunk/tools/util:
16:55 dalek : Contents of this file are now out-of-date, as old-style smoke testing has been
16:55 dalek : superseded by smolder.
16:55 dalek review: http://xrl.us/xgf54
16:55 tetragon joined #parrot
16:56 dalek r34210 | jkeenan++ | trunk/lib/Parrot/Docs/Section:
16:56 dalek : Delete reference to now-deleted file.
16:56 dalek review: http://xrl.us/xgkjj
16:57 Hadi1 left #parrot
16:58 kid51 Coke:  If goal for 1.0 is to have languages out of repository, then what does this imply for language-related functions in Parrot::Test?  (This is the big remaining question for http://rt.perl.org/rt3/Tick​et/Display.html?id=46893.)
17:00 dalek r34211 | jkeenan++ | trunk (2 files):
17:00 dalek : Updating MANIFEST to reflect recent file deletion.
17:00 dalek review: http://xrl.us/xg3it
17:01 Coke I would expect parrot to at most provide a framwork for languages to extend.
17:01 Coke (but not actually host any of their extensions)
17:02 Coke perhaps this issue can be addressed as more languages https://trac.parrot.org/parrot/wiki/LeaveTheNest
17:06 Coke hurm. after your application of my patch, my working copy is now conflicted.
17:10 dalek r34212 | coke++ | trunk/config/gen/makefiles:
17:10 dalek : last item in the list doesn't need a continuation-slash.
17:10 dalek review: http://xrl.us/xh68o
17:11 Coke remaining conflicts (aside from those two) seem unimportant.
17:11 dalek r34213 | coke++ | trunk/languages/t:
17:11 dalek : rescue slight verbage change from original smoke 2 smolder patch.
17:11 dalek review: http://xrl.us/xid7w
17:15 dalek r34214 | pmichaud++ | trunk/languages/perl6/src/builtins:
17:15 dalek : [rakudo]:  Add +Inf and -Inf to min and max (RT #60868, cspencer++)
17:15 dalek : * Patch courtesy Cory Spencer.
17:15 dalek review: http://xrl.us/xiu5y
17:19 dalek r34215 | bernhard++ | trunk/languages/pipp (2 files):
17:19 dalek : [Pipp] Add simple implementation of 'eval'
17:19 dalek review: http://xrl.us/xi8op
17:23 * Coke runs into another parrot bumper on unicode this time and redirects again.
17:23 Coke no wonder I spend so much time treading water. =-)
17:25 dalek r34216 | bernhard++ | trunk/languages/pipp/t/embed:
17:25 dalek : [Pipp] Call function defined in 'eval' in the embedder.
17:25 dalek review: http://xrl.us/xjsie
17:25 barney Shouldn't     get_hll_global [] 'no_args'      be allowed ?
17:26 pmichaud it's just    get_hll_global 'no_args'
17:28 barney Yes, but shouldn't an empty key list be valid. Like in     .namespace []
17:31 pmichaud I don't know -- that's up to other designers.  Originally   .namespace []   didn't exist either.  :-)
17:45 leto joined #parrot
17:48 dalek r34217 | bernhard++ | trunk/languages/pipp/t/pmc (3 files):
17:48 dalek : [Pipp] Remove useless '.HLL' declaration in PIR test scripts.
17:48 dalek review: http://xrl.us/xmcg4
17:48 Coke yay, I think I unstuck another tcl test file.
17:49 Coke raye++ # bringing me coffee!!
17:52 Coke tcl has a lot of 'ensemble' commands, where the command itself does nothing but dispatch to a subcommand, e.g. "info tclversion" and "info foobar" both are invoked via 'info', but are basically entirely separate commands. Be nice if I could write some of these subcommands in tcl. "tclversion" just does "return $::tcl_version" ; but I had some handrolled PIR that missed an edge case.
17:54 Coke Guess I could do that at compile time without too much heartache.
17:57 tetragon_ joined #parrot
17:58 barney Ah the default 'HLL' namespace is 'parrot'.  Is that documented somewhere?
18:00 Coke it should be documented near '.HLL' in pdd19
18:00 Coke (but I don't see it)
18:00 Coke when you say default, you mean "in the absense of any previous .HLL directive" ?
18:00 barney yes
18:00 Coke barney: hey, did you remove the original verbage on my TT regarding languages/status ?
18:00 pmichaud it might be in the namespaces pdd
18:00 Coke docupatch greatly welcome on pdd19 on that one, though.
18:01 tetragon joined #parrot
18:01 barney Maybe, I'm a noob with Trac.
18:02 Coke fyi, there's a 'comment' window and an "original message" window.
18:03 Coke figured that's what it was.
18:03 pmichaud RT slow.
18:04 dalek r34218 | pmichaud++ | trunk/languages/perl6/src (2 files):
18:04 dalek : [rakudo]:  Add support for Inf and NaN (RT #58014)
18:04 dalek review: http://xrl.us/xmfak
18:08 pmichaud imo, rt.perl.org is rapidly becoming unusable as a issue tracking system, because of its slowness and frequent timeouts.
18:08 Coke has anyone complained to rbrt?
18:09 barney Yes, I wanted to comment and changed the original. Now repaired.
18:12 Coke barney++
18:14 barney Pipp package vars and subs seems to be all stuffed in the 'parrot' namespace. I'll try to make that more sane tomorrow.
18:17 tetragon joined #parrot
18:19 tetragon_ joined #parrot
18:24 tetragon joined #parrot
18:31 tetragon joined #parrot
18:35 tetragon joined #parrot
18:41 tetragon_ joined #parrot
19:05 Theory joined #parrot
19:06 tetragon joined #parrot
19:34 * Coke finds muddy catprints all over his home office desk. :|
19:37 lu_zero O_o
19:39 Coke I have 3 cats, so it's not inexplicable. It's just annoying. =-)
19:40 lu_zero ah ^^
19:40 lu_zero I was thinking about the muddy ghost-cat
19:50 rurban_ joined #parrot
19:51 elmex_ joined #parrot
19:55 * Coke summons mdiep to hack on parrot blockers for partcl.
19:56 Hadi joined #parrot
20:06 ffwonko joined #parrot
20:07 alvar joined #parrot
20:07 kid51 joined #parrot
20:13 pmichaud irclog
20:14 Hadi left #parrot
20:16 Coke irclog?
20:16 purl irclog is http://irclog.perlgeek.de/parrot/today or see also: infrared clogs
20:16 dalek r34219 | pmichaud++ | trunk/languages/perl6/src/pmc:
20:16 dalek : [rakudo]:  Recognize numification of "Inf" and "NaN" strings.
20:16 dalek : * Also fix strlen() bug introduced in r34167 patch.
20:16 dalek review: http://xrl.us/xtspm
20:23 kid51 joined #parrot
20:30 kid51 joined #parrot
20:45 Coke wow. I actually needs someone who speaks tcl.
20:48 Theory joined #parrot
20:49 Coke Hurm. Or I could cheat.
20:57 donaldh joined #parrot
20:58 wknight-away Anybody around here running Win32?
20:59 Coke I have a windows notebook I'm running on
20:59 donaldh I have cygwin here.
20:59 wknight8111 if you have a moment, could you check out the jit_h_files branch and make testj?
21:00 wknight8111 I'm getting some test failures where the right output is created but Perl is returning an exit status of 255
21:00 wknight8111 actually, I'm getting a lot of such errors
21:01 Coke is strawberry ok?
21:01 wknight8111 I'm sure it is
21:02 wknight8111 I dont even know what my other computer has, although it might be activestate
21:13 wknight8111 if I could figure out what was causing these test failures, I would be able to merge the branch back into trunk
21:18 Coke wknight8111: building now
21:26 Coke wknight8111: ok. I'm seeing tons of test failures. now what? =-)
21:29 GeJ Good morning everyone
21:29 leto mornin'
21:35 wknight8111 now what? I have no idea. do the tests that fail look like they are creating the correct output?
21:39 donaldh wknight8111: I get lots of  Exited with error code: [SIGNAL 139] but the output matches the expected
21:39 Coke yup.
21:40 Coke C:\research\jit_h_files>echo %ERRORLEVEL%
21:40 Coke -1073741819
21:40 purl -1073741819
21:40 Coke I'm guessing something is wrong in your global cleanup. <Shrug>
21:43 Coke strawberry doesn't seem to have 'gdb'. If you had a debugger, you'd be able to have your last opcode be something unusual, put in a breakpoint on it, and then just step through after that to see where things go wierd.
21:45 Eevee joined #parrot
21:56 wknight8111 unfortunately the code in question is i386 specific, and I don't have an i386 'puter here with GDB on it
21:57 Coke I'd put out a call to the list.
21:57 Coke the only other x86 box I have /has/ gdb on it, but doesn't support JIT.
21:59 Theory joined #parrot
22:03 donaldh wknight8111: The stackdump is reporting STATUS_ACCESS_VIOLATION
22:04 wknight8111 STATUS_ACCESS_VIOLATION? wtf?
22:05 donaldh ah, probly the norm for that file. Not the most useful.
22:06 donaldh I have gdb, what args should I run parrot with, just -j ?
22:06 Coke you'll need a .pir file that dies.
22:07 Coke wknight8111: any of the .pir leftovers in t/ that failed their test run will do.
22:08 ask_ joined #parrot
22:11 apeiron joined #parrot
22:15 ask_ http://git.develooper.com/?p=parrot.git;a=summary
22:15 Coke ask++
22:16 ask_ hmn, not sure what happened to all the branches.
22:16 ask_ Will figure that out some other day; have to sleep now.
22:19 ask_ ah, there we go I think...
22:36 dalek r34220 | Whiteknight++ | branches/jit_h_files/src/jit/i386 (2 files):
22:36 dalek : [jit_h_files] moving a function definition back into the .h file because it's conditionally defined in two different ways. Will find a better solution later
22:36 dalek review: http://xrl.us/yb6ch
22:38 Theory joined #parrot
22:42 Infinoid wknight8111: mingw's gdb works with strawberry
22:43 wknight8111 I'm testing my last commit now, or I would be if my internet connection wasn't craptastic
22:58 ruoso_ joined #parrot
23:00 wknight8111 okay, that didn't work
23:00 purl That's because you can't just stick someone else's code into your program and expect it to do what you want, Retardo!
23:00 wknight8111 ...that's what my wife calls me. Now I'm sad :(
23:02 wknight8111 no, she doesn't call me retardo
23:03 mj41_ joined #parrot
23:04 GeJ wasn't that from mjd's sigsnatures?
23:06 Coke hai.
23:06 * Coke reclaims a few more tcl spec tests today. whee.
23:13 * Coke got a very helpful suggestion from dgp on #tcl@freenode, even.
23:28 Hadi joined #parrot
23:29 Hadi left #parrot
23:31 dalek r34221 | pmichaud++ | trunk/languages/perl6/src/classes:
23:31 dalek : [rakudo]:  Clean up .Complex method; eliminate unnecessary Complex objects.
23:31 dalek review: http://xrl.us/yixcb
23:41 ffwonko joined #parrot
23:46 bacek_ joined #parrot
23:51 ffwonko joined #parrot

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

Parrot | source cross referenced