Parrot 2.3.0 Released | parrot.org/ | Channel log: irclog.perlgeek.de/parrot/today | Priority: apply deprecations, merge branches | Review and vote GSoC applications
Set by moderator on 20 April 2010.
Coke killed the .gitignore files. 00:02
ttbot Parrot trunk/ r45880 i386-linux-thread-multi make error tt.taptinder.org/file/cmdout/273892.txt ( tt.taptinder.org//buildstatus/pr-Pa.../rp-trunk/ )
Coke hey, look at this: tools/dev/mkgitignore.pl
mikehh: there.
ttbot Parrot trunk/ r45882 i386-linux-thread-multi make error tt.taptinder.org/file/cmdout/273918.txt ( tt.taptinder.org//buildstatus/pr-Pa.../rp-trunk/ ) 00:05
Coke chromatic: that looks like you introduced it in 45879? 00:07
chromatic Indeed; fixing now. 00:09
Coke looks like it just needs headerizing. 00:10
danke.
dalek rrot: r45878 | coke++ | trunk/MANIFEST:
re-remove the SQLlite files from the manifest.
rrot: r45879 | chromatic++ | trunk/src/call/context.c:
[PCC] Removed redundant fetches of the same data in static, inlinable functions.
rrot: r45880 | chromatic++ | trunk/src/call/args.c:
[PCC] Removed some unused code.
rrot: r45881 | coke++ | trunk (112 files):
Remove all the .gitignore files, see TT#1577
rrot: r45882 | coke++ | trunk/MANIFEST:
regen MANIFEST
rrot: r45883 | chromatic++ | trunk/src/call/context.c:
[PCC] Reheaderized to fix non-optimized build problems introduced in r45879.
 00:27
Whiteknight chromatic++ # nice blog post about community
sorear link?
purl or "Link is ... like ... this pointy eared goblin that walks around in midi-music land with a letter opener attacking circles and things and wooing princesses but not bannon, you know?" or preaction is Error.
sorear purl, forget link
purl sorear: I forgot link
sorear (chromatic has too many blogs)
Coke anyone want to convert t/library/mime_base64.t to use data_json? 00:29
dalek kudo: 4a4fdca | jonathan++ | src/ (5 files):
Various fixes that gets role mix-ins working better. The main problem we faced is that we weren't doing the initialization of the new slots properly, but there were other bits too, including the ability to hold a role in a variable being broken (also now fixed). Includes some refactors that make things a bit neater, IMO.
 00:36
kudo: b367489 | jonathan++ | t/spectest.data:
Turn on S14-roles/anonymous.t, a test we never have been able to attempt before.
00:40 Spreadsheet_ joined
Whiteknight sorear: www.modernperlbooks.com/mt/2010/04/...ility.html 00:49
Coke chromatic: I'm fresh out of trouble, can I bother you for a cup? 00:50
mikehh All tests PASS (pre/post-config, make corevm/make coretest, smoke (#33377), fulltest) at r45883 - Ubuntu 10.04 beta amd64 (g++ with --optimize) 00:51
sorear Wait, is that directed at something I did? 00:52
darbelo You asked for the url. 00:53
10:11 <@Whiteknight> chromatic++ # nice blog post about community 00:54
10:11 <@sorear> link?
sorear ... oh 00:55
00:56 Spreadsheet_ left 00:57 fperrad joined
kid51 any branches need testing? 01:13
chromatic cotto's runcore_purge might. 01:14
cotto kid51, testing runcore_purge wouldn't hurt 01:27
kid51 Yes, I'm smoldering it now.
What is the objective of that branch? Is it connected to a specific TT? 01:29
runcore_purge: linux/i386 PASS: smolder.plusthree.com/app/projects/...ails/33378 01:32
Coke kid51: yes, the tt for the deprecation of runcores.
01:33 Andy joined
kid51 that would be TT #1563, right? 01:34
Coke looks good.
kid51 reads list: posts by both Andy Dougherty and Andrew Dougherty 01:35
just think how confused we'd be if *both* Patrick Michauds posted to list 01:36
but on closer inspection it appears Andy D and Andrew D are one and the same 01:41
chromatic Why do you think I have a nickname? I *could* go by Mike Bolton, but I had my name first.
Andy We could call you no-talent ass-clown.
kid51 �Qui�n es Mike Bolton? 01:42
chromatic That's not where I usually put the hyphens.
Andy It's from Office Space, kid51
cotto Oh. i didn't know there was a ticket. 01:43
kid51 runcore_purge: linux/i386: make fulltest: PASS at r45883 01:44
So, so far so good
chromatic: re blog post: My YAPC debut was a lightning talk called "An Index of Incivility in the Perl Community" 01:46
chromatic Was that at St. Louis? 01:48
kid51 Montreal
purl Montreal is, like, better for the woman-age
chromatic If you can remember Montreal, you weren't... oh wait, I wasn't. 01:49
kid51 In his blog post, dukeleto speaks of PL/Parrot, PL/NQP and PL/Rakudo. 01:52
Does PL here mean 'procedural language'?
If so, how would that differ from the Parrot, NQP, Rakudo we already have?
cotto They run in Postgres, afaict. 01:53
01:58 Psyche^ joined
dalek kudo: 6ee83f2 | jonathan++ | src/metamodel/ClassHOW.pir:
Fixes to method introspection so we can pass all of the tests on it again.
 01:59
kudo: 559b0ca | jonathan++ | src/builtins/Code.pir:
Tweak Code.name so it doesn't explode on PIR subs.
kudo: 5cf2126 | jonathan++ | t/spectest.data:
Turn on S12-introspection/methods.t.
kudo: 5707e67 | jonathan++ | t/spectest.data:
Turn on S02-magicals/pid.t, now that it's been tweaked to also work on Windows (presumably works elsewhere too; if not, it's easy enough to comment out again for the release).
kid51 runcore_purge: darwin/ppc: make test: PASS: smolder.plusthree.com/app/projects/...ails/33379 02:01
02:04 abqar joined 02:05 brooksbp joined
kid51 Ah, from this link, leto.net/dukeleto.pl/2009/11/parrot...abase.html , it appears that the 'procedures' are stored procedures (not necessarily procedural programming in general) 02:06
dalek kudo: 98f05df | jonathan++ | docs/ChangeLog:
Some more ChangeLog entries.
kid51 or, better still, Postgres Language 02:07
chromatic pmichaud, if there are tests for HLL annotations and line numbers, I'll make them a priority.
pmichaud I think HLL annotations work as we expect, it's just PIR line numbers that catch us off-guard. 02:08
but I can't verify that now. Maybe catch jnthn++ tomorrow sometime.
Did 2.3.0 have any of the line number improvements in it?
chromatic No, I held that for post-release as it had some IMCC changes. 02:09
They should be immaterial, but I once broke Rakudo by changing POD. 02:10
dukeleto kid51: any other questions about PL/Parrot? 02:13
is there any way to override an opcode from PIR? 02:28
i would be happy to just replace an opcode with a PIR subroutine
kid51 dukeleto: No, I was just catching up on my blogs 02:29
cotto whiteknight had an interesting unfinished patch to that effect
dukeleto it would be really nice if the open opcode was a dynop 02:31
i've figured out how to intercept access to the FileHandle PMC and File PMC from PIR, but i can't seem to intercept the open opcode 02:32
if i could replace an open dynop with my own, that would seal the deal
chromatic Yes, but if you can replace other ops with your own ops, you introduce another kind of security problem. 02:33
dukeleto chromatic: yes, unless you "pull the ladder up with you", i.e. replace ops and replace the op that replaces other ops
cotto No problem. Just replace the op you use to replace ops with another op. 02:34
chromatic I'm having a Star Trek: Generations moment.
dukeleto it sounds wacky, but that way might just work. must an op be a dynop to be replaced at runtime? 02:35
japhb chromatic: A sudden urge to retch?
chromatic Wondering why you need to steal a spaceship only to land on a planet and jump off of a bridge into a space anomaly.
dukeleto chromatic: if i could intercept the open opcode right now, I would be able to secure PL/Parrot. what is the simplest way to do that? 02:36
japhb chromatic, I think it follows approximately the same script logic that determined the sun is actually right at the top of the atmosphere, and thus you can see the whole course of events after the launch in a matter of a few seconds. Which is to say, none. 02:38
chromatic With the slow/fast cores, I think the simplest way to do that is to replace the appropriate function pointer in the approprate op_info_table. 02:39
cotto If we nuke the other cores, that's all you have to worry about. 02:40
chromatic If we're going this direction, I prefer to make a new runcore that allows you to mask certain ops, or at least clones its op_info table and replaces parts of it. 02:41
That's not difficult.
cotto sounds flexible
02:42 janus joined
cotto clone the current runcore, override the dangerous ops, switch to it and you're golden 02:43
chromatic I've done it to Perl 5. That horror should be worth something.
02:50 JimmyZ joined
JimmyZ msg bacek I don't know how to set LANG to "C" on windows, and I'm using an english version of SVN. 02:55
purl Message for bacek stored.
dukeleto chromatic: i like the sound of a "security" runcore that trades speed for security features, such as you describe 03:23
chromatic: i would definitely be willing to help out, since it is key for PL/Parrot 03:24
chromatic Let me think about the design some more, but it's a workable idea. 04:03
cotto That works nicely with the plan for Lorito. 04:19
05:00 rurban_ joined
dalek rrot: r45884 | petdance++ | trunk/src/pbc_dump.c:
consting loop pointers
 05:05
rrot: r45885 | petdance++ | trunk (2 files):
starting on the consting of all the STRING *
05:06 davidfetter joined 05:07 hercynium joined
dalek rrot: r45886 | petdance++ | trunk/src/string/api.c:
Renamed saneify_string to ASSERT_STRING_SANITY, a more accurate name
 05:21
06:06 uniejo joined 06:25 uniejo joined 06:49 aukjan joined 06:54 riffraff joined, theory joined
szabgab is there anyone from Parrot around Berlin, Germany who might want to join us at the Perl booth and talk to people about Parrot? 07:21
07:25 jan joined 07:28 Myhrlin joined 07:30 iblechbot joined
cotto szabgab, barney is in germany. I'm not sure how close to Berlin though. 07:32
szabgab oh yes, he also came to CeBIT 07:33
07:46 nopaste joined 07:51 TonyC joined 07:52 nopaste joined 07:56 TonyC joined, nopaste joined 08:03 gerd joined
dalek kudo: af152d7 | (Martin Berends)++ | src/core/Temporal.pm:
[core/Temporal.pm] give strftime() the previously forgotten %b and %B formats
 08:05
bacek o hai 08:07
GeJ o hai too. 08:11
gerd search.cpan.org/dist/parrot/ is gone from CPAN, so can I remove ports/cpan from the parrot trunk? 08:13
Or may be discussed this by email at parrot-dev? 08:19
moritz might be better, yes 08:20
I remember some confusion about whether parrot belongs on the CPAN or not
previously all "supported" releases where on CPAN
(and in the beginning all of them were) 08:21
gerd The CPAN was out of date
Now it is there an ** UNAUTHORIZED RELEASE ** there 08:22
I think the documentation under ports/cpan are obsolete 08:23
dalek kudo: 05ee824 | moritz++ | docs/release_guide.pod:
[docs] update release guide
 08:24
gerd but I will send an email with this question, bye
08:31 kjeldahl joined 08:41 khairul joined
dalek kudo: d50e92f | moritz++ | docs/announce/2010.04:
[announce] mention number of passing tests, and a nit pick from snarkyboojum++
 08:47
moritz is a bit confused that the gsoc announcement wait for another 4 days, even though the de-duplication has been done 08:56
sorear gsoc announcement? 08:59
moritz announcement which proposals will be accepted and funded 09:00
gsoc = google summer of code
sorear yes 09:04
apparently I'm missing something
this is the first I've heard about that announcemen
moritz according to socghop.appspot.com/document/show/g...0/timeline it will be on the 26th 09:05
dalek rrot: r45887 | bacek++ | trunk/.gitignore:
Readd single .gitignore file.

cat MANIFEST.SKIP | grep -v '/$' | sed 's/\\//' | sed 's/\\.\\*/*/g' | sed 's/\\\\\\././g' | sed 's/\\$$//' > .gitignore		 09:28
bacek hope _single_ .gitignore will not so disturbing...
chromatic +1 to a single .gitignore 09:30
moritz +1 too 09:31
09:32 gaz joined
chromatic bacek, we should take up the const string AVL cache again. 09:34
bacek chromatic, you reckon?
chromatic I'm curious to see how it performs with immutable strings. 09:35
We may be able to define the strings as parrot_string_t in libparrot.so, avoiding even having to create them at startup.
bacek hmm... 09:36
Let me sync branch with trunk and see how it goes.
dalek rrot: r45888 | bacek++ | trunk (2 files):
Constify Parrot_str_replace args.
 09:45
09:51 lucian joined
bacek .oO ( Looks like we should start shipping plumage within parrot ) 09:54
09:59 iblechbot joined
dalek rrot: r45889 | bacek++ | branches/avl_string_cache (333 files):
Sync branch with trunk.

  \tinclude/parrot/string_funcs.h
  \tsrc/packfile/pf_items.c
  \tsrc/string/api.c		 10:01
rrot: r45890 | bacek++ | branches/avl_string_cache/src/packfile/pf_items.c:
Properly fix merge conflict.
kudo: 5c8257f | moritz++ | (2 files):
enable three more test files that colomon++ fudged
 10:02
10:02 Patterner joined
bacek msg chromatic avl branch synced with trunk. 10:04
purl Message for chromatic stored.
dalek rrot: r45891 | bacek++ | branches/string_consting:
Branch for consting STRING*
 10:18
kudo: d952fc4 | quester++ | src/core/ (2 files):
Fix Seq.perl to not say Seq.new(). Interim fix for Iterator.perl infinite loops.
 10:30
10:49 clinton joined
dalek rrot: r45892 | bacek++ | branches/string_consting (2 files):
Made Parrot_str_copy to accept const string
 10:50
rrot: r45893 | bacek++ | branches/string_consting (12 files):
Mass update charset/encoding functions to accept const strings
rrot: r45894 | bacek++ | branches/string_consting (2 files):
Mass constring string API functions
mikehh need to re-boot and backup before Ubuntu 10.04 RC - bbl 11:16
Coke bacek: why did you not generate it with the tool!? =-) 11:29
(the .gitignore) 11:30
bacek Coke, I DID!
I used best IDE ever.
My linux box :)
Coke bacek: see tools/dev/mk_* 11:32
bacek mk_gitignore works on svn checkouts only. meh.
*incoming* 11:33
moritz bacek: git svn show-ignore or so, iirc
bacek moritz, git svn create-ignore actually. 11:34
And I managed to create 100 .gitignore files with it :)
moritz bacek: gi svn show-ignore > .gitignore works too 11:36
and creates only one file
bacek moritz, ah. ok. Good to know. 11:37
dalek rrot: r45895 | bacek++ | branches/string_consting/src/ops (4 files):
Consting strings in ops
 11:39
rrot: r45896 | bacek++ | branches/string_consting/src/string/api.c:
Consting Parrot_str_join.
rrot: r45897 | bacek++ | branches/string_consting (2 files):
Consting Parrot_ex_build_exception
rrot: r45898 | bacek++ | branches/string_consting (2 files):
Consting IO API
rrot: r45899 | bacek++ | branches/string_consting (2 files):
Consting Parrot_psprintf
rrot: r45900 | bacek++ | branches/string_consting (2 files):
Consting src/library.c
rrot: r45901 | bacek++ | branches/string_consting/src/debug.c:
Consting PBC_backtrace
rrot: r45902 | bacek++ | branches/string_consting/src (3 files):
Consting extent/embed functions
11:56 mikehh joined
dalek kudo: 43f1105 | pmichaud++ | docs/spectest-progress.csv:
spectest-progress.csv update: 402 files, 30887 (79.9% of 38645) pass, 0 fail

S06-signature/named-parameters.rakudo passed 82 unplanned test(s) S32-list/reduce.rakudo passed 4 unplanned test(s)		 12:02
bacek I love this kind of test failures!
12:05 whiteknight joined 12:09 bluescreen joined 12:22 ruoso joined
Coke seen sfink? 12:27
purl I haven't seen 'sfink', Coke
Coke steve fink?
steve a fink?
note that de-dup is not over. 12:29
(for moritz)
moritz Coke: it's not?
Coke just the first meeting.
3 dups left, AIUI. 12:35
12:38 smash joined
smash hello everyone 12:38
Coke can't resits...
hulk?
purl Hulk SMASH!!!
Coke botsnack! 12:39
purl thanks Coke :)
bacek :))) 12:41
smash so, anyone i can talk to to try to cross-compile parrot ? 12:42
12:42 Mokurai1 joined
bacek smash, dukeleto? 12:47
Coke I think there might be a GSOC project or 2 about that. 12:49
>potential<
12:50 tetragon joined
smash cool, thks 12:51
dukeleto: ping
12:54 Andy joined
dalek tracwiki: v57 | bacek++ | ParrotQuotes 12:57
tracwiki: Bot SMASH
tracwiki: trac.parrot.org/parrot/wiki/ParrotQ...ction=diff
13:00 rurban_ joined
dalek rrot: r45903 | bacek++ | branches/string_consting/src/packfile.c:
Constring src/packfile.c
 13:18
rrot: r45904 | bacek++ | branches/string_consting (2 files):
More Consting src/library.c
rrot: r45905 | bacek++ | branches/string_consting (2 files):
Consting Parrot_sprintf_format
rrot: r45906 | bacek++ | branches/string_consting (2 files):
Constify src/oo.c
rrot: r45907 | bacek++ | branches/string_consting (2 files):
Constify src/pmc.c
rrot: r45908 | bacek++ | branches/string_consting (4 files):
Constify IO more
rrot: r45909 | bacek++ | branches/string_consting (2 files):
Constify src/global.c
rrot: r45910 | bacek++ | branches/string_consting (2 files):
Constify src/sub.c
rrot: r45911 | bacek++ | branches/string_consting (7 files):
Constify platform-sepcific functions
rrot: r45912 | bacek++ | branches/string_consting/src/spf_render.c:
Rerun headerizer
moritz I'm curious -- does the excessive consting actually bring any performance benefit by enabling some compiler optimizations? 13:21
PerlJam "excessive consting"? It's not excessive if it's useful :) 13:22
moritz ok, s/excessive/consequent/
particle moritz: yes, consting allows the compiler to more safely optimize 13:24
it also lets the compiler enforce a contract with the programmer
moritz particle: I know that in theory - I'm curious if this actually makes a difference for parrot speed in practise 13:25
PerlJam depends on how lazy the compiler is about optimization
particle well, '#define const', recompile optimized, and benchmark.
with gcc, you'll see a difference, i promise.
i don't know how much precisely. 13:26
13:29 patspam joined 13:31 shockwave joined
shockwave purl paste 13:32
purl paste is probably (see: nopaste) or like glue but a little safer to sniff. or nopaste.snit.ch:8001/ or scsys.co.uk:8001/ anywhere shadowpaste is or mmm, sticky paste or You there! Eating the paste. or <see> 2 girls, 1 paste or App::Nopaste or toxic for bots and humans
13:32 ruoso joined
nopaste "shockwave" at 192.168.1.3 pasted "How to add float to int?" (22 lines) at nopaste.snit.ch/20334 13:38
shockwave I have a question on how to use the += between an int and a float. 13:39
The post above shows the code generated by my prototype compiler.
Parrot gives an error on the line: $I20000001 += 3.14 13:40
As I was writing down the post, it occurred to me the solution could be like below. Any ideas?
Thanks
P.S. The first part of the post is the code in the HLL that creates the PIR. 13:42
moritz I guess you want automatic coercion to int?
shockwave moritz: Yes.
PerlJam doesn't seem very low-levelish 13:43
moritz it might be more efficient to first assign 3.14 to an $N register, and then $I2 = $N1
nopaste "coke" at 192.168.1.3 pasted "here's one way to do it" (6 lines) at nopaste.snit.ch/20335
moritz that way you don't generate a PMC
PerlJam moritz++ exactly
nopaste "coke" at 192.168.1.3 pasted "here's another" (5 lines) at nopaste.snit.ch/20336 13:44
shockwave Oh, if I can use the += between an $I an $N that's great.
I'll try it out right now.
moritz shockwave: nope
shockwave :(
moritz shockwave: what I mean is coerce the RHS to int in a separate spec
$N1 = 3.14
$I1 = $N1
PerlJam now someone needs to benchmark boxing vs register assignment :)
moritz $I20001 += $I1 13:45
Coke those nopastes were for shockwave, btw.
moritz: $I1 = 3.14 is fine.
shockwave moritz: I see.
Coke that will coerce at compile time, even.
moritz shockwave: ok, listen to Coke
shockwave Coke, looking at your post now. 13:46
moritz PerlJam: I'm just guessing that creating a PMC also implies the GC at some point
shockwave Coke: Sweet, that's really short. 13:47
particle re: boxing vs register assignment... it depends on what the semantics of the hll are more than performance
shockwave Ok, I'll code it in.
Unit test passes. Works like a charm. 13:57
Thanks guys.
Coke np 13:59
moritz parallel build fails again :( 14:19
oh, and building NQP-rx on HEAD also fails 14:20
14:20 bubaflub joined 14:25 NotFound joined
NotFound hi 14:25
purl hola, NotFound.
14:25 Andy joined
shockwave Hey, NotFound 14:26
purl rumour has it NotFound is Julián Albo <mailto:julian.notfound@gmail.com>
NotFound Big storm here, but I will survive.
shockwave NotFound, where is here? 14:27
Tropics?
NotFound Santiago de Compostela, Spain. 14:28
shockwave NotFound, are you really there? That sounds like a cool place to be at, even with the storm. 14:29
NotFound shockwave: it rains a lot, but is a good place.
shockwave The earth is always fertil where there's lots of rain. And food comes from the earth. So it ends up being good for us. I think, anyway. 14:30
NotFound: Tu hablas espanol? 14:31
NotFound shockwave: sí, lo que hablo muy mal es inglés.
shockwave No para mi. Nunca me di cuenta de nada. 14:32
14:32 davidfetter joined
NotFound You never hear me, only read me ;) 14:32
shockwave :-$ 14:33
NotFound The main international language is Bad English, followed by Even Worse English. 14:34
shockwave NotFound: You at least write it much better than the average high school (secondary school) graduate. 14:35
NotFound Thanks 14:36
shockwave That includes me in that figure ^^^
NotFound Inline discussions improve quick writing skills a lot ;) 14:38
shockwave true
14:40 iblechbot joined
Coke (|| build fails) - moritz, nopaste the failure? 14:42
moritz Coke: I'm working on it, seems to be related to the namespace entry of methods going away 14:43
nopaste "shockwave" at 192.168.1.3 pasted "alias method." (11 lines) at nopaste.snit.ch/20338 14:44
shockwave NotFound: If you remember the question I had later about the alias for the method. The solution I ended up using is just outputing 2 subroutines for each method; one acts as an alias for the other. 14:46
NotFound: THe paste above is an example.
NotFound shockwave: good 14:47
tewk Andy, I'm pretty sure llvm-gcc is the gcc front-end with the llvm backend right? 14:59
clang's c++ front-end is still not complete, although it is sufficient to compile llvm.
Andy Not sure
just letting people know it's there 15:00
tewk clang is a complete 100% front to back replacement for gcc, that uses llvm for the backend optimization and codegen. 15:02
moritz reported successfull parrot builds with clang a few months ago 15:04
need to configure with --without-gmp though, back in the days
June 2009, actually 15:05
tewk clang's c and obj-c parsers are 100% implemented I believe, its the c++ that still lacks some advanced features.
15:06 ruoso joined 15:07 ash_ joined
tewk All I was trying to say, was that last I knew llvm-gcc, was the gcc frontend + llvm backend, it doesn't use the clang front end. 15:07
moritz right
and parrot compiled fine with that too, last I tried :-) 15:08
NotFound PacoLinux sent this smoke a few days ago: smolder.plusthree.com/app/projects/...ails/33333
ash_ parrot works with clang and llvm-gcc (i use clang here)
Andy tewk: Oh, ok, I understand. 15:12
15:12 shockwave left
Andy I'm more interested in the front end, I think, assuming that's where the error checking is going on. 15:13
I use llvm-clang on my Linux box anyway.
tewk Yes the cool error-checking, reporting, and static analysis is all in the clang frontend. 15:17
15:24 fperrad joined 15:29 Mokurai1 joined 15:32 Mokurai joined 15:34 fperrad_ joined 15:35 darbelo joined
dalek rrot: r45913 | petdance++ | trunk/config/gen/platform/generic/itimer.c:
SHIMmed an unused arg
 15:47
15:59 theory joined 16:02 darbelo joined 16:04 theory joined 16:05 theory joined
dalek p-rx: 779f443 | moritz++ | (3 files):
bump PARROT_REVISION and enable build
 16:24
16:24 Mokurai joined, ash_ joined 16:37 bjoern joined
dalek p-rx: 515d267 | moritz++ | src/stage0/ (4 files):
update boostrap
 16:41
p-rx: d823fc2 | moritz++ | docs/bootstrapping.pod:
[docs] bootstrapping guide
16:45 bjoern left 16:50 Mokurai1 joined
dalek rrot: r45914 | moritz++ | trunk/ext/nqp-rx/src/stage0 (4 files):
[nqp] update bootstrap files to :nsentry fix
 16:52
nopaste "coke" at 192.168.1.3 pasted "why does this conversion to data_json fail?" (37 lines) at nopaste.snit.ch/20339 16:53
japhb After you get the result of .'compile'(), IIRC you then have to invoke the result -- you get a sub that generates the JSON, rather than the JSON itself. 16:55
tewk git config --global user.name "Your Name"
japhb er, the data structure.
Coke ah, that's a change from the old style. 16:56
if someone wants to complete that conversion, fire away. (also, load_bytecode 'data_json.pbc' works better.)
mikehh Coke: MANIFEST requires that the single .fitignore be added, but then it [.gitignore] will fail svn properties tests 16:58
what happens if I add svn properties to .gitignore?
moritz what should happen? 16:59
git doesn't care about the props
mikehh anything bad or will it just ignore it :-}
moritz don't think it'll be bad
mikehh just ignored
well let's see 17:00
17:04 whiteknight joined
dalek rrot: r45915 | mikehh++ | trunk/MANIFEST:
re-generate MANIFEST
 17:09
rrot: r45916 | mikehh++ | trunk/.gitignore:
add svn properties to .gitignore
17:10 Mokurai1 joined 17:13 bakkdoor joined
mikehh All tests PASS (pre/post-config, make corevm/make coretest, smoke (#33388), fulltest) at r45916 - Ubuntu 10.04 beta i386 (g++ with --optimize) 17:34
cotto_work We should update parrotblog.org more or take it down. 17:52
dalek rrot: r45917 | darbelo++ | branches/include_dynpmc_makefile/src/dynpmc (2 files):
Update the dynpmc makefiles after the last batch of deprecations.
 17:58
Coke cotto_work: there's a ticket for that. 18:06
I think the plan is to make it a redirect to parrot.org
just move the artyicles over.
18:08 davidfetter joined 18:15 zostay_m joined 18:26 ash_ joined
NotFound What's the branch for string consting? 18:29
cotto_work string_consting 18:32
NotFound thk
Coke ... mmmheheheh. 18:45
dalek rrot: r45918 | darbelo++ | branches/include_dynpmc_makefile/src/dynpmc/Rules.in:
Typo fix in makefile.
 18:47
Coke darbelo: wow, nearly forgot about that branch. 18:49
there are more dynpmcs to remove, i think.
darbelo Really? I killed a whole bunch on trunk right after 2.3 shipped. 18:50
18:54 lucian joined
NotFound I'm thinking it will be better to redefine STRING as const, and use other symbol for the few cases allowed to modify it. 18:55
darbelo Coke: I don't see anything in DEPRECATED.pod 18:59
There are even a few PMCs that will become dynpmcs listed. 19:00
cotto_work I'm surprised I hadn't heard of ropes before. 19:03
particle i'm surprised too. i thought you were smarter :P 19:04
particle slaps himself 19:05
Coke darbelo: hokay.
have fun and rm makefiles.
darbelo Coke: Glad to rip stuff out if you point me at it :)
Coke if you fix t/library/mime_base64.t to use data_json I can rip more stuff out. 19:07
though I nearly have that.
yup, jahphb++ 19:08
19:09 bakkdoor joined 19:18 lucian joined
dalek rrot: r45919 | coke++ | trunk/t/library/mime_base64.t:
Avoid deprecated JSON compiler.
 19:22
Coke I vaguely dislike hiding the tests that are run in lib/* instead of in a makefile. 19:36
dalek kudo: eb0d263 | moritz++ | tools/update_passing_test_data.pl:
[tools] run parrot without -G
kudo: 7d43ee0 | moritz++ | t/spectest.data:
4 more passing test files
Coke I just noticed we don't seem to be running t/compilers/json/*.t, e.g.
darbelo Not that it matters a lot now... 19:46
plobsing in the build tree, data_json.pbc is under runtime/parrot/library, but it gets installed as a language. How should I load it if I want to be able to run both in-tree and installed? 19:51
19:51 joeri joined
dalek rrot: r45920 | darbelo++ | branches/include_dynpmc_makefile (135 files):
Sync with trunk, again.
 19:56
rrot: r45921 | gerd++ | trunk (7 files):
delete CPAN relevant files and remove CPAN corresponding things
Coke plobsing: make it work like the documentation says it should? 20:04
darbelo: (matters) sure it does, because those tests are going to turn into our data_json tests.
(since we don't even have tests for those.) 20:05
darbelo Ok. Ouch, then. 20:06
Coke will fix shortly if no one beats me to it. 20:07
plobsing Coke: the synopsis in ./compilers/data_json/data_json.pir (the only docs I'm aware of) assumes you have it loaded already
ooh, looks like theres some stuff in examples/ 20:09
japhb plobsing, look at runtime/parrot/library/Config/JSON.pir . 20:10
I think it loads data_json the canonical way.
20:10 theory joined
moritz dukeleto: is there a good reason why 'open' needs to be an opcode at all? 20:10
sounds like it could be deprecated, and substituted by some kind of library call 20:11
dukeleto moritz: FileHandle.open already exists
moritz: maybe we can just deprecate the open opcode and tell people to use File/FileHandle.open
moritz I can't quite imagine it being a hot path 20:12
japhb "But what if I'm opening every file in a huge in-memory file system and then immediately closing it without doing any other operations, and I've written a really tight loop and ..." OK, yeah, moritz is right. ;-) 20:14
nopaste "NotFound" at 192.168.1.3 pasted "patch: pir debug mapping as array of structs, instead of array of pointer to structs" (196 lines) at nopaste.snit.ch/20340 20:17
NotFound Some opinion or objection about this patch? 20:18
dukeleto NotFound: no objection from me 20:21
NotFound It can save a lot of allocations in the loading of big pbc 20:23
Coke moritz: opcode vs. some other entry point... I suspect it was done organically.
darbelo NotFound: +1 20:25
purl 1
ttbot Parrot trunk/ r45923 i386-linux-thread-multi make error tt.taptinder.org/file/cmdout/275349.txt ( tt.taptinder.org//buildstatus/pr-Pa.../rp-trunk/ ) 20:26
dalek rrot: r45922 | fperrad++ | trunk (11 files):
[zlib] add a configure step for zlib, and a skeleton of GzipHandle PMC
 20:29
rrot: r45923 | plobsing++ | trunk/tools/dev/nci_thunk_gen.pir:
fix use of data_json so it works outside of trunk
Coke does fperrad have a list he's working off of? I am always very surprised to see what he's checking in. 20:32
dukeleto Coke: some say Azathoth himself gives fperrad instructions 20:36
Coke Ah. See, I've been getting my marching orders from Hastur.
20:41 hercynium joined 20:48 kurahaupo joined
ttbot Parrot trunk/ r45924 i386-linux-thread-multi make error tt.taptinder.org/file/cmdout/275393.txt ( tt.taptinder.org//buildstatus/pr-Pa.../rp-trunk/ ) 20:50
Parrot trunk/ r45925 i386-linux-thread-multi make error tt.taptinder.org/file/cmdout/275400.txt ( tt.taptinder.org//buildstatus/pr-Pa.../rp-trunk/ ) 20:51
GeJ Good morning everyone. 20:54
cotto_work hi GeJ
GeJ servus cotto.
Coke plobsing: you broke-ed it: "load_language" couldn't find a compiler module for the language 'data_json' 20:55
20:59 Mokurai1 joined 21:00 rurban_ joined
dalek rrot: r45924 | coke++ | trunk/DEPRECATED.pod:
Note new, presumably experimental dynpmc.
 21:02
rrot: r45925 | NotFound++ | trunk (4 files):
allocate pir debug mappings as array of structs, instead of array of pointers to structs
rrot: r45926 | fperrad++ | trunk/MANIFEST.generated:
[install] gdbmhash and digest dynpmcs are gone with r45826
rrot: r45927 | NotFound++ | trunk/tools/dev/nci_thunk_gen.pir:
revert r45923, broke the build
rrot: r45928 | fperrad++ | trunk/MANIFEST.generated:
install GzipHandle PMC, fix r45922
ttbot Parrot trunk/ r45926 i386-linux-thread-multi make error tt.taptinder.org/file/cmdout/275433.txt ( tt.taptinder.org//buildstatus/pr-Pa.../rp-trunk/ ) 21:03
plobsing Coke: head-desk 21:04
21:08 Mokurai1 joined
dalek rrot: r45929 | darbelo++ | branches/include_dynpmc_makefile/MANIFEST:
Regen manifest.
 21:18
21:32 Mokurai joined 21:38 Mokurai1 joined, TiMBuS joined 21:39 Mokurai joined 21:50 Mokurai joined, Whiteknight joined
dalek rrot: r45930 | plobsing++ | trunk (3 files):
fix use of data_json so nci_thunk_gen works outside of the build tree.
 21:51
21:57 Mokurai2 joined 22:10 mikehh joined 22:24 ash_ joined
dalek rrot: r45931 | plobsing++ | trunk/t/library/mime_base64.t:
fix to work with new location for data_json
 22:41
22:42 Mokurai joined, hercynium joined 22:43 Mokurai1 joined 22:49 Mokurai joined 22:52 Mokurai1 joined 22:55 ash_ joined
dalek rrot: r45932 | plobsing++ | trunk/t/dynpmc/gziphandle.t:
add svn id
 22:57
23:03 Mokurai joined
dalek kudo: 08c4cf0 | jonathan++ | src/Perl6/Grammar.pm:
Detect non type names in the does and hides trait mods, so we can give good meaningful parse time errors rather than crappy runtime ones.
 23:17
kudo: 776e793 | jonathan++ | src/ (2 files):
Sensible rather than meaningless unhelpful error when using does trait mod on something that's not a role.
23:26 tetragon joined 23:27 Mokurai1 joined
dalek kudo: 0bea1f4 | jonathan++ | src/Perl6/ (2 files):
Fix to role type parameter handling so we don't get scoping of parameters wrong.
 23:28
kudo: 3954332 | jonathan++ | t/spectest.data:
Turn S14-roles/parameterized-basic.t on again; we pass 18 tests in there after the previous fix.
23:33 Mokurai2 joined
Coke www.whitehouse.gov/tech 23:33
davidfetter that's pretty cool :) 23:35
23:35 bacek_at_work joined
bacek_at_work o hai 23:36
cotto_work hi 23:37
23:40 bakkdoor joined 23:42 allison joined 23:46 Mokurai joined 23:49 Mokurai2 joined
dalek tracwiki: v58 | coke++ | ParrotQuotes 23:51
tracwiki: fix my typo and break up chromatic's send.
tracwiki: trac.parrot.org/parrot/wiki/ParrotQ...ction=diff
23:51 Mokurai joined
Whiteknight immutable strings are in, no? 23:51
cotto_work yup
Whiteknight okay, because I'm seeing some things in src/string/api.c that don't look like they've gottent the magic touch 23:52
cotto_work no they don't 23:53
I imagine it'll be a while before the api reflects the immutable string mindset
Whiteknight what's the purpose of the COW flags now? Just a mention that multiple headers are pointing to the same buffer? 23:54
cotto_work The purpose is to give you something to rip out.
Whiteknight and what's the intended semantic difference between Parrot_str_copy and Parrot_str_clone?
bacek_at_work str_copy is shallow 23:55
clone is deep
"COW" is actually "shared buffer" 23:56
23:58 Mokurai joined
cotto_work why do those things matter with immutable strings? 23:59

Powered by Cro and the Raku® Programming Language.

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

Thank you!