Parrot 2.10.1 Released | parrot.org | Log: irclog.perlgeek.de/parrot/today | Long live Git! github.com/parrot/parrot | git clone git://github.com/parrot/parrot.git
Set by moderator on 18 November 2010.
fbrito Is anyone here also in charge of the Google Code-In Parrot tasks? 00:34
00:41 fbrito left
dalek rrot/mappedbytearray: b46284d | NotFound++ | t/pmc/mappedbytearray.t:
test MappedByteArray 'supported' method
00:42
00:43 bacek joined
dalek TT #1874 created by allison++: ports/ directory is listed in .gitignore, can't commit files to it 00:52
TT #1874: trac.parrot.org/parrot/ticket/1874
allison fbrito: you're probably looking for dukeleto, though I don'g know if he's around today 00:53
*don't
dalek rrot: 43e7a36 | allison++ | src/gc/system.c:
Fix call in ifdef'd code for ia64 arch, signature of trace_mem_block was changed, but call not updated.
01:02
01:26 theory left 01:58 gbacon left 02:09 gbacon joined
dalek rrot: ad90ddc | allison++ | ports/debian/patches/ (2 files):
Add a patch to debian packaging, fixes ia64 build failure in 2.9.1 packages.
02:14
rrot: b626c46 | allison++ | ports/debian/control:
Updated generated Debian package file for 2.9.1 release.
rrot: 1d23436 | allison++ | ports/debian/changelog:
Add ia64 patch to Debian changelog file for 2.9.1 release.
02:31 whiteknight joined
whiteknight good evening, parrot 02:43
bluescreen hi 02:58
whiteknight hi bluescreen 03:03
bluescreen whiteknight: feel free to destroy all I did in the last commit 03:06
whiteknight why?
bluescreen if you consider it is wrong
I've taken a free license to implement Parrot_api_get_result 03:08
whiteknight I'll look at it. I never like to just undo things other people's work
thanks! Thats something we do need
bluescreen most of the failing test cases are because of the fact we prefix error messages with "Parrot VM:" 03:09
i didn't know either to change the cases or change the wording
whiteknight at this point we should change the wording to fit the tests
we want the behavior of the branch to match the behavior of master as much as possible to avoid deprecation delays 03:10
Once the branch merges, we can talk about changing/improving behavior
bluescreen good, that makes sense 03:11
whiteknight yeah, makes things easier 03:12
03:26 whiteknight left 04:02 petdance joined
dalek rrot: 50c6137 | jkeenan++ | / (2 files):
Adapt tests to cover all execution paths in the current, git-oriented version
04:05
04:39 gbacon left 04:48 cotto joined
cotto ~~ 04:48
05:19 rurban_ joined 05:22 rurban left, rurban_ is now known as rurban 05:46 plobsing_ joined 05:47 plobsing left
Coke recommend way to generate a patch from git? 06:02
(that preserves author info)
*recommended 06:04
sorear git format-patch 06:16
Coke ... hopefully I can figure out how to use the damn thing. ;) 06:19
I would rant about the docs sucking here, but then dukeleto will scold me. hurm. 06:22
ah, there we go. 06:23
trac.parrot.org/parrot/ticket/1716 could use some testing. 06:26
06:33 petdance left
Coke sorear++ 06:34
06:39 luben left
dalek TT #1111 closed by coke++: cannot build on OSX/intel with --optimize 07:01
TT #1111: trac.parrot.org/parrot/ticket/1111
TT #890 closed by coke++: build failed on intel mac osx 10.5
TT #890: trac.parrot.org/parrot/ticket/890
cotto msg plobsing Any progress getting pirc's tickets migrated to github? 07:12
aloha OK. I'll deliver the message.
Coke ah, that's why those aren't closed yet. 07:15
07:43 allison left 07:59 fperrad joined
dalek TT #906 closed by plobsing++: [PIR] Assignment syntactic sugar restricted to destination parameters 08:53
TT #906: trac.parrot.org/parrot/ticket/906
TT #556 closed by plobsing++: setref on derived pmc aggregate class loses data on return 09:09
TT #556: trac.parrot.org/parrot/ticket/556
09:20 bacek left
dalek TT #587 closed by plobsing++: pirc 09:25
TT #587: trac.parrot.org/parrot/ticket/587
tadzik Parrot is a register-based process virtual machine designed to run dynamic languages efficiently. It uses just-in-time compilation for speed to reduce the interpretation overhead. 09:28
↑ Wikipedia. It's not entirely true, is it?
plobsing_ not entirely. designed is such a strong word.
but also the JIT thing is a lie 09:29
tadzik that's what I meant
to be edited? 09:30
plobsing_ does it matter? 09:31
tadzik well, it's a bit misleading IMHO 09:32
but the JIT is there, isn't it? It's just not used
sorear no, the JIT was ripped out a couple months aog
IMHO "register-based" is not important enough to get a slot in the first sentence 09:33
plobsing_ jit is overrated imnsho. parrot isn't dominated by op-dispatch for most tasks, which is most what anything short of a very smart jit would help with. 09:34
s/most what/most of what/ 09:35
sorear exactly 09:39
dalek TT #12 closed by plobsing++: Task list for completing PIRC 10:29
TT #12: trac.parrot.org/parrot/ticket/12
TT #14 closed by plobsing++: fix braced arguments + nested macro expansion
TT #14: trac.parrot.org/parrot/ticket/14
TT #16 closed by plobsing++: fix memory leaks in pirc
TT #16: trac.parrot.org/parrot/ticket/16
TT #17 closed by plobsing++: Test all grammar rules of PIRC
TT #17: trac.parrot.org/parrot/ticket/17
TT #42 closed by plobsing++: make PIRC load-on-demand component
TT #42: trac.parrot.org/parrot/ticket/42
TT #55 closed by plobsing++: decorate all function parameters with ARGIN etc.
TT #55: trac.parrot.org/parrot/ticket/55
TT #163 closed by plobsing++: implement keyed multi types
TT #163: trac.parrot.org/parrot/ticket/163
TT #173 closed by plobsing++: lexicals not found in PIRC 10:30
TT #173: trac.parrot.org/parrot/ticket/173
TT #172 closed by plobsing++: get rid of C-strings for STRING_TYPE constants in PIRC
TT #172: trac.parrot.org/parrot/ticket/172
TT #229 closed by plobsing++: invoke build process of PIRC from main makefile
TT #229: trac.parrot.org/parrot/ticket/229
TT #576 closed by plobsing++: Add a configure step, --pirc
TT #576: trac.parrot.org/parrot/ticket/576
TT #1146 closed by plobsing++: same code works on windows, not on mac
TT #1146: trac.parrot.org/parrot/ticket/1146
TT #1387 closed by plobsing++: need --maintainer option for pirc
TT #1387: trac.parrot.org/parrot/ticket/1387
TT #1388 closed by plobsing++: pirc does not build with C++
TT #1388: trac.parrot.org/parrot/ticket/1388
10:39 bacek joined
dalek TT #173 reopened by bacek++: lexicals not found in PIRC 11:01
TT #173: trac.parrot.org/parrot/ticket/173
rrot: 1e89f76 | NotFound++ | src/dynext.c:
fix a check for nullness that must be STING_IS_NULLness in dynamic loading that was causing some segfaults
11:22
rrot: cd7949a | NotFound++ | src/dynext.c:
protect a bit more Parrot_dyn_load_lib against mistakes like the one fixed in 1e89f76
11:40
rrot/mappedbytearray: 43e7a36 | allison++ | src/gc/system.c:
Fix call in ifdef'd code for ia64 arch, signature of trace_mem_block was changed, but call not updated.
11:49
rrot/mappedbytearray: ad90ddc | allison++ | ports/debian/patches/ (2 files):
Add a patch to debian packaging, fixes ia64 build failure in 2.9.1 packages.
rrot/mappedbytearray: b626c46 | allison++ | ports/debian/control:
Updated generated Debian package file for 2.9.1 release.
rrot/mappedbytearray: 1d23436 | allison++ | ports/debian/changelog:
Add ia64 patch to Debian changelog file for 2.9.1 release.
rrot/mappedbytearray: 50c6137 | jkeenan++ | / (2 files):
Adapt tests to cover all execution paths in the current, git-oriented version
rrot/mappedbytearray: 1e89f76 | NotFound++ | src/dynext.c:
fix a check for nullness that must be STING_IS_NULLness in dynamic loading that was causing some segfaults
rrot/mappedbytearray: cd7949a | NotFound++ | src/dynext.c:
protect a bit more Parrot_dyn_load_lib against mistakes like the one fixed in 1e89f76
rrot/mappedbytearray: 5f1b7a3 | NotFound++ | / (10 files):
Merge branch 'master' into mappedbytearray
rrot: 0c0b7c7 | bacek++ | src/gc/gc_ms2.c:
Don't try to remove "constant" PMC from PoinerArray.

They are very-very special and handled separately. This commit prevent breakage of Pointer_Array invariant about storing only pointers belong to it.
12:42
rrot: 2f60133 | bacek++ | / (9 files):
Merge branch 'master' of github.com:parrot/parrot
TT #1875 created by bacek++: Deprecate "constant" PMCs. 12:54
TT #1875: trac.parrot.org/parrot/ticket/1875
13:06 whiteknight joined
whiteknight good morning, #parrot 13:09
Tene ... o.O 13:11
I never knew about gdb -tui
tadzik good afternoon whiteknight 13:14
whiteknight Tene: gdb -tui? What does it do? 13:15
Tene whiteknight: curses-based interface to gdb
whiteknight oh, nice 13:18
Tene you can switch to it from a running gdb session with: C-x a
bacek aloha, humans 13:19
seen moritz
aloha moritz was last seen in #parrot 16 hours 19 mins ago saying "fbrito: in what did you not have success?".
13:20 rurban_ joined
whiteknight bacek: I agree with you. constant PMCs are not user-facing and don't need a deprecation cycle 13:20
bacek msg moritz Can you retest rakudo on bleeding-edge parrot? At least RELEASE_2_10_1-523-g2f60133
aloha OK. I'll deliver the message.
bacek whiteknight, yes. I personally lost quite few hours debugging failures related to "constant" pmcs. 13:21
whiteknight bacek: that sucks. Your time is too valuable to be doing that kind of crap
rip it out and don't look back
bacek I would like to. But it's not only my call. 13:22
13:22 rurban left, rurban_ is now known as rurban
bacek I don't know who designed them. And may be (unlikely) there is other reasons behind them. 13:23
dalek rrot/key_func_renames: cf5af19 | (Lļæ½o Grange)++ | / (18 files):
All public function in src/key.c renamed from key_* to Parrot_key_*.
13:24
NotFound whiteknight: have you looked at the mappedbytearray branch? 13:26
whiteknight NotFound: a little bit 13:28
NotFound whiteknight: I'm thinking I can marge it to master now, declaring the PMC as experimental, to get more exposure. 13:29
whiteknight NotFound: do you have tests and everything? I wouldn't merge it to master without a few tests
bacek NotFound, what about changing FileHandle PMC to support mmap instead? 13:30
NotFound There are some tests, mainly to check that it doesn't break anything.
bacek: I think we already have too much multi-purpose PMC with too much conditional.
bacek NotFound, yes. But in this case it's improvements for FileHandle guts. Which is hidden behind public API. 13:31
NotFound A MappedHandle and/or a MappedIterator may be better, IMO. 13:32
bacek actually, split FileHandle to File and FileIterator will be better
NotFound, +1
(For Iterator)
NotFound Also, add a method to MappedByteArray to use an already opened FileHandle. 13:33
The current open is for using less resources, closing the handles that are not needed after the maping is done. 13:34
But I think is better to have more feedback before adding much more things. That's why I want to merge. 13:35
13:41 Psyche^ joined 13:42 Patterner left, Psyche^ is now known as Patterner
moderator Parrot 2.10.1 Released | parrot.org | Log: irclog.perlgeek.de/parrot/today | Long live Git! github.com/parrot/parrot | git clone git://github.com/parrot/parrot.git | Please test rakudo with bleeding edge parrot! 13:52
bacek ok, I;ve got first clean run of "make spectest" in rakudo with latest parrot. 13:53
If anyone can also test it it will be very helpful. 13:54
Good night, folks
13:57 Themeruta joined 13:58 NotFound left
whiteknight FileIterator is too narrow. We need HandleIterator because we have many handle types 14:05
we should be able to iterate a socket as easily as a FileHandle, as easily as a StringHandle
dalek rrot: 8aa40c9 | Whiteknight++ | / (18 files):
Merge branch 'key_func_renames'
14:10
rrot/embed_api: 7e25808 | (Mariano Wahlmann)++ | / (5 files):
modified pbc_* to make them compile with the embed_api
14:23
rrot/embed_api: 9f7a94c | Whiteknight++ | src/embed/ (2 files):
make sure to set :main() args in the iglobals array. This makes ops2c run again. The build appears to complete. Also, fix a warning in EMBED_API_CALLIN where we were doing an assignment in the if() condition without parenthesis
rrot/embed_api: 7bda53a | (Mariano Wahlmann)++ | src/embed/embed_private.h:
Clean up api_jmp_buf after an API call
rrot/embed_api: 7c837f4 | (Mariano Wahlmann)++ | src/ (2 files):
no more core dumps
rrot/embed_api: 9addea1 | Whiteknight++ | include/parrot/interpreter.h:
small cleanups in interpreter.h. No functional changes
rrot/embed_api: 51acd98 | Whiteknight++ | src/ (2 files):
I don't know why it's ever a Null PMC, but if we have a Null config hash don't attempt to do anything with it
rrot/embed_api: be50d63 | bluescreen++ | / (9 files):
Implemented first version of Parrot_get_result, now a lot of failing test are because we're printing 'PARROT VM:' at the beggining of the error message. Also modified embed_private.h to remove the interp->final_error = NULL because that caused the error to be truncated each api call and get_result was truncating it.
14:54 nwellnhof joined 14:59 kid51 joined 15:08 jan left 15:15 lucian joined 15:34 kid51 left 15:54 Themeruta is now known as NotFound
Coke aloha, msg plobsing 556 was closed saying "this segfaults" - we need a ticket to track that segfault, yes? 16:07
aloha Coke: OK. I'll deliver the message.
Coke I am also curious why the description was changed on those tickets seventy times, but am merely curious. 16:10
16:11 jan joined
Coke aloha msg bacek - why doesn't aloha count "aloha, " as an unidle for the purposes of letting me know I have messages? 16:11
aloha Coke: OK. I'll deliver the message.
16:22 lucian_ joined 16:27 lucian left, PacoLinux left 16:30 PacoLinux joined
nopaste "bluescreen" at 192.168.1.3 pasted "Why is IMCC_warning returning when imcc_warn flag is set ?" (8 lines) at nopaste.snit.ch/26221 17:11
17:19 lidden joined 17:21 kid51 joined 17:30 TypeNameHere_____ left 17:41 theory joined
dalek a: 03a2fb5 | fperrad++ | dynext/pmc/lua (2 files):
s/key_append/Parrot_key_append/
17:48
fperrad bacek, now, lua segfaults, for example : 17:51
$ parrot lua.pbc -e "print 'ok'"
dalek rrot: 0e34170 | nwellnhof++ | / (28 files):
Merge branch 'master' into string_checks
17:56
rrot: 8e00918 | nwellnhof++ | / (42 files):
Merge branch 'string_checks'
18:01 hercynium left
dalek rrot/tt532_headerizer_refactor: ab904c8 | jkeenan++ | t/tools/dev/headerizer/ (2 files):
Add tests for case where sourcefile is a PMC. Add sample file used in illustrating that case.
18:10
rrot: 19993a9 | nwellnhof++ | t/pmc/bytebuffer.t:
Refix typo reverted by previous merge
18:12
TT #1862 closed by jkeenan++: Configure.pl should actually test for gcc -fvisibility=hidden support 18:15
TT #1862: trac.parrot.org/parrot/ticket/1862
18:54 TypeNameHere_____ joined 19:06 kid51 left
plobsing_ ~~ 19:06
19:06 plobsing_ is now known as plobsing
plobsing ~~ 19:06
silly bots 19:07
msg cotto sorry for the holdup on pirc tickets. I had a tuits shortage. it is done now. 19:08
aloha OK. I'll deliver the message.
bluescreen pblosing: do you know why IMCC_warnings is returning when imcc_warn flag is on 19:15
looks like twisted logic to me... Even more if I run parrot -w some.pir it removes warnings
plobsing 1) it is imcc, it doesn't have to make sense. 2) look at IMCC_warning()'s uses. they are all errors. IMCC_warnings() is akin to perror(). 19:17
3) warnings are underused in general, so this went undetected for a long time. 19:18
bluescreen hmmm... and then errors are being printed twice
plobsing but they aren't somehow. yeah. IMCC is weird.
bluescreen so we live with that? is there any TT#?
plobsing bluescreen: is it hurting anyone really badly? 19:19
bluescreen my mental sanity....
plobsing only because you know about it. don't look into compilers/imcc if you still value your sanity. 19:20
bluescreen lol... I came to that debugging some failures in make test for the embed_api 19:21
plobsing I'm in favour of leaving it. it mostly works. 19:23
bluescreen and pray for lorito?
plobsing just don't use warnings on pir you don't even know compiles
19:28 fbrito joined
fbrito whiteknight: Hello. Are you there? 19:28
19:28 hercynium joined
plobsing msg Coke TT #556 has a user doing something they shouldn't trying to get behaviour that doesn't exist. if we need a TT, we also need a pebkac flag. I'm also looking into simply ripping out the functionality that segfaults (it doesn't seem terribly useful). 19:33
aloha OK. I'll deliver the message.
dukeleto 'ello 19:36
fbrito whiteknight: When you come back please tell me :) I am Fernando, from Google Code In 19:38
or if there is anyone here in charge of Google Code In, please tell me :D 19:42
Coke plobsing: parrot shouldn't segfault, even if the user is an idiot. 19:46
plobsing which is why I'm looking to take away the functionality 19:48
Coke that works. 19:49
dukeleto fbrito: welcome! How is Code-In? 19:52
fbrito awesome! :D
dukeleto is the org admin for Parrot Foundation and The Perl Foundation for Google Code-In
fbrito: what have you been working on? I have not been keeping track of GCI stuff over the Thanksgiving holiday 19:53
fbrito I wrote NumMatrix2D examples to Parrot-Linear-Algebra
And now I am working writing unit tests for the same library 19:54
dukeleto fbrito: very cool! That is very advanced stuff! Have you studied Linear Algebra in school already? 19:55
fbrito Yes and No. I am from Brazil and math here (on schools) is not that advanced 19:56
But I spent 1 year in Germany (as an exchange student)
And the classes there were pretty advanced 19:57
dukeleto fbrito: What kind of math classes did you take there? Have you studied "Gaussian Elimination" in school? 19:58
fbrito Yes :D 19:59
But the classes were in German and when I arrived there I couldn't understand a word, ahhaha
But after some months things became better and I could learn lots of things
dukeleto fbrito: I studied for a summer in Germany and took classes in German, but just the basics of the language, along with some history and geography 20:00
fbrito: I am very impressed to see GCI students doing awesome stuff on Parrot-Linear-Algebra
fbrito: how did you hear about GCI? 20:01
fbrito I have some friends that worked on Google Summer of Code
And they told me about GCI 20:04
bacek Good morning, humans. 20:17
fperrad, ping
aloha, nopaste?
aloha bacek: nopaste is is nopaste.snit.ch (works with the script in $_PARROT/tools/dev/nopaste.pl)
nopaste "bacek" at 192.168.1.3 pasted "fperrad, this is the reason for lua segaults. Mixture of "constant" and normal PMCs." (15 lines) at nopaste.snit.ch/26222 20:18
dukeleto fbrito: do you know how to send people messages with the aloha bot? 20:20
aloha msg fbrito this is how you send a message 20:21
aloha dukeleto: OK. I'll deliver the message.
dukeleto: Okay.
fbrito oh, interesting 20:23
dukeleto fbrito: when you send a message, the bot waits for that person to say something in the channel, then send that use a private message with your message 20:33
20:34 nwellnhof left
dukeleto s/that use/that user/ 20:34
fbrito aloha msg fbrito test
aloha fbrito: OK. I'll deliver the message.
fbrito Really?
Nice :D
dalek rrot: 04ab174 | bacek++ | src/pmc/default.pmc:
Create constant metadata for constant PMCs in default PMC.

This is required to preserve GC invariant when "constant" objects are not marked.
20:37
fbrito Hm 20:38
Coke plobsing: if you're looking for things to rip out, what about "parrot -E" ?
fbrito dukeleto: May I ask something about GCI?
dukeleto: Are you allowed to create new tasks now, in the middle of the contest? 20:43
TypeNameHere_____ aloha msg fbrito yes 21:05
aloha TypeNameHere_____: OK. I'll deliver the message.
fbrito Because there is still lots of space for more unit tests but no task to that 21:06
Coke tries to install something off macports. 21:09
4 hours later...
TypeNameHere_____ hmmm... 21:10
aloha msg aloha Aloha!
aloha TypeNameHere_____: OK. I'll deliver the message.
21:20 rurban_ joined
whiteknight fbrito: ping 21:21
fbrito whiteknight: pong :)
whiteknight I just got in. I'll look at your tests now
21:22 rurban left, rurban_ is now known as rurban
fbrito Ok, thank you. I also have a question to you about the "fill" method with 3 params 21:22
Take a look at that, please: pastie.org/1330731 21:25
Reading the docs (whiteknight.github.com/parrot-linea...ix2d.html) I understood that fill(4, 4, 1) in a 2x2 matrix would resize it to 4,4 and fill it with 1 values, no? 21:26
whiteknight I need to re-read the source to make sure. I don't remember what order the args go in 21:32
fbrito I will take a look in the source-code too 21:35
whiteknight fbrito: fill(1, 4, 4) 21:36
that should resize it and fill it with 1's
fbrito Ah, ok. Should I fork the documentation fixing that? 21:37
whiteknight no, that's okay. I can fix the documentation 21:38
you're welcome to fix it, but it's not part of GCI :)
dukeleto fbrito: yes, tasks can be created at any time 21:39
fbrito I can do that, no problem. I will also add to the documentation that item_at also can receive 3 params to change the value
dukeleto fbrito: if you have ideas for parrot tasks, you can email them to parrot-dev and if we think it makes a good task, a Parrot mentor will add it. How about that? 21:40
whiteknight: be on the lookout for current tasks generating new tasks :)
whiteknight I'm always looking for excuses for new tasks :)
dukeleto whiteknight: I was offline during the holiday, so I have not caught up on GCI stuff
whiteknight dukeleto: that's okay. It's a tricky time 21:41
dukeleto whiteknight: the melange site is wonky. They don't differentiate between "needs action by student" or "needs action by mentor" 21:44
whiteknight: so I have wasted a huge amount of time looking at tasks that "need action" to find out that it requires student action
whiteknight the melange site is wonky for several reasons 21:45
dukeleto whiteknight: so i have resolved to only look at them every few days. If you need a new task approved, just ping me and I will approve it
whiteknight ok
fbrito whiteknight: should I write more tests for my task? I felt bad because it had a lot of "similar" tests (ctrl+c, ctrl+v and change 2 or 3 values) but it was needed
whiteknight fbrito: I need to look at all the tests you wrote 21:46
fbrito Ok, sure. You saw the patch that I attached, right? 21:47
whiteknight I have a lot to look at
fbrito Ok, sorry :D Take your time
whiteknight Give me about an hour to read everything over
fbrito CGI makes me really anxious, ahhaha. sorry
GCI* 21:48
dalek rrot/nwellnhof/gc_dynamic_threshold: b5cc088 | nwellnhof++ | / (10 files):
[gc] Add dynamic threshold to GC MS2

memory_used now also accounts for attribute and other fixed size storage and ignores constant objects. The old code could lead to a lot more memory being used than accounted for, so rather low thresholds could still work very well. To address this, the default dynamic GC threshold has been increased to 75%. Note that these changes have not been applied to the old GC. It still uses the old accounting.
Also cleanup string compacting code.
21:49
whiteknight fbrito: yeah, it's a fun new thing. You're doing great though
22:10 nwellnhof joined
whiteknight fbrito: I don't have your changes. Did you delete your repo? 22:10
fbrito yes. please have look at the git formatted patch that I attached 22:11
whiteknight oh, in the ticket?
fbrito yes
whiteknight okay, sorry
fbrito I had problems again with indentation. there were like 8 or 9 commits in my fork just fixing spaces and tabs
so i deleted it :P
dukeleto Has anybody ever played around with sourceforge.net/projects/parakeet/ ? 22:12
whiteknight that's okay. I can fix indentation problems easily
fbrito but in the patch everything is ok with indentation (i hope)
dukeleto: I have not 22:13
dukeleto This conference sounds like it will be very interesting for Parrot hackers: www.cs.technion.ac.il/~erez/vee11/V..._Page.html 22:15
And this looks really cool: www.managedruntime.org/ 22:16
22:18 theory left
whiteknight blah. I think I hate git am 22:18
lucian_ whiteknight: i think it has that effect on people :) 22:19
22:19 lucian_ is now known as lucian
lucian prefers hg 22:19
dukeleto whiteknight: what is your issue? 22:20
lucian: you can use hg as a front end to a git repo 22:21
whiteknight dukeleto: I haven't learned it well enough, and the last few times I have tried have been disasterous
dukeleto whiteknight: tell me what goes wrong, because that is stuff that I need to add to our git docs
whiteknight like "start deleting things out of .git/ in anger" disasterous
dukeleto whiteknight: oh boy. Don't manually delete files in .git! I will definitely add that to the docs :) 22:22
lucian dukeleto: yeah, that too
dukeleto: but you still need to know git
whiteknight: there's a nice paper about the internals of git
it's useful
whiteknight fbrito: tests look good. I just committed them and will push in a minute 22:23
Task successful
fbrito Ok, thank you very much :)
dukeleto stands back in awe as the GCI train goes full steam ahead
whiteknight it is quite inspiring 22:24
dukeleto whiteknight: stackoverflow.com/questions/4294438...it-and-how <-- have you seen this? 22:26
whiteknight no 22:27
I'll put in an answer for that one later
22:31 lidden left, fperrad left
whiteknight I have to touch up some GCI-related PLA stuff first, before it slips my mind 22:32
lucian dukeleto: well, python isn't a supported language at all 22:33
i've just been playing with pynie and it's bitrotted. doesn't even run/build
dukeleto lucian: there is much interest in making pynie active again. Perhaps you can start it up. 22:36
lucian: everyone in here will help you. We have good docs about deprecations now on our wiki. 22:37
lucian dukeleto: yeah, i'd like to. i'm just a bit short on time right now
i'll try and squeeze in a few hours/week
dukeleto: as a python dev, the main stumbling block is the lack of objects 22:39
if i can get pynie running and boostrapped up to object + parrot interop, other python devs will be much more likely to contribute
(we have a possibly irrational aversion towards all things perl and NQP is just too close) 22:40
plobsing not close enough imho
22:41 bacek left
plobsing lucian: objects may be hard to get working pythonically. cardinal ran into some issues trying to do similar things. 22:41
we do however have a planned object system refactor in december that should help 22:42
dalek rrot: e72cca0 | (Gerd Pokorra)++ | NEWS:
remove some whitespace
22:43
NotFound If you want to bootstrap, you can write a python compiler that generates pir, and bootstraping it with any other python. 22:44
lucian NotFound: yeah, that's also a choice
dukeleto lucian: chromatic (and myself) plan on giving Parrot a proper meta object protocol
lucian but i guess I'd rather reuse parrot-side work
dukeleto: plobsing: I'm not confident that it can be abstract enough and useful enough at the same time
object systems seem just too different to me 22:45
dukeleto lucian: parrots meta object protocol and objects are a bit wonky, imho
lucian: i think a proper meta object protocol can be used to implement any object oriented system
lucian dukeleto: for example, would that support multiple dispatch, a la CLOS?
dukeleto lucian: yes
lucian ok, then it's probably general enough 22:46
dukeleto lucian: since Parrot support it now, are newer MOP must also support it
lucian dukeleto: i know you can write a multi dispatch object system on parrot, but will it interoperate ok with other objects?
dukeleto lucian: these are good questions to ask. You might want to send an email to parrot-dev explaining what you need to hack on Pynie
lucian dukeleto: i'm not sure what I need really, I don't know parrot well enough
objects in python are basically dicts with a few extra tricks 22:47
Tene lucian: Anything that generates PAST, you can re-use the parrot toolchain
lucian everything else in CPython is an optinisation
22:47 bacek joined
lucian Tene: right 22:47
Tene lucian: Would Perl 6 grammars be off-limits too?
lucian Tene: i think grammars are arcane enough for it not to matter 22:48
Tene lucian: You could write a standard parrot-style compiler, but with the NQP parts switched out for some minimal proto-python.
lucian Tene: yeah, but that's more work
i can stand writing some perl, but it won't be quite so hackable by python devs
i guess i can boostrap it with nqp and figure it out later 22:49
dalek TT #173 closed by bacek++: lexicals not found in PIRC
TT #173: trac.parrot.org/parrot/ticket/173
lucian Tene: but you gave me an idea. I could try to reuse CPython's parser + AST and transform that to PAST
Tene lucian: So you want to bootstrap as much as you can, so you have a minimal proto-python in NQP or whatever, and implement the rest in that is fine
lucian: That's also a workable approach
lucian Tene: bootstrapping is just a bit weird in parrot 22:50
Tene lucian: s/ in parrot// :)
NotFound I've been able to create a language and bootstrap it in two monts. Weird is not the word I'll choose. 23:02
lucian NotFound: ok then, unusual. and I haven't done it before, either 23:04
NotFound If a lot of pyhton devs can'r beat me, too bad :P
lucian NotFound: are there a lot? afaict it's just me :P
NotFound lucian: there is a foundation or something, isn't it? ;)
lucian NotFound: i doubt they care about parrot 23:07
NotFound: it's the (very) backup plan for a future runtime 23:08
NotFound Maybe the problem is too much targets: cpython, jpython, ironpython...
lucian NotFound: it's not a bug, it's a feature :P 23:10
NotFound: there are two good future C-level platforms: CPython+llvm and PyPy
PyPy has the extra bonus of being metacircular and with the potential to obsolete jython and ironpython
NotFound I think allison said something about using PyPy to target parrot.
lucian NotFound: it doesn't quite work 23:11
but a lot of PyPy work will be useful to pynie, since they rewrote a lot of stuff to pure python
dalek rrot-linear-algebra: 33272b0 | rofflwaffls++ | t/methods/complexmatrix2d/ (10 files):
Added ComplexMatrix2D test cases (GCI).
23:15
rrot-linear-algebra: 1de7876 | Whiteknight++ | pmcs/examples/nummatrix2d.md:
nothing
rrot-linear-algebra: 44f605c | Whiteknight++ | /:
Merge branch 'master' of github.com:Whiteknight/parrot-linear-algebra
rrot-linear-algebra: b8016b8 | Whiteknight++ | t/methods/nummatrix2d/ (6 files):
Apply new tests from Fernando Brito as a result of his GCI work. Adds substantia test coverage for NumMatrix2D
rrot-linear-algebra: fb9ebd0 | Whiteknight++ | t/methods/complexmatrix2d/ (3 files):
Fix a gemm test which got borked somehow. Fix whitespace
rrot-linear-algebra: 1a72e1f | Whiteknight++ | t/methods/complexmatrix2d/ (2 files):
some fixes. TODO one test that requires attention later
23:17 lucian left
whiteknight dukeleto: can you look at github.com/parrot/parrot/pull/7? 23:23
It looks decent to me, but I would like a second pair of git-expert eyes on it to make sure it's good
23:34 PacoLinux left
NotFound I've used msysgit, it allowed me to do the win32 part of MappedByteArray 23:40
Don't pushed with it, though. Just copied the patch to a linux box.
bluescreen whiteknight: ping 23:47
dukeleto whiteknight: in the pull request, the debian line is wrong 23:50
whiteknight: should be "apt-get install git-core"
whiteknight: the git directions don't look exactly right, but they are a good start 23:51
whiteknight: we should create a task to change our readme into markdown, so it is displayed nicely on github
dukeleto goes out to dinner
23:58 nwellnhof left
fbrito if you are going to create such a task (readme to markdown), please tell me :) 23:59