Camelia, the Perl 6 bug

IRC log for #parrot, 2012-06-02

Parrot | source cross referenced

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

All times shown according to UTC.

Time Nick Message
00:22 dalek parrot/whiteknight/io_cleanup1: de4b042 | Whiteknight++ | src/io/ (3 files):
00:22 dalek parrot/whiteknight/io_cleanup1: Fix a few more small issues with encodings and assertions. Build gets significantly further
00:22 dalek parrot/whiteknight/io_cleanup1: review: https://github.com/parrot/parrot/commit/de4b0429d3
00:35 whiteknight This current build failure is really getting on my nerves
01:03 NotFound whiteknight: I'm thinking about creating an Encoding PMC to give better access to encodings from pir
01:03 whiteknight What kind of interface would it provide?
01:06 NotFound whiteknight: just an idea for a now. Getting an encoding by name and checking its name (it's not always the same as provided), getting the encoding of a string, trans encoding,
01:06 whiteknight .get_name(), .encode(s), .string_has_encoding(s), etc
01:07 NotFound It will allow to get rid of the encoding numbers in pir, keeping track of the numbers is a shame.
01:09 NotFound And maybe in the future it can allow to generate a encoding on the fly, for example for the lot of latin variants, from information from the OS.
01:10 NotFound (but probably when we reach that point all the world has already moved to utf8) X-)
01:10 whiteknight yes, and maybe I'll grow wings and a big unicorn horn
01:11 NotFound That will be great, you can become the Winxed logo.
01:12 whiteknight :)
01:12 NotFound "whiteknight in the sky with horns"
01:15 NotFound If someone is interested in the state of winxedxx, it has just gained the ability of dynamically load modules and use functions and classes from them.
01:17 whiteknight awesome
01:18 NotFound The most bizarre mix between static and dynamic types and linking in the world.
01:19 whiteknight heh
01:19 whiteknight blah, this error is starting to get on my nerves
01:20 whiteknight I think opsc is not outputting .c files, but I don't know why
01:21 whiteknight because I don't think it's buffering, so the data should all be going directly to the file
01:30 whiteknight eff this. I'll deal with it this weekend
02:11 dalek rakudo/nom: eff089b | (Solomon Foster)++ | lib/Test.pm:
02:11 dalek rakudo/nom: Add diakopter++'s eval_dies_with_error.
02:11 dalek rakudo/nom: review: https://github.com/rakudo/rakudo/commit/eff089bffb
02:35 kurahaupo joined #parrot
04:33 pmichaud followup to qrpa stuff from earlier -- when I put the QRPA code directly into Parrot, get_pmc_keyed_int runs slightly faster than it did from the rakudo subtree
04:34 pmichaud same if I do QRPA as a dynpmc from within the parrot repo
04:34 pmichaud so.... I'm not sure what's up
04:34 pmichaud I'll look at it more tomorrow afternoon, I guess.
04:34 pmichaud to clarify:  when QRPA is in the parrot repo, it runs faster or the same speed as RPA
04:35 pmichaud it's only when it's loaded as part of the perl6_group dynpmc that I've noticed a slowdown
04:35 pmichaud afk, sleep
06:20 fperrad joined #parrot
09:11 PacoAir joined #parrot
09:11 brrt joined #parrot
10:14 dalek mod_parrot: 51223cf | (Bart Wiegmans)++ | / (6 files):
10:14 dalek mod_parrot: Cleaning up building, but mostly, get loadlib and friends working
10:14 dalek mod_parrot: review: https://github.com/bdw/mod​_parrot/commit/51223cf1e0
10:31 whiteknight joined #parrot
10:32 brrt hey, whiteknight
10:33 brrt you're just the person i was looking for
10:33 whiteknight hello brrt. How are you doing today?
10:33 brrt debugging a segfault :-)
10:33 brrt how are you
10:34 lucian_ joined #parrot
10:38 brrt oh, and its not even my segfault, fortunately
10:38 brrt its caused by compreg('winxed')
10:38 brrt or, load_language('winxed')
10:40 brrt Parrot_compreg_p_sc (cur_opcode=0x21a6b394, interp=0x219f28c8) at src/ops/core_ops.c:14979
10:40 brrt 14979    PREG(1) = VTABLE_get_pmc_keyed_str(interp, compreg_hash, SCONST(2));
10:46 whiteknight weird. is compreg_hash null?
10:47 whiteknight that macro expands to: compreg_hash->vtable->get_pmc_keyed_str(interp, compreg_hash, SCONST(2))
10:48 brrt probably
10:48 brrt my gdb-fu is not good enough to figure out
10:49 whiteknight p * compreg_hash
10:50 whiteknight and if that's not null, try this: p * compreg_hash->vtable->whoami
10:53 brrt i'll try
10:55 brrt cannot access memory at address 0x0
10:55 brrt but i can print the whole interpreter
10:56 brrt (compreg_hash is null)
11:00 JimmyZ joined #parrot
11:00 whiteknight okay, that's weird. compreg_hash should be created during interp setup and should not be null
11:03 brrt i can only find a reference in core_ops
11:06 whiteknight right, it's coming out of the interp globals array
11:06 dalek m1: fd97b97 | jimmy++ | / (45 files):
11:06 dalek m1: move all c files and m1.* to src/
11:06 dalek m1: review: https://github.com/parrot/m1/commit/fd97b974a0
11:07 brrt i did use Parrot_api_set_configuration_hash
11:07 brrt but only with libdir and build_dir and versiondir
11:10 brrt but that comes down to Parrot_lib_update_paths_from_config_hash, which doesn't touch compreg_hash
11:12 dalek m1: 87c17f1 | jimmy++ | Makefile:
11:12 dalek m1: make clean should remove m1lexer.* files
11:12 dalek m1: review: https://github.com/parrot/m1/commit/87c17f1520
11:13 brrt oh, doesn't depend on Parrot_api_set_configuration_hash
11:21 brrt pff, i can't find it right now
11:27 whiteknight I'll look for it as soon so I put in my next commit
11:28 brrt :-) thanks, but don't worry about it much
11:31 brrt i could also post a bug probably?
11:34 whiteknight yes
11:34 brrt whatup, i can load the symbol for ap_rwrite using dlfunc inside apache, but not outside
11:35 brrt i.e.
11:35 brrt within apache, i can call all functions in the scope using dlfunc
11:36 brrt - probably - because apache uses dynamic loading so thoroughly, otherwise my dynamic module could never link to ap_* functions
11:48 brrt but this is awesome
11:52 brrt anyway, got to run
11:53 brrt left #parrot
11:59 kid51_ joined #parrot
12:06 crab2313 joined #parrot
12:20 whiteknight brrt++
12:30 dalek parrot/whiteknight/io_cleanup1: 2037433 | Whiteknight++ | / (4 files):
12:30 dalek parrot/whiteknight/io_cleanup1: Add in linebuffering logic, stolen in all it's hacky glory from the old system. Set up block buffering on stdin and line buffering on stdout. Make sure to flush stdout on io finish so we don't lose any data if we exit without having written a final newline.
12:30 dalek parrot/whiteknight/io_cleanup1: review: https://github.com/parrot/parrot/commit/2037433553
12:30 dalek parrot/whiteknight/io_cleanup1: 9bbf96d | Whiteknight++ | / (6 files):
12:30 dalek parrot/whiteknight/io_cleanup1: Cleanup some buffer-related stuff. Rename the buffer flags to PIO_BF_ to separate them from the normal handle flags.
12:30 dalek parrot/whiteknight/io_cleanup1: review: https://github.com/parrot/parrot/commit/9bbf96d8af
12:30 dalek parrot/whiteknight/io_cleanup1: d59461a | Whiteknight++ | / (10 files):
12:30 dalek parrot/whiteknight/io_cleanup1: Many assorted fixes so src/io/*.c source files build without warnings (or, without known warnings). Found a few bugs in the process. Also, fixed and infinite recursion bug that showed up when I fixed some warnings.
12:30 dalek parrot/whiteknight/io_cleanup1: review: https://github.com/parrot/parrot/commit/d59461ad7e
12:52 crab2313 joined #parrot
13:08 Psyche^ joined #parrot
13:18 crab2313 joined #parrot
13:44 dalek parrot/777/no_pretty_debug: 140692e | jkeenan++ | lib/Parrot/Configure/Options/Conf/Shared.pm:
13:44 dalek parrot/777/no_pretty_debug: Add 'no-pretty-debug' option.
13:44 dalek parrot/777/no_pretty_debug: review: https://github.com/parrot/parrot/commit/140692e359
13:44 dalek parrot/777/no_pretty_debug: 12636aa | jkeenan++ | config/init/defaults.pm:
13:44 dalek parrot/777/no_pretty_debug: Add no_pretty_debug.
13:44 dalek parrot/777/no_pretty_debug: review: https://github.com/parrot/parrot/commit/12636aa2b4
13:44 dalek parrot/777/no_pretty_debug: 8470cbc | jkeenan++ | config/gen/makefiles/root.in:
13:44 dalek parrot/777/no_pretty_debug: Create a select_pretty_debug 'make' target.  As currently structured, GDB pretty printing will be on by default but turned off by CLO '--no-pretty-debug'.
13:44 dalek parrot/777/no_pretty_debug: review: https://github.com/parrot/parrot/commit/8470cbcc55
14:31 plobsing_ joined #parrot
14:42 PacoAir joined #parrot
14:45 zby_home joined #parrot
15:12 brrt joined #parrot
15:26 brrt1 joined #parrot
15:34 whiteknight kid51++
15:44 kjs joined #parrot
15:55 JimmyZ hello kjs
15:55 kjs hi JimmyZ
15:55 JimmyZ did you mind if I remove m1_ prefix
15:56 kjs from what?
15:57 JimmyZ kjs: file name
15:57 kjs (did you do already? I've got a lot of changes that i havent checked in yet)
15:57 JimmyZ kjs: nope
15:57 kjs well the idea is that, IF, (big if) it's integrated into a larger whole, it's handy to know what parser and so on it is
15:58 kjs and m1_ prefix indicates that. what's your reason for wanting to remove?
15:59 JimmyZ kjs: I find it's difficult to type m1_ , maybe just me
15:59 kjs you mean in the filename or in the code?
15:59 kjs I was gonna change it to M1_ prefix in structs and other types
15:59 JimmyZ kjs: the filename
16:00 kjs but when do you need to do that...?
16:00 kjs it's a makefile
16:00 JimmyZ kjs: when I type 'vi m1_*'
16:00 kjs ah
16:01 kjs what if we remove the _ ?
16:02 brrt1 hello, who can help figuring out NCI?
16:02 brrt1 specifically, what to do when I have 'No NCI thunk available for signature void (PMC, PMC)'
16:04 JimmyZ kjs: that's not a real problem. but if it's integrated into a larger whole, I think there will be a dir called 'm1' or something
16:05 kjs JimmyZ: OK. if you can make those changes I don't mind
16:05 kjs just wait a min so i can check in my stuff.
16:05 JimmyZ kjs: maybe in compilers/m1 of parrot
16:06 dalek m1: 7c1bc66 | kjs++ | src/m1_gencode.c:
16:06 dalek m1: update comments and clean up a bit.
16:06 dalek m1: review: https://github.com/parrot/m1/commit/7c1bc66e67
16:07 kjs eh
16:07 kjs JimmyZ:
16:08 kjs you already made the changes so?
16:08 JimmyZ kjs: I didn't
16:08 brrt1 well, still can't call with PMCs
16:09 kjs it says so in the history
16:09 brrt but i can with regular pointers
16:09 JimmyZ kjs: what changes?
16:09 JimmyZ kjs: oh, you mean changed the dir
16:09 kjs yes
16:10 JimmyZ kjs: yes
16:12 kjs does it write the executable file in the src folder or the root folder?
16:12 JimmyZ kjs: the root folder
16:12 brrt or, how do i fix the 'no nci thunk available' problem
16:13 kjs JimmyZ: can you do the file rename some time later?
16:13 kjs preferably if i'm offline :-)
16:13 kjs i have a little bit of time now that i'd like to spend time hacking, not trying to resolve conflicts with filenames
16:13 JimmyZ kjs: yep, I do it when you are offline.
16:13 kjs thanks
16:14 JimmyZ kjs: I don't want to disturb you :P
16:14 kjs well the improvements are appreciated, but it's more important to get this thing 99% done rather than filenames etc... ;-)
16:16 JimmyZ kjs: aye. I will add a t/ dir next step once I think it's easy to test it.
16:16 kjs oh excellent
16:16 kjs preferably i d like to have the followig setup
16:16 kjs namely a script that runs it through M1, then perl m0_assembler.pl and then ./m0
16:16 kjs if I can get M1 finished, I'd be interested in generating m0b files in one go.
16:18 JimmyZ kjs: I hope to do these changes smoothly so you won't be too surprised.
16:18 kjs great, thanks
16:18 JimmyZ :P
16:21 dalek m1: 3f2ea28 | kjs++ | src/m1 (5 files):
16:21 dalek m1: add asserts to stack. cleanup and debug msg in gencode.
16:21 dalek m1: review: https://github.com/parrot/m1/commit/3f2ea28820
16:24 JimmyZ kjs: oh, btw, if you don't want to add new files,  just needs to type 'git add -u' before commit.
16:24 kjs when would i need this?
16:25 kjs did you just add files?
16:26 JimmyZ kjs: when you only want to commit updated files
16:27 kjs ok
16:37 dalek m1: 753aa7f | kjs++ | src/m1_gencode (2 files):
16:37 dalek m1: remove file i accidentally added . also add a comment to gencode.
16:37 dalek m1: review: https://github.com/parrot/m1/commit/753aa7fa1f
16:37 dalek m1: ad87c6d | kjs++ | src/m1 (3 files):
16:37 kjs joined #parrot
16:37 dalek m1: remove files that are generated. fix segfault that happens with a.b = 1. (temp fix).
16:37 dalek m1: review: https://github.com/parrot/m1/commit/ad87c6d578
16:42 dalek m1: 55b0f47 | kjs++ | src/m1_gencode.c:
16:42 dalek m1: print to OUT not stderr. Reverse parent and index fields.
16:42 dalek m1: review: https://github.com/parrot/m1/commit/55b0f4737b
16:48 whiteknight brrt: What issues are you seeing now?
16:49 brrt the compreg issues is still very much alive
16:49 brrt s/s\b/s/
16:49 dalek m1: 47657f9 | kjs++ | src/m1_gencode.c:
16:49 dalek m1: add more doc and remove commented out code.
16:50 dalek m1: review: https://github.com/parrot/m1/commit/47657f9bae
16:50 dalek m1: ba93f82 | kjs++ | TODO.txt:
16:50 dalek m1: update TODO file a bit.
16:50 dalek m1: review: https://github.com/parrot/m1/commit/ba93f82976
16:50 whiteknight yes, I just saw the email
16:50 whiteknight let me check out master and see what I can see
16:50 brrt I'll push the failing branches
16:51 whiteknight okay, the index in question is IGLOBALS_COMPREG_HASH (include/parrot/interpreter.h:274).
16:51 dalek mod_parrot: 8fb2d84 | (Bart Wiegmans)++ | mod_parrot.winxed:
16:51 dalek mod_parrot: Demonstrated a beautiful failure mode (compreg_hash is NULL, no idea why)
16:51 dalek mod_parrot: review: https://github.com/bdw/mod​_parrot/commit/8fb2d84a04
16:51 dalek mod_parrot: 13cdb61 | (Bart Wiegmans)++ | mod_parrot_run.c:
16:51 dalek mod_parrot: Try to path it up with load_language, does not seem overly succesfull
16:51 dalek mod_parrot: review: https://github.com/bdw/mod​_parrot/commit/13cdb610cf
16:52 whiteknight it appears to only get set in src/interp/api.c:675
16:53 whiteknight Parrot_interp_set_compiler
16:53 whiteknight so it's lazy. It doesn't exist until we've registered at least one compiler
16:53 whiteknight ...And this means you don't have any compilers registered, though that's still kind of crappy
16:53 whiteknight Where's your segfault happening?
16:53 brrt euh
16:54 brrt i don't exactly know, within my call to compreg
16:54 whiteknight ....no, wait. The compreg_s_p opcode doesn't call that function
16:54 whiteknight so the compreg opcode won't autovivify that variable
16:54 whiteknight Fix incoming...
16:55 * brrt waiting for it...
16:55 brrt :-)
16:55 whiteknight I have to rebuild the ops first. Give me a minute
16:56 * brrt has time
16:56 whiteknight the short answer, the Parrot_interp_get_compiler and Parrot_interp_set_compiler functions do the right thing, but aren't called from the compreg op
16:56 whiteknight this is why we have APIs, so people can use them!
16:57 brrt so, in short, move the compreg op to those functions, and hapinness ensues?
16:57 brrt brings me to an idea, if I load the compiler from within C first
16:57 brrt it is autovivified
16:58 whiteknight yes
16:58 whiteknight the Parrot_api_set_compiler routine does the right thing
16:58 whiteknight or whatever it's called
16:58 whiteknight so you can do that, but I still need to fix this mess
17:00 whiteknight At some point I need to go through and properly encapsulate all these globals, because the system plays with them too rough
17:01 brrt a bit :-)... btw, strategy does not work
17:01 whiteknight what strategy?
17:02 brrt first calling load_language and get_compiler from c
17:02 brrt or I'm doing something wrong
17:02 dalek rakudo/nom: 5d36100 | moritz++ | lib/Test.pm:
17:02 dalek rakudo/nom: remove eval_dies_with_error
17:02 dalek rakudo/nom:
17:02 dalek rakudo/nom: the proper way are typed exceptions; a helper function for those
17:02 dalek rakudo/nom: is currently being developed in t/spec/S32-exceptions/misc.t
17:02 dalek rakudo/nom: (and will later be moved to Test.pm or Test::Util
17:02 dalek rakudo/nom: review: https://github.com/rakudo/rakudo/commit/5d3610057a
17:02 whiteknight Does it segfault, or just return null?
17:03 whiteknight the load_language might be using the compreg op internally
17:03 * whiteknight says some curse words
17:03 brrt i'm checking gdb
17:04 brrt no, i'm getting sigabrt, for some reason
17:06 dalek parrot: 22d7d59 | Whiteknight++ | src/ops/core (2 files):
17:06 dalek parrot: The compreg hash is autovivified in the Parrot_interp_set_compiler function. Make sure we use that function (and Parrot_interp_get_compiler) for accessing the compreg hash in the compreg_s_p and compreg_p_s ops for cases where the only compiler get/set operations are done from the pbc level. brrt++ for the find.
17:06 dalek parrot: review: https://github.com/parrot/parrot/commit/22d7d59b80
17:06 whiteknight Update, see if that fixes your problem
17:06 brrt will do
17:09 dalek m1: cc51fe6 | kjs++ | src/m1_ (2 files):
17:09 dalek m1: arrays are automatically allocated on the heap when declared.
17:09 dalek m1: review: https://github.com/parrot/m1/commit/cc51fe6f46
17:11 whiteknight brrt: I  just replied to your email with information about the second problem. In short, you probably want libffi
17:12 whiteknight or, if you have a list of the function signatures you need you can create an NCI definitions file to compile and load
17:13 brrt joined #parrot
17:19 travis-ci joined #parrot
17:19 travis-ci [travis-ci] parrot/parrot#397 (master - 22d7d59 : Whiteknight): The build was fixed.
17:19 travis-ci [travis-ci] Change view : https://github.com/parrot/par​rot/compare/db9fc12...22d7d59
17:19 travis-ci [travis-ci] Build details : http://travis-ci.org/parrot/parrot/builds/1509991
17:19 travis-ci left #parrot
17:19 whiteknight ...it was broken?
17:20 brrt mod_parrot lives!
17:21 brrt mod_parrot really lives very much
17:21 brrt oh, i'm so happy right now
17:21 whiteknight it works?
17:21 brrt yes
17:22 whiteknight brrt++
17:22 whiteknight awesome
17:22 brrt whiteknight++ for fixing it
17:22 brrt that leaves the NCI problem relatively minor since i can work arround it
17:31 brrt eg., a single pointer works, so i could make a mod_parrot_context struct with all relevant information
17:31 moritz brrt++
17:31 moritz brrt: how much does it work?
17:31 brrt .. it almost works, i've nearly fixed compiling of external scripts
17:33 brrt that is, if those scripts are written in winxed
17:33 preflex_ joined #parrot
17:38 moritz well, that's a good start
17:47 brrt ehm, I get a Null PMC access in find_method('compile')
17:48 brrt but i'm not sure where
17:50 dalek m1: 146d909 | kjs++ | src/m1_ (4 files):
17:50 dalek m1: various updates.
17:50 dalek m1: review: https://github.com/parrot/m1/commit/146d9092f1
17:54 dalek m1: becbed7 | kjs++ | array.m1:
17:54 dalek m1: example to iterate through an array. It works!
17:54 dalek m1: review: https://github.com/parrot/m1/commit/becbed751c
18:03 brrt and.. something new seems to be wrong :-)
18:04 brrt but /me has to eat first
18:04 dalek mod_parrot: e6d8486 | (Bart Wiegmans)++ | / (4 files):
18:04 dalek mod_parrot: Almost able to run external scripts
18:04 dalek mod_parrot: review: https://github.com/bdw/mod​_parrot/commit/e6d84869de
18:05 brrt karma brrt
18:05 aloha brrt has karma of 12.
18:14 dalek m1: b1d3090 | kjs++ | / (3 files):
18:14 dalek m1: preparations to move from stdout to instr objects.
18:14 dalek m1: review: https://github.com/parrot/m1/commit/b1d3090ee3
18:14 kjs aloha, msg JimmyZ If you want you can change the filenames now.
18:14 aloha kjs: OK. I'll deliver the message.
18:22 kjs joined #parrot
18:24 brrt joined #parrot
18:45 kjs joined #parrot
18:46 whiteknight joined #parrot
18:53 brrt joined #parrot
18:59 kjs_ joined #parrot
19:08 alvis I'm just now, really, starting to look at m0 and its specification, i.e., 'docs/pdds/draft/pdd32_m0.pod'.
19:08 alvis Looking at the spec, it says "Lorito refers to "M0" and the levels above it, such as "M1" which is written in "M0" ops, and possibily an "M2" level which is written in "M1" ops."
19:08 alvis How do we reconcile kjs' "M1", i.e., subset of C, with "'M1' which is written in 'M0' ops"? They seem two different things?
19:09 alvis Perhaps, I misunderstand something. Or, perhaps, the spec needs an update?
19:09 kjs alvis: you're right. try writing M1 in M0 :-)
19:09 kjs I can call it something else
19:10 alvis kjs: Not a chance! :)
19:10 kjs indeed ;-)
19:10 kjs it's hard enough in C
19:10 benabik I think the original name for kjs's M1 was "m0le"
19:10 alvis kjs: Again, I'm just wondering if we need to update the spec.
19:10 kjs alvis: let's update it once "M1" is ready perhaps? I still might run into problems that might it from succeeding.
19:11 alvis benabik: ahh! yeah, that makes sense. (I think I remembering looking at that, once-upon-a-time.)
19:11 kjs though it's looking pretty good ;-)
19:11 alvis kjs++ # Yes, it does!
19:11 kjs alvis: you're any good with M0? :-)
19:12 alvis kjs: Again, I've just really started, reading through the spec and playing around a'bit. Just too many pies and too few fingers. :)
19:13 kjs alvis: yea i know the feeling
19:13 kjs i hope to have a test suite soon
19:13 kjs and a script to run it (make test)
19:14 kjs that, plus a few major TODOs, should make it fairly complete and usable. once function calls work, I plan to implement Game of Life
19:15 alvis kjs: that's cool.
19:15 alvis /me back to reading the spec. (Besides, cotto and dukeleto will scroll through. They can decide whether or not to update the spec.)
19:17 kjs sure yes
19:17 kjs actually, if M1 can be self-hosting, so implementing in itself, then M1 is in fact implemented in M0 :-)
19:18 PacoAir joined #parrot
19:42 cotto Ideally M1 will be self-hosting, but for now sufficient awesomeness will be provided by having a C-like language that generates valid M0.
19:43 cotto "generates" would be a better word choice than "is written in"
19:43 dalek nqp/altnfa: 1764d47 | jnthn++ | src/QRegex/NFA.nqp:
19:43 dalek nqp/altnfa: Ensure <.alpha> contributes to longest prefix.
19:43 dalek nqp/altnfa: review: https://github.com/perl6/nqp/commit/1764d475d7
19:48 dalek parrot/m0: a7922dd | cotto++ | docs/pdds/draft/pdd32_m0.pod:
19:48 dalek parrot/m0: clarify that M1 doesn't need to be self-hosted
19:48 dalek parrot/m0: review: https://github.com/parrot/parrot/commit/a7922dd238
19:48 dalek parrot/m0: ab32a83 | cotto++ | CREDITS:
19:48 dalek parrot/m0: Merge branch 'm0' of github.com:parrot/parrot into m0
19:48 dalek parrot/m0: review: https://github.com/parrot/parrot/commit/ab32a83559
19:48 cotto kjs++
19:56 contingencyplan joined #parrot
19:58 nine joined #parrot
20:23 KonkeyDong joined #parrot
20:23 KonkeyDong hello
20:24 KonkeyDong I am a noob that is trying to learn making parsers in parrot
20:24 KonkeyDong is {*} deprecated in parrot 4?
20:24 KonkeyDong "grep -r '\{\*\}' . | less" in the examples folder give me no results
20:25 KonkeyDong (except doc results)
20:29 sorear {*} syntax was used by the Parrot Grammar Engine, which has been deprecated for quite a while
20:29 KonkeyDong oh
20:29 KonkeyDong so the tutorial is outdated then :(
20:30 KonkeyDong this tutorial: http://www.parrotblog.org/2008/03/ep​isode-2-poking-in-compiler-guts.html
20:30 KonkeyDong so, what should i use now?
20:31 benabik oopha.  parrotblog is very old.
20:31 benabik http://parrot.github.com/html/pct_tutorial.html
20:32 preflex_ joined #parrot
20:33 KonkeyDong thanks
20:33 KonkeyDong too bad the old tutorial is the first google result.
20:33 KonkeyDong again, thanks
20:34 KonkeyDong bye
20:35 * benabik wonders what the search phrase was.
20:36 benabik parrot.org appears before parrotblog on searches I try.  Although PGE's Wikipedia article comes up first for "parrot parser".
20:54 dalek nqp: 23b8c3e | moritz++ | tools/build/Makefile.in:
20:54 dalek nqp: [build] include @optimize@ in CCFLAGS
20:54 dalek nqp: review: https://github.com/perl6/nqp/commit/23b8c3efc7
20:56 pmichaud followup to qrpa slowness -- source appears to be that Rakudo's makefile wasn't including the @optimize@ flag in its Makefile when compiling dynops/dynpmcs
20:56 pmichaud (c.f.   config/gen/makefiles/root.in line 594)
21:00 dalek rakudo/nom: 8b4208b | moritz++ | tools/build/Makefile.in:
21:00 dalek rakudo/nom: [build] reuse @optimize@ flags from parrot
21:00 dalek rakudo/nom: review: https://github.com/rakudo/rakudo/commit/8b4208b996
21:00 dalek rakudo/nom: acf9038 | moritz++ | tools/build/NQP_REVISION:
21:00 dalek rakudo/nom: bump to an optimize NQP revision
21:00 dalek rakudo/nom: review: https://github.com/rakudo/rakudo/commit/acf90382e8
21:01 preflex_ joined #parrot
21:06 * benabik wonders why --optimize uses -Os
21:19 crab2313 joined #parrot
21:21 moritz it doesn't, on my machine
22:35 dalek winxed/version_1_9: ea24235 | NotFound++ | NEWS:
22:35 dalek winxed/version_1_9: some news for 1.9
22:35 dalek winxed/version_1_9: review: https://github.com/NotFoun​d/winxed/commit/ea2423578e
22:35 dalek winxed/version_1_9: 530e0e7 | NotFound++ | / (3 files):
22:35 dalek winxed/version_1_9: jump to version 1.9.0 and update installable files
22:35 dalek winxed/version_1_9: review: https://github.com/NotFoun​d/winxed/commit/530e0e7d3f
22:39 dalek parrot: 30a861c | NotFound++ | ext/winxed/ (2 files):
22:39 dalek parrot: update winxed snapshot to 1.9.0:
22:39 dalek parrot: - new syntax for multis and for new initiallization
22:39 dalek parrot: - Fixed some inline problems
22:39 dalek parrot: - Minor improvements in optimization
22:39 dalek parrot: review: https://github.com/parrot/parrot/commit/30a861c796
23:24 mtk joined #parrot

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

Parrot | source cross referenced