Camelia, the Perl 6 bug

IRC log for #parrot, 2010-10-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:00 mikehh ok TapTimder seems to be starting the cygwin prep - getting r49617
00:00 nwellnhof 1. we create a reference from a gen2 object to a gen0 object.
00:01 nwellnhof 2. the reference is tracked in root_objects.
00:01 nwellnhof 3. we perform a gen0 GC.
00:01 nwellnhof 4. the gen0 object is propagated to gen1.
00:02 nwellnhof 5. root_objects is cleared.
00:02 nwellnhof 6. the program continues.
00:02 nwellnhof 7. we perform a gen1 GC.
00:03 nwellnhof 8. the old object from gen0 that is now in gen1 is swept, because we lost the old reference.
00:05 Tene I keep having the (entirely unhelpful) urge to fix kid51's memory issues by buying ram for him.
00:08 dukeleto Tene: indeed, but we will have to solve these issues when we want to support mobile/embedded stuff
00:09 Tene Yes, I completely agree.
00:12 dngor left #parrot
00:27 bacek_at_work nwellnhof, incorrect. gen2 object will be in root_objects. After m&s bring_them_together will put gen0 object into gen2
00:28 bacek_at_work nwellnhof, magical vtable_mark_propagate inside bring_them_together
00:33 dngor joined #parrot
00:37 nwellnhof bacek: ok, i see.
00:38 nwellnhof bacek: what is PObj_GC_generation_2_FLAG for, exactly?
00:46 bacek_at_work nwellnhof, flag to check that PMC was already processed.
00:47 bacek_at_work e.g. when we bringing objects into same generation and have circular reference
00:47 nwellnhof is it used somewhere outside of gc_ms2.c?
00:50 nwellnhof PObj_GC_generation_2_FLAG is set and cleared in various places, but i don't see where its value is actually read.
00:51 bacek_at_work I think I got rid of almost all usage of this flag.
00:51 bacek_at_work It can probably disappear.
00:51 bacek_at_work Ah, yes.
00:52 bacek_at_work r49578 I think
00:52 bacek_at_work yes, I reworked vtable_mark_propagate to not use this flag.
00:54 nwellnhof bacek: looking at gc_ms2_bring_them_together again, i think it should be safe to iterate only over gen2 objects in the original root_objects list.
00:54 nwellnhof that should be a lot faster.
00:54 bacek_at_work nwellnhof, ?
00:55 bacek_at_work I think you are talking about proper handling of old_object_tails
00:55 bacek_at_work which should apply to gen1 and gen2
00:58 nwellnhof i still don't understand the old_object_tails thing. i'll have a look at it later.
01:00 bacek_at_work basically - I remember old objects[n]->last to avoid processing of untouched objects in bring_them_together
01:01 kid51_at_dinner is now known as kid51
01:07 kid51 taptinder?
01:07 kid51 Bring back purl!  purl would know where taptinder is located?
01:07 kid51 s/\?/!/
01:11 bacek_at_work aloha, taptinder?
01:11 aloha bacek_at_work: taptinder is continues integration tool - http://taptinder.org . For Parrot project running on http://tt.taptinder.org/ and reporting build failures to #parrot channel as ttbot.
01:11 dngor left #parrot
01:11 mikehh http://tt.taptinder.org/
01:12 bacek_at_work kid51, aloha is too shy to answer without explicit question
01:13 mikehh YES - r49617 worked for cygwin, now we gotta figger out what kid51 needs on Darwin ppc
01:13 dngor joined #parrot
01:17 GodFather joined #parrot
01:18 GodFather left #parrot
01:20 dngor_ joined #parrot
01:21 dngor left #parrot
01:26 dalek parrot: r49618 | jkeenan++ | trunk/config/gen/platform (2 files):
01:26 dalek parrot: Correct spelling errors in POD only.
01:26 dalek parrot: review: http://trac.parrot.org/parrot/changeset/49618/
01:26 cotto It's nice to see something from rgrjr.
01:28 nopaste "kid51" at 192.168.1.3 pasted "find /usr/include -type f -name '*.h' | xargs grep -ni 'physical.*memory'" (6 lines) at http://nopaste.snit.ch/24645
01:29 bacek_at_work kid51, /usr/include/sys/sysctl.h:551: *   hw.memsize                - The number of bytes of physical memory in the system.
01:29 bacek_at_work this is what we want for darwin
01:30 bacek_at_work afk # lunch
01:30 dukeleto brianwisti: just pushed some changes to parrot-handler, take a look
01:35 nopaste "kid51" at 192.168.1.3 pasted "darwin: /usr/include/sys/sysctl.h (excerpts)" (13 lines) at http://nopaste.snit.ch/24646
01:37 cotto seen rgrjr
01:37 aloha Sorry, I haven't seen rgrjr.
01:38 nwellnhof left #parrot
01:46 s1n left #parrot
01:47 dngor joined #parrot
01:51 dngor_ left #parrot
01:52 bacek left #parrot
01:54 dngor left #parrot
01:58 dngor joined #parrot
02:23 nopaste "kid51" at 192.168.1.3 pasted "Darwin: first attempt to prove for physical memory" (55 lines) at http://nopaste.snit.ch/24648
02:24 kid51 when compiled and run, above paste returns:  sysctl HW_PHYSMEM: 268435456 bytes
02:25 * kid51 is exhausted from writing his first-ever useful C program
02:25 cotto Nice.  Do you want someone else to prepare a patch using that or can you?
02:26 kid51 We will need to create a file called:  config/gen/platform/darwin/sysmem.c
02:26 kid51 ... analogous to those created by bacek and fperrad for 'generic' and 'win32'
02:27 cotto Sure.  It's pretty easy once the code exists.
02:27 kid51 Then use the code in my program as the guts of that.
02:27 * kid51 must sleep
02:27 cotto ok.  I'll get a patch ready for you to test (or just commit and see what ttbot says).
02:28 cotto kid51++
02:34 kid51 left #parrot
02:35 janus left #parrot
02:47 cotto bacek_at_work, is it safe to use size_t for the number of bytes in physical memory?
02:49 dngor_ joined #parrot
02:51 dngor left #parrot
02:52 dngor_ is now known as dngor
03:00 janus joined #parrot
03:08 bacek_at_work cotto, it is only one right way to do it.
03:18 cotto Would INTVAL be better, for systems with >2*32 bytes of memory?
03:29 bacek_at_work no
03:29 bacek_at_work size_t is special type for addressing memory
03:31 plobsing there is *no* truly correct way of doing it. size_t is large enough to store the size of anyone object. it is possible to have memory that is discontiguous (eg: banked memory) where maximum object size << ram size. C89 doesn't provide an integral type guarranteed to be equivalent to pointer size.
03:31 plobsing size_t is the closest to right answer possible
03:33 cotto yay
03:34 plobsing C99 tries to remedy this with ptrdiff_t, but I somehow suspect it is also insufficient
03:35 cotto anyone have a darwin system handy?
03:45 dalek parrot: r49619 | cotto++ | trunk (2 files):
03:45 dalek parrot: [gc] first attempt to detect available memory on darwin
03:45 dalek parrot: review: http://trac.parrot.org/parrot/changeset/49619/
03:57 davidfetter left #parrot
04:00 dalek parrot: r49620 | cotto++ | trunk/config/gen/platform/darwin/sysmem.c:
04:00 dalek parrot: [platform] codingstds fix
04:00 dalek parrot: review: http://trac.parrot.org/parrot/changeset/49620/
04:00 dalek parrot: r49621 | cotto++ | branches/opmap_aware_pmcs:
04:00 dalek parrot: create a branch to make Packfile PMCs useful after the dynop_mapping merge
04:00 dalek parrot: review: http://trac.parrot.org/parrot/changeset/49621/
04:15 GeJ Thanks to cotto, I can do C.
04:17 cotto ?
04:18 GeJ Well, I mostly copy-n-pasted the darwin/sysmem.c to freebsd/sysmem.c and fixed the build locally.
04:20 cotto ok
04:40 cognominal left #parrot
04:59 contingencyplan left #parrot
05:06 GeJ cotto: sorry to bother you, but looking at kid51's nopaste, he's looking at the HW_PHYSMEM sysctl while your commit uses HW_MEMSIZE.
05:10 GeJ I'm just asking because under FreeBSD, I also used HW_PHYSMEM.
05:12 cotto HW_PHYSMEM is limited to 32 bits according to Apple's docs.
05:12 cotto http://developer.apple.com/library/mac/#docume​ntation/Darwin/Reference/ManPages/man3/sysctl.3.html
05:12 cotto HW_MEMSIZE is 64-bit
05:30 GeJ Oh, ok. Sorry.
05:32 cotto no need to apologize for apple's docs ;)
05:32 cotto I'm glad you noticed.
05:39 cotto seen chromatic
05:39 aloha chromatic was last seen in #parrot 1 days 3 hours ago saying "libparrot-dev?".
06:00 jan left #parrot
06:05 jan joined #parrot
06:19 spinclad left #parrot
06:43 theory left #parrot
06:54 particle joined #parrot
07:06 fperrad joined #parrot
07:20 dalek parrot: r49622 | geraud++ | trunk (3 files):
07:20 dalek parrot: [platform] Fix the build under FreeBSD. kid51++ and cotto++ for the darwin version.
07:20 dalek parrot: review: http://trac.parrot.org/parrot/changeset/49622/
07:23 GeJ now I wonder how much stuff I broke.
07:25 fperrad left #parrot
07:39 fperrad joined #parrot
07:45 bacek_at_work left #parrot
07:47 aloha left #parrot
08:08 krunen joined #parrot
08:13 aloha joined #parrot
08:13 GeJ aloha: welcome back girl.
08:38 cotto aloha, clock?
08:38 aloha cotto: cotto: LAX: Thu, 01:38 PDT / CHI: Thu, 03:38 CDT / NYC: Thu, 04:38 EDT / UTC: Thu, 08:38 UTC / LON: Thu, 09:38 BST / BER: Thu, 10:38 CEST / TOK: Thu, 17:38 JST / SYD: Thu, 19:38 EST
08:47 jjore left #parrot
08:54 fperrad left #parrot
08:55 bacek joined #parrot
09:09 cotto We should make sure this idea from the Saturday meeting doesn't get lost: http://slatelanguage.org/2004/05/thesis​-on-prototypes-with-multiple-dispatch/
09:49 ttbot Parrot trunk/ r49620 i386-freebsd-64int make error http://tt.taptinder.org/file/cmdout/412104.txt ( http://tt.taptinder.org//bui​ldstatus/pr-Parrot/rp-trunk/ )
09:50 bacek aloha, humans
09:51 bacek seen mikehh
09:51 aloha mikehh was last seen in #parrot 8 hours 37 mins ago saying "YES - r49617 worked for cygwin, now we gotta figger out what kid51 needs on Darwin ppc".
09:55 mikehh bacek: here
09:55 bacek mikehh, is g++ build still an issue?
09:56 mikehh bacek: not in trunk, but many problems in generational_gc
09:57 bacek mikehh, yes, I know. I ignore it for now. But if you have time - feel free to fix it. Just leave c++ style comments.
09:59 mikehh bacek: 'k there are ASSERTS and docs in codetest in generaational_gc among others
10:03 bacek_at_work joined #parrot
10:18 bacek_at_work left #parrot
10:19 bacek_at_work joined #parrot
10:20 jjore joined #parrot
10:25 bacek_at_work left #parrot
10:26 bacek_at_work joined #parrot
10:35 * mikehh need to backupup and update stuff - bbl
10:35 mikehh left #parrot
10:40 luben left #parrot
10:44 kid51 joined #parrot
10:44 kid51 GeJ ping
10:47 GeJ kid51: pong
10:47 kid51 Gej: never mind; my error; thought there was a MANIFEST problem with your last commit, but it was mine
10:48 GeJ So, no pointyhat for me?
10:48 kid51 Afraid not.
10:48 GeJ Good thing. :)
10:49 kid51 I had drafted a file called config/gen/platform/darwin/sysmem.c -- but not placed it under version control.
10:49 kid51 When I did 'svn up', I got cotto's version, but also a warning about that.
10:50 kid51 That short-circuited the 'svn up'.
10:50 GeJ ok.
10:50 kid51 Then, when I did Configure.pl, I got an error in init::manifest saying your file was missing.
10:50 kid51 It simply hadn't arrived because svn up hadn't completed.
10:51 GeJ Ah, makes sense.
10:52 GeJ Well, partially. I'm not sure if stopping a download at the first error is a good thing.
10:52 GeJ but I'm too tired to think correctly anyway.
10:52 GeJ Good night gentlemen.
10:53 kid51 Good night!
10:54 GeJ kid51: It looks like LLVM is not detected on my box at work, I'll have a look at it tomorrow. Will you have a few minutes for me if I get stuck?
10:56 * GeJ &
10:56 kid51 Yes.  You should understand that I cobbled that config step together out of LLVM docs on the net, with no prior understanding of LLVM.
10:57 kid51 It has been tested on a Linux box where I installed LLVM and on Darwin where I had not, and gave the correct results in each.
10:58 kid51 But if "box at work" is your freebsd box, then probably no one has assessed it on that.
11:06 nopaste "kid51" at 192.168.1.3 pasted "Darwin: build failure at r49622" (534 lines) at http://nopaste.snit.ch/24656
11:07 bacek_at_work left #parrot
11:07 kid51 The patch cited was my first attempt to build on Darwin subsequent to cotto's patch based on what I pasted last night.
11:07 bacek_at_work joined #parrot
11:08 kid51 Of note: a warning at line 355: "config/gen/platform/darwin/sysmem.c:38: warning: no previous prototype for 'Parrot_sysmem_amount'"
11:08 dngor left #parrot
11:09 kid51 I don't know if that led to the ultimate failure at lines 533-534, or not.
11:14 kid51 The ultimate build failure could, of course, be due to revisions made in other areas of Parrot since the last time I successfully built on this box (r 49573).
11:14 kid51 But no more time to diagnose this now.
11:14 dngor joined #parrot
11:28 kid51 left #parrot
11:32 kid51 joined #parrot
11:37 whiteknight joined #parrot
11:38 whiteknight good morning, #parrot
11:39 kid51 ~~
11:40 cognominal joined #parrot
11:47 whiteknight hello Jim, how are you today?
11:53 mj41 left #parrot
12:02 kid51 Mostly de-jetlagged from my West Coast trip.
12:02 kid51 Last night was first chance to deal with Parrot code problems since then.
12:05 bacek_at_work left #parrot
12:05 bacek_at_work joined #parrot
12:15 bacek_at_work left #parrot
12:16 bacek_at_work joined #parrot
12:17 mikehh joined #parrot
12:22 kid51 left #parrot
12:29 aloha left #parrot
12:36 bluescreen joined #parrot
12:38 aloha joined #parrot
12:50 contingencyplan joined #parrot
12:57 whiteknight kid51: I don't know if you saw all the stuff at #ps and after, but you got nominated to be the lead on the new Project Management team
12:59 whiteknight I suspect you might be happer on the QA team, but that's for you to decide of course
13:00 whiteknight happier*
13:04 bluescreen left #parrot
13:05 bluescreen joined #parrot
13:14 mikehh left #parrot
13:26 bacek_at_work left #parrot
13:29 bacek_at_work joined #parrot
13:29 ruoso joined #parrot
14:07 aloha left #parrot
14:08 aloha joined #parrot
14:12 ruoso left #parrot
14:13 Andy joined #parrot
14:18 aloha left #parrot
14:19 aloha joined #parrot
14:31 bacek_at_work left #parrot
14:31 bacek_at_work joined #parrot
14:45 particle left #parrot
14:45 particle joined #parrot
14:58 theory joined #parrot
15:06 brianwisti joined #parrot
15:13 dmalcolm joined #parrot
15:54 mikehh joined #parrot
16:02 bluescreen left #parrot
16:46 mikehh All tests PASS (pre/post-config, make corevm/make coretest, smoke (#741) fulltest) at r49622 - Ubuntu 10.10 amd64 (g++-4.5 with --optimize)
16:55 bacek_at_work left #parrot
16:55 theory left #parrot
16:56 bacek_at_work joined #parrot
17:05 luben_work joined #parrot
17:12 cotto at least ubuntu's happy
17:13 dukeleto 'ello
17:27 dalek parrot: r49623 | NotFound++ | trunk/t/pmc/lexpad.t:
17:27 dalek parrot: add a LexPad test to cover a corner case
17:27 dalek parrot: review: http://trac.parrot.org/parrot/changeset/49623/
17:31 lucian joined #parrot
17:32 tadzik joined #parrot
17:43 allison left #parrot
17:49 chromatic joined #parrot
17:50 cotto left #parrot
17:52 theory joined #parrot
17:52 luben_work left #parrot
18:01 allison joined #parrot
18:10 davidfetter joined #parrot
18:14 particle happy birthday, cotto!
18:15 jnthn Anyone know if the native calls branch worked on for GSoC got merged yet?
18:15 dukeleto jnthn: nope, it didn't
18:16 dukeleto jnthn: it is one failing test away from being mergable
18:18 dukeleto jnthn: would you care to take it for a test drive?
18:18 dukeleto jnthn: and see if the test suite fails for you?
18:18 dukeleto jnthn: i think one of the packfile tests coredumps on certain platforms on the gsoc_nci branch
18:20 jnthn dukeleto: Was asking mostly since somebody on #perl6 wondered about it. I would like to play with it when I get chance though, because I want to see how Zavolaj handles on it.
18:20 jnthn dukeleto: And also what ways I can extend Zavolaj with the new stuff on offer.
18:25 dukeleto jnthn: it is on my short list of branches to get merged soon
18:25 davidfetter dukeleto, how was your flight?
18:25 * davidfetter wishes cotto a happy birthday
18:28 dukeleto davidfetter: short and sweet
18:28 dukeleto jnthn: you can assume that when gsoc_nci lands, parrot will be able to do anything that libffi can do
18:28 davidfetter dukeleto, that's the way i like 'em
18:33 bacek_at_work left #parrot
18:33 dukeleto davidfetter: what are you hacking on these days?
18:36 bacek_at_work joined #parrot
18:36 davidfetter $work and putting together a "fungicide farm" for pg patches
18:36 davidfetter like a buildfarm, only it alerts on bit rot
18:36 whiteknight after the generational_gc branch lands, I'll focus my attentions on the gsoc_nci branch, if nobody beats me to it
18:36 whiteknight that does sound like a very valuable improvement
18:38 dukeleto davidfetter: very interesting. care to explain a bit more about how you alert about bit rot?
18:44 davidfetter dukeleto, imagine you've made a branch from master, done some cool stuff on it
18:44 davidfetter what i'd like to do is pull patches from master as they arrive, try to apply them, configure, build, etc., and alert if any of these steps fail
18:45 davidfetter http://pgbuildfarm.org <-- very likely the system i'll be extending/abusing for this
18:45 davidfetter because of security considerations, the first people to go with this would be the authors of patches
18:46 davidfetter but i could see having others decide that they trust the patch author and would be willing to subscribe a box to this
18:46 * davidfetter hopes he's making some sense
18:47 brianwisti It makes sense to me. Grab and apply patches, but only if they come from a trusted source.
18:47 davidfetter master is the trusted source
18:47 davidfetter this is for the postgresql project, btw
18:50 brianwisti left #parrot
18:52 davidfetter on the pg project, there are a relatively few people who are "committers," i.e. can push to the master repo
18:53 davidfetter other developers need to work on separate branches, and there can be a lag--sometimes quite a long lag--between when the patch is originally done and when it's actually reviewed by a committer, applied, and pushed
18:53 davidfetter but even in other kinds of development models, an auto-patcher/bitrot alert could be quite useful
18:54 whiteknight ah, okay. So it's an automated tester to ensure older patches still apply and run cleanly. I like the idea
18:54 atrodo I like the idea.  It's a nice novel approach
18:54 davidfetter :)
18:55 davidfetter the code is mostly perl5 (pretty brutal stuff, a lot of it) and the data store is (of course) postgresql. i don't really see any point in changing the data store
18:55 davidfetter maybe making the perl5 code a little more modern would help
18:56 chromatic I can recommend a book or two for that.
18:57 davidfetter please do :)
18:59 * davidfetter might even be able to get work to throw down for this :)
19:00 dukeleto davidfetter: sounds awesome! I know chromatic is interested in something that determines if patches apply to trunk/master
19:01 dukeleto davidfetter: we want to emulate pgbuildfarm.org. we need a good way to utilize our access to the GCC build farm
19:01 dalek parrot: r49624 | coke++ | trunk/config/gen/makefiles/root.in:
19:01 dalek parrot: Track new include file in dependencies.
19:01 dalek parrot: ... need to add this to codetest with a few TODOs so they are caught sooner.
19:01 dalek parrot: review: http://trac.parrot.org/parrot/changeset/49624/
19:05 theory left #parrot
19:13 jsut_ joined #parrot
19:17 dalek parrot: r49625 | mikehh++ | branches/generational_gc/src/gc/gc_ms2.c:
19:17 dalek parrot: [generational_gc] fix codetest failure - line length
19:17 dalek parrot: review: http://trac.parrot.org/parrot/changeset/49625/
19:17 brianwisti joined #parrot
19:18 jsut left #parrot
19:18 allison left #parrot
19:25 luben joined #parrot
19:35 luben left #parrot
19:47 dalek parrot: r49626 | mikehh++ | branches/generational_gc/src/gc/gc_ms2.c:
19:47 dalek parrot: [generational_gc] add missing ASSERT_ARGS
19:47 dalek parrot: review: http://trac.parrot.org/parrot/changeset/49626/
19:53 allison joined #parrot
19:57 theory joined #parrot
20:15 whiteknight left #parrot
20:30 theory left #parrot
20:31 theory joined #parrot
20:33 aloha left #parrot
20:36 bacek_at_work left #parrot
20:37 bacek_at_work joined #parrot
20:39 luben joined #parrot
20:43 GeJ Bonjour everyone.
20:44 brianwisti Hi GeJ
20:44 aloha joined #parrot
20:44 GeJ heya brianwisti
20:45 GeJ G'Day bacek.
20:46 brianwisti left #parrot
20:47 brianwisti joined #parrot
21:01 theory left #parrot
21:01 theory joined #parrot
21:09 lucian_ joined #parrot
21:12 lucian left #parrot
21:13 whiteknight joined #parrot
21:24 GeJ Good evening whiteknight.
21:31 lucian_ left #parrot
21:49 spinclad joined #parrot
22:09 dngor_ joined #parrot
22:13 dngor left #parrot
22:31 brianwisti left #parrot
22:35 kid51 joined #parrot
22:48 kid51 left #parrot
22:50 dngor joined #parrot
22:51 theory_ joined #parrot
22:51 theory left #parrot
22:51 theory_ is now known as theory
22:52 kid51 joined #parrot
22:53 GeJ Good evening kid51.
22:54 dngor_ left #parrot
22:57 kid51 GeJ: Hi
22:58 Topic for #parrot is now Parrot 2.9.1 Released | http://parrot.org | Log: irclog.perlgeek.de/parrot/today | Nopaste: http://nopaste.snit.ch:8001 | GC tuning | remove deprecations |
23:01 bacek_at_work left #parrot
23:02 bacek_at_work joined #parrot
23:03 cotto joined #parrot
23:06 Andy left #parrot
23:07 whiteknight hello GeJ
23:08 kid51 Gej: you had ?s about auto::llvm?
23:10 GeJ kid51: I think I have a clue : llvm was installed, but not llvm-gcc  (2 distinct ports on FreeBSD).
23:11 GeJ and running Configure.pl --verbose=2, it seems that the test is looking for `llvm-gcc --version`
23:11 bacek_at_work left #parrot
23:11 GeJ I'm currently fetching llvm-gcc and will retry.
23:11 kid51 k
23:11 bacek_at_work joined #parrot
23:12 kid51 I've just been reviewing the page in the LLVM docs cited in config/auto/llvm.pm.
23:12 kid51 I think for our purposes we probably do need both those ports, hence the test for llvm-gcc --version.
23:13 kid51 But I think that if you look at the tests I wrote, they simply test for the bare minimum existence of the required packages.
23:13 kid51 Why, oh, why am I getting these build failures on Darwin?
23:13 kid51 src/string/api.c:702: failed assertion 'encoding'
23:13 kid51 make: *** [runtime/parrot/include/config.fpmc] Error 134
23:14 moritz why does llvm-gcc even need a separate config step? I thought it was a drop-in replacement for gcc
23:14 moritz (and last time I trid, it worked fine with parrot)
23:14 kid51 I can't see anything committed to trunk since my last successful build on that system that touches that error
23:15 kid51 moritz: It's a step that handles both llvm and llvm-gcc
23:15 moritz kid51: ah
23:15 kid51 But, in any event, someone asked me to write a configure step, and I did so.
23:16 kid51 Whether we could get away with only one package/port ... I leave that to people who have actually *used* LLVM, which I have not.
23:18 s1n joined #parrot
23:19 s1n left #parrot
23:27 davidfetter left #parrot
23:33 dngor_ joined #parrot
23:36 dngor left #parrot
23:38 dalek parrot: r49627 | jkeenan++ | trunk/config/gen/platform (2 files):
23:38 dalek parrot: Correct typos in POD.
23:38 dalek parrot: review: http://trac.parrot.org/parrot/changeset/49627/
23:46 davidfetter joined #parrot
23:58 dukeleto Java is being deprecated on OS X: http://developer.apple.com/library/mac/#rele​asenotes/Java/JavaSnowLeopardUpdate3LeopardU​pdate8RN/NewandNoteworthy/NewandNoteworthy.html
23:58 dukeleto Sign of the times?
23:59 moritz that you don't see anything on the page unless you have JS enabled? yes, I'm sure it is...

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

Parrot | source cross referenced