Camelia, the Perl 6 bug

IRC log for #parrot, 2009-02-20

Parrot | source cross referenced

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

All times shown according to UTC.

Time Nick Message
00:03 dalek parrot: r36898 | whiteknight++ | failed to fetch changeset:
00:03 dalek parrot: [Book] Some miscellaneous fixes to chapter 5, courtesy hexcoder++
00:03 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36898/
00:07 Ademan_ joined #parrot
00:08 allison joined #parrot
00:09 AndyA joined #parrot
00:42 leto_ joined #parrot
00:48 kid51 joined #parrot
01:37 dalek parrot: r36899 | chromatic++ | trunk/src/pmc/integer.pmc:
01:37 dalek parrot: [PMC] Explicitly initialized initial value for Integer PMC's instantiate()
01:37 dalek parrot: vtable entry to zero, in part to avoid "used uninitialized" compiler warnings
01:37 dalek parrot: but also because that's what the documentation says should happen.
01:37 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36899/
01:41 dalek parrot: r36900 | chromatic++ | trunk/t/pmc/pmc.t:
01:41 dalek parrot: [t] Removed a skipped test for the non-existent instantiate opcode.
01:41 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36900/
01:45 dalek parrot: r36901 | chromatic++ | trunk/src/pmc/bignum.pmc:
01:45 dalek parrot: [PMC] Fixed some "used unitialized" compiler warnings that would have caused
01:45 dalek parrot: segfaults if the code ever ran.  Somehow these functions aren't tested, which
01:45 dalek parrot: almost caused me to remove them.
01:45 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36901/
02:02 gravity joined #parrot
02:08 leto_ joined #parrot
02:13 cotto What is a typedef doing inside a function in nci.pmc?
02:14 cotto There's two of them.
02:18 leto_ joined #parrot
02:19 Infinoid cotto: Why not?  They aren't public.
02:19 Infinoid Bigint and bignum declare their own data structures too.  Seems appropriate.
02:20 Infinoid Without the typedefs, those nci function pointer types would be a pain to deal with...
02:20 cotto It seems a hackish to have it sitting there in the middle of a function rather than at the beginning of the file.
02:21 cotto I'm glad they're somewhere.  I'm just question the location.
02:21 Infinoid Eh.  They're declared where they're used
02:21 Infinoid If they were used in more than one place, I'd feel more strongly about it
02:21 cotto That may change, depending on how I feel when I fix the segfault du jour.
02:22 Infinoid Now, if they were #defines...
02:28 dalek parrot: r36902 | chromatic++ | trunk/docs/pdds/pdd22_io.pod:
02:28 dalek parrot: [PDD] Updated PIR in examples to work with current PIR specification.
02:28 dalek parrot: Tidied some references and POD tags.
02:28 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36902/
02:41 dalek rakudo: 0691afa | (Patrick R. Michaud)++ | docs/spectest-progress.csv:
02:41 dalek rakudo: More partial spectest-progress.csv update.
02:41 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/0​691afafb13d75e392493e71d87526a703ac2cc2
02:41 shorten dalek's url is at http://xrl.us/begvjr
03:01 rg msg NotFound for those of us without jit, you need to add vJ to src/call_list.txt or the latest embed.t fails.
03:01 purl Message for notfound stored.
03:48 janus joined #parrot
04:13 magnachef joined #parrot
04:21 rurban_ joined #parrot
04:31 Tene_ joined #parrot
04:44 eternaleye joined #parrot
04:56 leto_ joined #parrot
05:00 eternaleye joined #parrot
05:06 eternaleye_ joined #parrot
05:06 dalek rakudo: 5423d30 | (Patrick R. Michaud)++ | docs/spectest-progress.csv:
05:06 dalek rakudo: spectest-progress.csv update: 6843 passing, 1 failing
05:06 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/5​423d30e76f346a05f6705736b88c4d69a6d8d09
05:06 shorten dalek's url is at http://xrl.us/begvxb
05:07 leto_ joined #parrot
05:32 leto_ joined #parrot
05:39 masak joined #parrot
05:47 bacek joined #parrot
05:55 MariachiElf joined #parrot
06:00 Andy joined #parrot
06:01 dalek perk: 4c4df21 | (Chris Dolan)++ | Makefile:
06:01 dalek perk: Better Makefile dependency map
06:01 dalek perk: review: http://github.com/chrisdolan/perk/commit/​4c4df215762852c5e6eae87cb00c3067132f23ff
06:01 shorten dalek's url is at http://xrl.us/begvz6
06:01 dalek perk: dc4fd26 | (Chris Dolan)++ |  (3 files):
06:01 dalek perk: Support namespacing with packages and inner classes
06:01 dalek perk: review: http://github.com/chrisdolan/perk/commit/​dc4fd265395e6f24cdd2afee750fc2306c7a51c0
06:01 shorten dalek's url is at http://xrl.us/begvz8
06:50 Theory joined #parrot
07:18 masak chromatic++ # writes so well that people listen
07:23 dalek parrot: r36903 | chromatic++ | trunk/src/packfile.c:
07:23 dalek parrot: [src] Tidied file and improved documentation; no functional changes.
07:23 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36903/
07:28 uniejo joined #parrot
08:17 dalek rakudo: ab75eb1 | (Moritz Lenz)++ |  (3 files):
08:17 dalek rakudo: implement Hash.reverse
08:17 dalek rakudo: also remove a method that accidentally sneaked into Str.pm
08:17 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/a​b75eb126432d1b91188073d637782b15f1a6f9e
08:17 shorten dalek's url is at http://xrl.us/begv7u
08:17 dalek rakudo: 344b93a | (Moritz Lenz)++ | src/setting/ (5 files):
08:17 dalek rakudo: [setting] add vim modeline to *.pm
08:17 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/3​44b93a3eca0530fcd60be2b49af498b2e143708
08:17 shorten dalek's url is at http://xrl.us/begv7w
08:17 dalek rakudo: f7c0c0b | (Moritz Lenz)++ |  (3 files):
08:17 dalek rakudo: move Str.reverse to setting/
08:17 dalek rakudo: I have no idea why reverse($str) still works, but it does.
08:17 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/f​7c0c0bcc9543117160b0607c8f380da5dff904c
08:17 shorten dalek's url is at http://xrl.us/begv7y
08:17 dalek rakudo: dcbbde3 | (Moritz Lenz)++ | src/classes/Str.pir:
08:17 dalek rakudo: remove a TODO comment that's implemented in any-str.pir already
08:17 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/d​cbbde361c4627391de79edfb12b4bcd6db8b52f
08:17 shorten dalek's url is at http://xrl.us/begv72
08:17 dalek rakudo: f9beed2 | (Moritz Lenz)++ | t/spectest.data:
08:17 dalek rakudo: add a newly fudged test to t/spectest.data
08:17 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/f​9beed2fbe3023f462d69e129e094656c0533ca9
08:17 shorten dalek's url is at http://xrl.us/begv74
08:17 dalek rakudo: 9377288 | (Moritz Lenz)++ | src/classes/Str.pir:
08:17 dalek rakudo: remove a TODO comment; there's no Str.pos anymore
08:17 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/9​3772885172ec7368fc4a70dfd1a8a57c34c3e7e
08:17 shorten dalek's url is at http://xrl.us/begv76
08:17 dalek rakudo: 529396a | (Moritz Lenz)++ | CREDITS:
08:17 dalek rakudo: [CREDITS] join the two entries for Ovid++
08:17 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/5​29396ad10939eeb1bd2be8301b884d2c44225ac
08:17 shorten dalek's url is at http://xrl.us/begv78
08:26 dalek parrot: r36904 | allison++ | trunk/src/library.c:
08:26 dalek parrot: [install] Try standard search paths ('dynext/', etc) from current
08:26 dalek parrot: directory too. This enables running from a language build directory
08:26 dalek parrot: without installing into languages/lang/dynext/.
08:26 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36904/
08:38 moritz Infinoid: dalek doesn't spread its rakudo updates on #perl6
08:41 dalek rakudo: 6c7a7a9 | (Moritz Lenz)++ | t/00-parrot/05-var-array.t:
08:41 dalek rakudo: Fixe test as reported in RT #63346
08:41 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/6​c7a7a9df60e80ea941a7766ed0576b0a4d4a38f
08:41 shorten dalek's url is at http://xrl.us/begv87
08:41 dalek rakudo: 2e438ab | (Moritz Lenz)++ | t/00-parrot/05-var-array.t:
08:41 dalek rakudo: Use == for numeric comparison in 05-var-array.t
08:42 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/2​e438aba0d486ec1f9b85879280ba8ae889120d9
08:42 shorten dalek's url is at http://xrl.us/begv89
08:42 moritz Infinoid: it worked for 6c7a7a9, but it dropped for example 529396a
08:44 TiMBuS it flooded out?
08:44 TiMBuS oh, i get what you mean
08:47 iblechbot joined #parrot
09:17 dalek parrot: r36905 | rurban++ | trunk/PBC_COMPAT:
09:17 dalek parrot: [cage] Added comment about the new TODO ticket TT #361
09:17 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36905/
09:33 elmex joined #parrot
09:41 elmex joined #parrot
09:49 dalek parrot: r36906 | cotto++ | trunk/src/pmc/string.pmc:
09:49 dalek parrot: [PMC] make the String PMC more correct, although there's still a bug somewhere
09:49 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36906/
09:57 cotto It might be time to go to bed.
10:01 dalek parrot: r36907 | cotto++ | trunk/src/pmc/string.pmc:
10:01 dalek parrot: [PMC] *now* it's less broken
10:01 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36907/
10:02 elmex joined #parrot
10:03 elmex joined #parrot
10:13 elmex joined #parrot
10:24 elmex joined #parrot
10:28 elmex joined #parrot
10:29 bacek joined #parrot
10:47 gaz joined #parrot
12:19 elmex joined #parrot
12:21 rurban_ joined #parrot
12:33 rg1 joined #parrot
12:42 elmex_ joined #parrot
14:06 davidfetter joined #parrot
14:15 Nom ooo... is NQP low enough to write a language independent module for parrot ?
14:15 Nom ie. something which might talk to a DB
14:16 Nom actually, bad example... a db abstraction layer
14:16 moritz I think so, yes
14:17 moritz I mean it's just compiled down to PIR
14:17 Coke moritz: that doesn't necessarily mean that if you can do it in PIR you can do it in NQP, neh?
14:18 moritz Coke: right
14:18 Coke I'd be willing to hazard that you can do most of the logic in NQP, but you might have to write some embedded PIR in a few places.
14:18 Nom That sounds like a plan to me :)
14:18 moritz but NQP doesn't do fancy stuff that hinders interaction with other HLLs
14:18 moritz (though I agree that that's not what I said earlier)
14:19 Nom hmmm... any specific gotchas i should watch out for in the interaction front?
14:19 Nom The main thing is I want to be able to use roles and classes
14:20 moritz rakudo: eval('VISIBLE "OH HAI"', :lang<lolcode>)
14:20 polyglotbot OUTPUT[OH HAI␤]
14:21 TiMBuS that is cool
14:21 * moritz makes way for somebody more qualified to answer Nom's questions
14:21 moritz TiMBuS: Tene++ hacked that in shortly before christmas
14:22 TiMBuS now all we need is a language to be fully implemented on parrot :(
14:23 Nom Perl6 is close enough for real world use... it just needs a *lot* of libs built for it
14:23 Nom I'm yet to be convinced that performance is a problem, because every example i've seen so far is basically CGI
14:25 TiMBuS well its got a few bugs in it..
14:26 Nom Sure ... but there's bugs in everything ... how often you come accross them is the important question :)
14:26 moritz aye
14:28 Coke (performance not a problem) ... I can't speak for rakudo, but partcl is terribly slow.
14:28 moritz rakudo takes 15min to run 7k tests on two cores
14:29 moritz that's not all that good, but not exactly terrible either
14:29 TiMBuS the little language i threw in parrot is pretty terrible compared to its C counterpart =/
14:29 moritz I'm sure it is
14:30 moritz but think of writing something as complex as rakudo entirely in C
14:30 * moritz shudders
14:30 PerlJam moritz: you know there are such efforts afoot? (see #perl6)
14:31 moritz PerlJam: yes - but that's only the backend
14:31 moritz PerlJam: smop doesn't have a C-based parser
14:32 Nom nice... looks like our transit is screwed up... can't reach a stack of websites atm :(
14:32 PerlJam Coke: If you'd pave the way with profiling tools to speed up partcl ...   ;-)
14:33 PerlJam moritz: okay.  I guess I knew you knew, so what you said sounded odd to me.
14:36 gryphon joined #parrot
14:41 Coke PerlJam: if you'd teach me C...
14:41 Coke If that were something that were easy for me to do, I'd have done it.
14:42 gaz joined #parrot
14:44 Nom aww... nqp doesn't support roles
14:45 Nom or multi method... well there goes that idea
14:45 uniejo_ joined #parrot
14:48 Coke you could always try rakudo if you want something perl6-like.
14:48 Nom does .pir even support polymorphism ?
14:51 moritz parrot's object system supports polymorphism
14:54 Infinoid moritz: hum.  Maybe freenode has stricter flood control queue limits?
14:54 moritz Infinoid: don't think so - it didn't complain about a huge svn commit yesterday either
14:55 moritz Infinoid: and dalek also swallowed the first of that series of commits
14:55 Infinoid the svn commit was done by a different bot, right?
14:55 Infinoid reported, that is
14:56 Infinoid maybe the svn bot is better at temporally spacing out its messages than dalek is
14:56 Infinoid (that's the best theory I have at the moment)
14:56 moritz it just uses Bot::BasicBot
14:57 Infinoid dalek is botnix, and I have gotten dropped message warnings from magnet before
14:57 Infinoid one moment, I'll check its log
15:03 Infinoid 2009-02-20 09:17:11 freenode >> PRIVMSG #perl6 :rakudo: review: http://github.co
15:03 Infinoid m/rakudo/rakudo/commit/529396ad1​0939eeb1bd2be8301b884d2c44225ac
15:03 Infinoid 2009-02-20 09:17:11 rakudo: output_item: output rev 529396a
15:03 Infinoid 2009-02-20 09:17:11 freenode << ERROR :Closing Link: feather.perl6.nl (Excess Fl
15:03 Infinoid ood)
15:04 Infinoid If I'm poked and prodded enough, I'll write a better IRC bot
15:05 Infinoid (there are never enough irc bots)
15:05 Infinoid Another thing the github parser doesn't handle very well currently is out-of-order commits.  It only emits commits greater than the previously seen datestamp, which drops the older stuff when you're doing a branch merge
15:06 Infinoid I think it needs an "already seen rev" hash
15:06 rurban has the pmc c-interface a pmc_can method? has this pmc this method?
15:09 Coke rurban: Parrot_find_method_* ?
15:10 rurban Can I use this the search for a class freeze or freeze_size method?
15:11 Coke if it is a method, I don't see why not.
15:11 rurban I see the "does" interface, which answers acceptable types
15:11 Coke does is merely informative.
15:11 dalek rakudo: f23eda2 | (Moritz Lenz)++ | build/Makefile.in:
15:11 dalek rakudo: [build] remove perl6_s1.pbc during 'make clean'
15:11 dalek rakudo: review: http://github.com/rakudo/rakudo/commit/f​23eda2c5251db5a90f5fdd3b587d4c234ee70e4
15:11 shorten dalek's url is at http://xrl.us/begwvi
15:11 Coke any pmc can claim it does anything.
15:11 Coke (and lie)
15:12 rurban Good, I'll implement TT#362 freeze_size then
15:12 rurban I didn't know about this simple method when I wrote this ticket.
15:15 Nom So PIR has classes... does it have abstract classes or interfaces ?
15:15 Coke nom: I'd recommend reading through the PDD.
15:16 Coke http://docs.parrot.org/parrot/0.9.1/h​tml/docs/pdds/pdd15_objects.pod.html
15:16 shorten Coke's url is at http://xrl.us/begwv5
15:16 Andy joined #parrot
15:19 AndyA joined #parrot
15:31 rurban docs/pmc.pod needs a lot more info
15:47 gaz joined #parrot
15:50 rurban seen Coke
15:50 purl Coke was last seen on #parrot 34 minutes and 1 seconds ago, saying: http://docs.parrot.org/parrot/0.9.1/h​tml/docs/pdds/pdd15_objects.pod.html
15:51 rurban We are not allowed to change PBC_COMPAT for 6 months starting with 1.0 ???
15:51 rurban Why not get rid of that ridicolous limitation instead?
15:51 rurban (which is make pbc more compatible proof)
15:55 Coke rurban: That's a question I have.
15:55 Nom hmm i can't see any examples of a :multi using an int array ... is that even possible to define at :multi? :/
15:55 Coke I don't see how we can really guarantee any kind of bytecode compatability in over the life of a six month milestone without some serious limitations on what we can change.
15:55 Coke Looks like the long term roadmap addresses this at 2.0
15:56 Coke but, basically, I /think/ it means: no opcode changes, no core PMC changes during that timeframe.
15:56 Nom ah i see, never mind... just found the intarray classes
15:56 rurban why not work around it? introducing proxies for unknown (new) pmcs, and do not deprecate pmc methods anymore
15:57 rurban or provide an interface for the reader to fixup old methods to a new.
15:57 Coke rurban: I'm just telling you problems I see. I'm not saying we /have/ to do it that way.
15:57 Coke but we collectively have ignored bytecode compatibility for some time now; I don't see it getting fixed before 1.0
15:57 Coke Having a plan on how to address it is definitely a good idea, though.
15:58 Coke I'd recommend creating a wiki page and linking the bytecode stuff on the long term roadmap to it.
15:58 Coke and then braining dumping your ideas there.
15:58 Coke *braindumping
15:58 rurban I've implemented now UUID's to gracefully  error on older pbc's.
15:59 rurban but this is not satisfactory reading the older design goals...
15:59 rurban wiki or mailing list?
16:00 rurban I'll start with the mailing list and put it over to the wiki then.
16:01 rurban I see it as a goal for 19MAY2009, 1.2
16:02 rurban Which is fine because starting on monday I'm three weeks away. I cannot do 64-bit stuff in Germany
16:08 rg rurban: i was trying to build a real sparcv9 (64bit solaris) parrot, but i'm getting a bus error (invalid address alignment) in PF_fetch_integer at line 1079 in file "pf_items.c".
16:08 rg is that a known bug or a new one?
16:09 rurban do you have a backtrace? the release or latest svn? I fixed an error after the release there
16:10 rg this is r36884. it should be almost current. let me check.
16:11 rurban I had not chance to test it and it is very likely that I missed a converter #ifdef
16:11 Tene joined #parrot
16:13 nopaste "rg" at 93.104.104.207 pasted "solaris 64bit backtrace" (15 lines) at http://nopaste.snit.ch/15681
16:14 rg don't get me wrong, i'm not complaining. but given your efforts to get it right on all platforms i'm trying to test it all ;)
16:14 rurban hmm, the converter definition is missing: pf->fetch_iv. strange I didn#t touch these, only the float converters
16:15 rurban Is that a private machine or company? can I get access to it?
16:15 rurban And andy dougfherty didn't complain about this.
16:15 rg this is a private machine that i can't hand out access to. however i can help you debug
16:16 NotFound src/packfile.c 3485 ---> Looks like a typo
16:16 rurban ok, simple. just #define TRACE_PACKFILE in packfile.h to 2
16:16 rurban and rerun it
16:16 rg this is not a default build. i'm trying very hard to get a pure 64bit binary.
16:16 rurban you need better hints?
16:17 rurban --ccflags='-m64' --ldflags='-m64' --linkflags='-m64'
16:17 rurban this helped me.
16:18 rurban perl -V:ccflags should also be added to ccflags
16:18 rg yes, plus i have to override the compiler, because my perl was built with gcc
16:19 rg i'm using --cc=cc --cxx=CC --ld=cc --link=cc --ccflags='-m64 -g' --linkflags='-m64' --ldflags='-m64'
16:19 rurban and gcc has no 64 bit libs?
16:20 NotFound I never remember how to read purl msgs
16:20 rg last time i tried it was getting in trouble mixing 32bit libgcc with 64bit stuff. also it will run into the atan2 bug
16:20 rurban NotFound:src/packfile.c 3485 typo where? if (PackFile_map_segments(interp, dir, find_fixup_iter, (void *) ep));
16:20 NotFound rurban: yes, the identation does not match the ;
16:20 rg do i need realclean or can i just rebuild?
16:21 rurban fixing atan2 is simple. -xlibmieee
16:21 Theory joined #parrot
16:21 rurban justmake
16:21 rurban ah yes! I already fixed that privately. thansk for reminding me. NotFound++
16:21 rg i've read -xlibmieee doesn't work with gcc
16:22 NotFound rurban: thank also gcc warnings
16:22 rurban cygwin has less gcc -c warnings but better ld warnings than linux.
16:23 rurban I really have to look into my hints to catch more warnings
16:23 gaz joined #parrot
16:23 PerlJam pmichaud is in transit today isn't he?
16:24 rg notfound: doesn't purl just tell you the messages? did you get mine now?
16:24 NotFound It tells that I have msgs waiting
16:25 dalek parrot: r36908 | rurban++ | trunk/src/packfile.c:
16:25 dalek parrot: [core] fix typo: additional ; at the end.
16:25 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36908/
16:25 NotFound I've seen yours by PgUp ;)
16:29 dalek parrot: r36909 | NotFound++ | trunk/src/packfile.c:
16:29 dalek parrot: [cage] avoid a warning when TRACE_PRINTF_VAL expands to nothing
16:29 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36909/
16:30 Coke is it currently possible to even develop a language outside of a build dir?
16:30 rurban NotFound++ :)
16:30 gaz joined #parrot
16:32 NotFound Coke: yes, pirric ;)
16:32 rurban rg: how is it going?
16:32 rg this thing is taking ages to compile core_ops_cg.c
16:32 rurban what is the cmdline? the embed test?
16:32 rurban 200MHz CPU :)
16:33 NotFound I'm building now with --jitcapable=0 to fix it
16:33 Coke NotFound: I don't see pirric on https://trac.parrot.org/parrot/wiki/Languages, but your smily makes me think I'm missing something.
16:33 rg 440MHz ;)
16:33 rurban almost. see, I knew it.
16:34 Coke NotFound: ah. from examples/ ; yah, that doesn't really help.
16:34 AndyA joined #parrot
16:34 NotFound Coke: pirric is in examples/pir, and does not use language infrastructure
16:35 rurban it would be really great if you could create t/native_pbc/integer_6.pbc and number_6.pbc on this sparc. tools/dev/mk_native_pbc --noconf is enough
16:35 rg sure
16:35 rg once we get parrot working ;)
16:36 rurban because then I could continue debugging on one side even when I'm in germany
16:41 rg finally past the ops. should be done soon then ;)
16:41 rurban whow!
16:41 Whiteknight joined #parrot
16:43 rurban A tip. TRACE_PACKFILE can always be 1. it only prints out debug info when --debug cmdline args are given
16:43 rurban But it bloats the lib a lot.
16:44 rg i'm not sure i want to get into the details of the pbc files ;)
16:44 Coke is there an easy way to say 'compile this arbitrary c file with the same args you'd compile a parrot file with?' ?
16:44 rurban This is bigendian 64bit, completely untested minefield.
16:45 rurban Coke: make and paste the xx.c stuff
16:45 Coke rurban: blah. ok.
16:45 rurban TEST_EXEC=myexample.c make exec
16:46 rg ok, done. no difference
16:46 rg what extra commandline do i need to get the trace output?
16:46 rurban where did it fail exactly? which test or cmdline?
16:46 rg it's running ./parrot -o runtime/parrot/include/parrotlib.pbc runtime/parrot/library/parrotlib.pir
16:48 rurban so that's when making the very first pbc...
16:49 rurban It's trying to read an integer from the frozen config.fmpc
16:50 dalek parrot: r36910 | NotFound++ | trunk/config/gen/call_list/misc.in:
16:50 dalek parrot: [nci] add signature to make embed.t work without jittted nci
16:50 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36910/
16:50 rurban rg: do you have gdb or only dbx there?
16:50 rg dbx
16:51 rurban oh no. but no problem, just more typing
16:51 rg i could build gdb (i hope ;))
16:51 rurban I'm first trying it out by myself. dbx --args ./parrot -o runtime/parrot/include/parrotlib.pbc runtime/parrot/library/parrotlib.pir
16:52 rg i'm much more comfortable with gdb aswell
16:52 rurban this will last ages. but it's much better, yes
16:52 rurban start
16:52 rurban break shift_opcode_integer
16:53 Coke NotFound: I think you may have just fixed https://trac.parrot.org/parrot/ticket/363
16:55 NotFound Coke: the error message looks like that it was that thing, yes.
16:55 * Coke is rebuilding
16:55 rurban sorry. --args is unsupported
16:56 rg that worked just fine like with gdb
16:57 rg dbx parrot; run -o ...
16:57 rurban yes, but it neesds ages to load up all the so's
16:59 rurban stop in shift_opcode_integer
16:59 rg ok, i tried installing a gdb package but that didn't work :(
16:59 rurban That's the magix cmd
16:59 rurban "stop in shift_opcode_integer"
16:59 rg i guess we'll have to stick with dbx for now
17:01 rg t@1 (l@1) stopped in shift_opcode_integer at line 874 in file "pmc_freeze.c"
17:01 AndyA joined #parrot
17:01 rurban print *pf->fetch_iv
17:02 rurban 0 or not?
17:02 rg dbx: "pf" is not defined in the scope `libparrot.so`pmc_freeze.c`shift_opcode_integer`
17:03 rurban oops, sorry: print *io->pf->fetch_iv
17:03 rg (dbx) print io->pf->fetch_iv
17:03 rg io->pf->fetch_iv = (nil)
17:03 rurban print io->pf
17:04 rg that one's pretty big
17:04 rurban good, so is defined. anything very suspicious there?
17:05 nopaste "rg" at 93.104.104.207 pasted "print *io->pf" (90 lines) at http://nopaste.snit.ch/15682
17:06 rg well i find fetch_iv being nil suspicious, so maybe you check for yourself ;)
17:06 rurban fetch_iv nil is okay, defined to NULL
17:06 rurban so no conversion should happen, this is the check we are failing.
17:07 rurban I'm just trying on my i64 solaris 10 box...
17:08 NotFound Coke: to build the embed tests you need to add the output of parrot_config ld
17:08 NotFound And maybe: parrot_config libparrot_ldflags
17:08 rurban on gdb I have fetch_iv = 0, not nil, nil is better though it smells lispy
17:09 rurban Ah, I have an ideas. maybe pf->fetch_iv == NULL is failing for you
17:09 rg no, look in PF_fetch_integer
17:09 rg it's tested right there
17:09 rg and the return is failing me
17:10 rg something the stream is pointing to is badly aligned
17:10 rurban step 3x
17:10 nopaste "NotFound" at 213.96.228.50 pasted "Example Makefile to build embedding test programs" (12 lines) at http://nopaste.snit.ch/15683
17:10 rg only 3?
17:11 rg or 3x after entering PF_fetch_integer?
17:11 rurban no, to get into it.
17:11 NotFound "lorito" is little parrot in spanish ;)
17:11 rurban print *(*stream) => 35
17:12 rg (dbx) print *(*stream)
17:12 rg **stream = 4
17:12 rurban that's what I get
17:14 rg uh this is strange. let my try that again
17:15 rurban So we just a broken stream. somewhere, not the first integer. inspecting after the failure would help then
17:16 rg right after the failure it's 35
17:16 rg it seems to process the ++
17:18 rurban what if you run into the error?
17:18 rurban status
17:18 purl Since Fri Jan 16 04:09:57 2009, there have been 10404 modifications and 6214 questions.  I have been awake for 35 days, 13 hours, 8 minutes, 12 seconds this session, and currently reference 752216 factoids. Addressing is in optional mode.
17:18 rurban delete 2
17:18 rurban cont
17:19 rg i just stepped on
17:20 nopaste "rg" at 93.104.104.207 pasted "stepping on" (19 lines) at http://nopaste.snit.ch/15684
17:20 rurban 0xc!
17:21 rurban it should be even
17:21 rg 12 is even
17:21 rurban right
17:22 rg but it's not 0x7 aligned
17:22 rg how that's a problem, i don't know.
17:23 rg after all, i can print it
17:23 rurban I propose to try the fix we just found in src/packfile.c. r36908
17:23 rg sure, if you think that's related
17:24 rurban this corrupted PackFile_find_fixup_entry
17:25 rurban I'm not sure. Andy didn't report any else on sparc lately, only my double breakage.
17:25 rg a 32bit version compiled just fine
17:25 rurban hmm, smells bad.
17:26 rg let me rebuild and i'll tell you in like 20-30 mins
17:26 rurban my 64bit le works fine, just be seems to be broken.
17:26 rurban be = big-endian
17:27 rg i suspect the sparc cpu may be a lot more strict about alignment. i thought you also mentioned something to that effect before.
17:27 rurban I have an idea...
17:27 rurban yes, very strict
17:29 rurban I know that the alignment macro didn't work fine on 64-bit
17:30 rurban I only aligns to 2 and not 8 or 16
17:32 rurban ALIGN_16 ROUND_16 / sizeof (opcode_t) : 16/8 = 2
17:32 rurban I want to get rid of "/sizeof (opcode_t)"
17:33 rurban That's the big plan at least
17:36 rurban My finding was also that the reader should align to the foreign pbc ptrsize, not to the native ptrsize. but since we have strict CPU's we should take more care and align to at least 8 on 64bit
17:39 pjcj joined #parrot
17:42 rurban These are a LOT of changes. We did not use ALIGN or ROUND_UP / ROUND_DOWN macros as in the linux kernel.
17:43 rg i really haven't looked at the bytecode format at all, so i can't comment.
17:44 rurban It's the writers and the reader to fix.
17:44 rurban Writers are a lot, reader just a few
17:44 rurban I'll try to get access to such a machine to verify that assumption
17:45 rurban As I see with Andy Dougherty's reports is that he just uses 32bit on his sparc.
17:46 rg that's the default. sun still thinks people might want to share binaries with older sparc hardware.
17:47 rg (and i wouldn't be surprised if some still do)
17:49 rurban A big probklem is that the architrerue is not reoported correctly. I changed i86pc to amd when 64int is in archname. but we really must check the compilers ptrsize because we usually override it with -m64
17:49 rurban "to amd64 when"
17:50 rurban "0.9.1, Perl 5.8.4 i86pc-solaris-64int, amd64, cc, solaris" is just solaris 32-bit
17:51 rurban I have not found a 64bit big-endian report so far on smolder...
17:51 rg i can set up smolder reports once we have this fixed.
17:53 rurban I can prepare a test patch for you to try out. It will be a big one though.
17:53 rg what bugs me a bit about smolder is that the summary doesn't show you if it's a recent checkout.
17:53 rurban yep, I created a ticket for that. we need the config hash and all local modifications.
17:54 rurban or just myconfig would be fine also, but also $(svn status | grep "M ")
17:55 rurban the cputype I would get with the byteorder then
17:55 rurban rg: can you do grep ptr_alignment config_lib.pasm
17:56 rg set P0["ptr_alignment"], "8"
17:56 rurban that's it! our align must use at least that!
17:56 rurban That's worth a blocking ticket.
17:56 rurban my intel solaris has just set P0["ptr_alignment"], "1"
17:56 rg is that a probed value?
17:56 rurban yes
17:57 rurban config/auto/alignptrs/test_c.in
17:58 rurban do you want to create that ticket?
17:58 rg i would have no idea what to write, sorry
18:02 rg ok, compile is done. problem persists (no difference in values, either) :(
18:03 rg i wonder why the debugger can print *(*stream) if it's not correctly aligned.
18:04 rurban I'm pretty sure that ther must be a simple compiler switch to relax that (andc make code much slower)
18:05 rurban cc -flags shows nothing?
18:06 rg -xmemalign[=<a><b>] Controls memory alignment, <a>={1|2|4|8|16}, b={f|i|s}.
18:06 rg not sure what it does
18:06 rurban ha, simple as that!
18:08 rurban -xmemalign=1i
18:08 rurban i is for int, s for string and f for float I guess
18:08 rurban I dont have that on the intel compiler
18:09 rg the manpage says its sparc only
18:09 rurban hopefully it does accept "-xmemalign=1"  only (for all three types)
18:09 rg no, i think you have to give the option 3 times
18:10 rg and ... i would be wrong
18:10 rurban you can use 2 because we align to 2 :)
18:11 rurban https://trac.parrot.org/parrot/ticket/364 a blocker
18:11 rg Accepted values for b are: i    Interpret access and continue execution. s    Raise signal SIGBUS. f    For variants of -xarch=v9 only. [reduced i]
18:12 rurban Oh my.
18:12 rurban so i looks fine
18:12 rurban 2i exactly
18:14 rg i think we want 2s then.
18:14 rurban really? no raise, we already have that. but maybe its "raise if violated"
18:15 rg i think it's raise if violated
18:15 rurban we can at least try
18:15 rg The default for all v9 architectures is -xmemalign=8s.
18:15 rurban ... 2o min. you can disable some costly optimizations maybe
18:16 rg can i compile without cg cores?
18:16 rurban --cgoto=0
18:17 rg just found that. i guess i'll give it a try
18:18 rurban I also saw just--m=32 (for 64bit complers) but we really need the other way -m=64 and this does not work
18:20 rg i think that may work. after configure i now have     set P0["ptr_alignment"], "2"
18:21 rurban great
18:24 Coke docs/project doesn't seem to be generated by 'make html'
18:27 rurban did you use 2s or 2i?
18:27 rg i used 2s
18:28 rurban I'll note that in the ticket then TT #364
18:29 barney joined #parrot
18:30 braceta joined #parrot
18:31 rg ah the difference between i and s (with values < 8) seems to be that for i the error is trapped and emulated, whereas code is generated that allowes all other access without any trap.
18:32 rg oh it says i may need to give the option to the linker aswell
18:33 rg s/may//
18:33 rurban I'm coding it now away.
18:33 rg ?
18:33 rurban I write a patch to fix that once and forever.
18:34 rg misaligned memory access?
18:34 rurban There's only a 0 allowed as last hexnumber in all addresses from now on.
18:35 rurban ./pbc_dump -h -e config.pbc
18:35 rurban pre-ALIGN_16: offset=0xfffffe64 src=0x7ffa0000 cursor=0x7ffa0670
18:35 rurban ALIGN_16: offset=0xfffffe64 src=0x7ffa0000 cursor=0x7ffa0670
18:35 rurban pre-ALIGN_16: offset=0xffffff5f src=0x7ffa0000 cursor=0x7ffa0284
18:35 rurban ALIGN_16: offset=0xffffff5c src=0x7ffa0000 cursor=0x7ffa0290
18:35 rurban and so on...
18:36 rg hmm funny. didn't fail the link *and* parrot works :)
18:36 rurban all those addresses must be aligned, that's the goal
18:38 Coke (docs/project) ah. it's just not linked to from anywhere obvious.
18:39 rg yay, compile finished. let's make test
18:39 rurban now just jit is missing :)
18:39 rg yeah right. who's going to write sparc jit?
18:40 rg ouch. why is it trying to run a gcc test?
18:41 rg uh more failures
18:44 Coke can we have osx/86 jit first? please? =-)
18:44 Whiteknight Maybe by the time JIT becomes a mature system, Sparc won't be a target platform anymore
18:45 rurban amd64 is first!!!!
18:45 * rg would like to see amd64 jit (but not write it ;))
18:45 rurban I've already started but got distraced
18:45 Whiteknight We need to get the damn x86 JIT working properly first, and I personally want to get AMD64 working too since that's what I have
18:45 rurban distracted
18:45 Whiteknight and I would gladly do an osx/x86 too, once those are done
18:46 rurban I got wonderful crashes with fixing the rounding problem set_i_n, so I have to sit down and write proper gdb macros first
18:46 rg osx/x86 can't be that hard since linux/x86 is already working. but then you'd have to have osx first ;)
18:46 Infinoid "We should support JIT on every platform conceivable, as long as it's mine."
18:47 rurban IA64 is also important, fastcall!!
18:47 purl okay, rurban.
18:47 rg infinoid: you trying to get into the famous quotes list? ;)
18:47 geof joined #parrot
18:47 Infinoid No, I was just trying to sum up what I'm hearing
18:47 purl well, hearing is not necessary to learn.
18:47 Whiteknight If I had solid access to other systems, and some serious time on my hands, I would definitely do more JIT work
18:47 Infinoid And along those lines, I want amd64 jit too :)
18:48 rurban those new relative MR stuff (offset based)  gave me a hard time
18:48 Whiteknight And volunteers work on the projects they want to work on the most. Whichever platform has the most available JIT-interested coders will get the most JIT work
18:49 rurban I think I already put my patches into the tickets. #352 and #353
18:50 rurban And I accidently overwrote most of my already written .gdbinit macros for xREG  and CONST access
18:52 davidfetter joined #parrot
18:52 Whiteknight I really need to get better with GDB, I can pick through it but I'm no wizard or anything
18:53 rurban Ok, TT#359 UUID is finished now. TT #364 ptr_alignment next
18:57 Coke (osx/86 easy since we have x86) - that's what we thought 4 years ago. =-)
18:58 rurban is there really a difference?
18:58 Coke apparently.
18:58 rurban that's a plain normal bsd, isn#t it?
18:58 Coke ... no
18:58 Coke it's darwin.
18:58 Coke i'll let chromatic rant about how it's not the same thing. =-)
18:58 rurban darwin/ppc ?
18:58 Coke no.
18:58 Coke darwin/x86
18:58 timbunce joined #parrot
18:58 rurban OSX 10?
18:59 Coke yes.
18:59 rurban I thought that's a normal bsd, with a good IDE library
18:59 rurban cocoa or such
18:59 Coke not exactly.
19:00 Coke http://rt.perl.org/rt3/Tic​ket/Display.html?id=40804
19:00 rg oh opendarwin shut down more that 2 years ago. i didn't notice
19:00 rg so i guess there's no easy way to get something like osx in an emulator
19:01 rurban I see. So when I properly align all the addresses to16 it will magically work :)
19:01 Coke rurban: one can hope.
19:01 rurban because now it's aligned to 4 on x86 and 2 on 64bit
19:01 rurban this cannot work then
19:02 rurban but we also have to check ptr_alignment, not only stack_alignment
19:05 rurban our memory on the heap apparently IS 16 aligned, just the bytecode not
19:07 Coke I hate it when mom & dad fight.
19:24 Whiteknight it's more healthy that way: You don't want everybody in the project to be in lockstep with each other
19:24 rurban alignment refactor finished, testing....
19:24 Whiteknight and you definitely want to make sure that opposing viewpoints are heard and accounted for
19:24 rurban sure!
19:25 rurban I think it was a simple coding error, someone just added "/sizeof(opcode_t)" to all align code
19:27 rurban chromatic apparently
19:27 rurban leo got it right
19:33 rg tests done. 6 failures.
19:33 rurban worth pasting or just libs?
19:33 rurban libpcre likes to fail there
19:34 rg auto_gcc-01.t, auto_warnings-01.t and inter_progs-0[1-4].t
19:34 rg i'll have a closer look.
19:37 dalek pipp: 24fb6a1 | (Bernhard Schmalhofer)++ |  (3 files):
19:37 dalek pipp: Put library *.pmc files into library.
19:38 rg apparently these are Configure tests
19:38 dalek pipp: Courtesy of Fran�ois Perrad
19:38 dalek pipp: review: http://github.com/bschmalhofer/pipp/commit​/24fb6a1449b582abd13a75e7a64645194f9a353d
19:38 shorten dalek's url is at http://xrl.us/begxuc
19:44 rg all those tests assume they can run gcc (which i have intentionally removed from my path and don't need to build parrot)
19:49 rob joined #parrot
19:50 particle1 joined #parrot
19:54 rg can it be that nobody has tried to build parrot on a system without gcc before?
19:54 rurban I usually run icc, cc and sometimes llvm-gcc
19:54 rg but do you still have gcc in your path?
19:55 Coke it is more likely that the person who wrote those tests happens to have gcc.
19:55 rurban llvm-gcc is broken (my fault) and icc on i386 crashes
19:55 ThF joined #parrot
19:55 rurban yep I do
19:55 rurban msvc has no gcc in the path
19:56 rurban this deserves another ticket...
19:56 rg it could be a different problem
19:57 rg if perl was configured with gcc the tests try to run with that configuration instead of what parrot was built with
19:57 rg it definitely deserves a ticket
19:57 rg i'd like to find out first what's the case here, though.
19:57 Coke There may already be a ticket for that from andy dougherty.
19:58 rg should i search rt?
19:58 rurban could be, but should not be. we store both options in our $conf->data. ->c and ->p5. here the p5 setting fooled us
19:58 rurban please search.
19:59 rurban but the new ticket should go to trac
19:59 rurban msvc passes these tests, and I think we assume the gcc with perl should be valid for parrot also
19:59 rurban sorry, the "cc" for perl
20:01 rurban I've got some strange alignment issues with packout. will not be ready today. sorry
20:02 rg i don't think we should assume the compiler that has built perl, also built parrot.
20:05 rg i'll wait a bit if kid51 can tell me more about those tests.
20:05 Coke rg: yes. a long standing shortcut.
20:05 Coke that has bit us on multiple occasions, usually Andy D.
20:07 rg okay, about building those native pbcs ...
20:07 rg tools/dev/mk_native_pbc: syntax error at line 35: `byteorder=$' unexpected
20:08 rg ah. works with bash.
20:10 rg where should i put/send them?
20:11 rurban hmm, per mail to parrot-dev
20:11 rurban but zip them please, string_6 is not needed
20:12 rurban maybe string_6 as well, just to make sure.
20:12 Infinoid tools/dev/mk_native_pbc has bashisms?  we could just rewrite it in perl.
20:13 rg well solaris sh is probably also especially picky
20:13 rurban but I'm changing alignment soon, so we need new ones then again
20:13 rurban Sure, it has to rewritten in perl, I was just too lazy
20:14 rg just wait for perl6 then ;)
20:14 rurban yep. we'll rewrite it in perl6 anyway sooner or later.
20:15 Infinoid :)
20:16 Tene rakudo isn't in the tree anymore.  a PIR version would be nicer.
20:16 Tene And more feasible.
20:17 rurban should we create probes for stack alignment?
20:17 rg well you can generate the pir with perl6 then.
20:17 rurban or nqp
20:18 rg that will probably always be in the tree too
20:18 rurban I think we need the string tests for testing all the encodings and charsets
20:18 rg what do you mean with probes for stack alignment?
20:21 rurban_ joined #parrot
20:21 Tene or lolcode
20:23 rurban_ http://rt.perl.org/rt3/Tic​ket/Display.html?id=40804 is wrong btw. he means the number 16 for alignment, not 16-byte stack alignment
20:25 magnachef joined #parrot
20:25 rg i was wondering about that, but 16 bit alignment seems a bit small to me.
20:26 rg does anyone know those opcodes?
20:26 rurban 16 byte would be for 256bit cpu's
20:27 Infinoid ... pie and bacon?
20:28 rurban oops, apparently chip is right. "Moves 128-bit value from an XMM register or 128-bit memory:"
20:28 rurban MOVDQA xmm1, xmm2/mem128 66 0F 6F /r
20:28 Tene_ joined #parrot
20:28 rurban quad precision double
20:30 Whiteknight chromatic can be very colorful in his metaphors
20:30 Infinoid Makes for interesting reading. :)
20:38 cotto I'm sticking with Parrot, but I'd still like that map.
20:38 Coke pah?
20:38 Coke I like pah.
20:38 * Whiteknight loves bacon and pie
20:38 jonathan Mmm...bacon and pie.
20:38 * Infinoid isn't sure the two go together very well
20:39 Infinoid (Having never tried it, I may be wrong.)
20:39 rg who said anything about having them together?
20:39 Whiteknight it does sound like a fun experiment
20:39 Infinoid I've heard of worse.
20:39 jonathan A bacon pie.
20:39 Infinoid Peanut butter on a bacon cheeseburger is actually really good
20:39 jonathan Wouldn't that be like pork pie?
20:39 * Coke misses the House of Pi in Houston, Tx.
20:40 Infinoid You never know.  Maybe he was intending to circle those restaurants who serve a dish named "pie and bacon".  That would make the map less time consuming to draw...
20:47 Tene_ What map is this?
20:47 rurban Ah Andy Dougherty spoke up and fixed my wrong calculation. good! TT #364
20:47 Whiteknight from chromatic's last email
20:47 rurban that's why my fix didn't work
20:48 Coke bacon and pie is http://lists.parrot.org/pipermail/p​arrot-dev/2009-February/001555.html
20:48 shorten Coke's url is at http://xrl.us/begx6v
20:49 * cotto realizes that he has both bacon and microwave
20:50 rurban rg: https://trac.parrot.org/pa​rrot/ticket/364#comment:4
20:50 rurban the first pf->src address is misaligned, not the stepper.
20:51 rurban so chrmatic was right.
21:00 rg i can't say i understand it all. isn't it still the case that 16 bit alignment on sparc is too little for the default compiler settings?
21:02 rg so if that was a design choice, are we just going to require -xmemalign=2s ?
21:05 rg (or i guess we could also use -xmemalign=8i and see which one performs better)
21:10 rurban he says that we must align the base src address pf->src
21:11 rurban and that the writers are okay, just  the reader needs one alignment. and that my finding of using the foreign ptrsize is right.
21:13 rurban this was the 32<=>64 bit problem
21:13 rurban just two tiny errors, one of it I already tested okay.
21:24 rg so do i need to debug anything else?
21:39 rurban I'm just testing
21:40 mberends joined #parrot
21:43 rurban passed
21:44 dalek lua: 5c66e86 | (Francois Perrad)++ |  (3 files):
21:44 dalek lua: move pbc libraries in /library
21:44 dalek lua: review: http://github.com/fperrad/lua/commit/5c​66e861e365a45d359024dc7463b43b1c643751
21:44 dalek lua: adf829f | (Francois Perrad)++ |  (2 files):
21:44 dalek lua: adjust .gitignore
21:45 dalek lua: review: http://github.com/fperrad/lua/commit/ad​f829fbad5f2db4cf0c1421ca8c321961acba7a
21:45 dalek lua: 3188461 | (Francois Perrad)++ |  (2 files):
21:45 dalek lua: add targets : build, installable, install win32-inno-installer
21:45 shorten dalek's url is at http://xrl.us/begyff
21:45 shorten dalek's url is at http://xrl.us/begyfh
21:45 dalek lua: review: http://github.com/fperrad/lua/commit/31​884616b6159d6bd7c8da9fba2e4954cbbc2e12
21:45 shorten dalek's url is at http://xrl.us/begyfj
21:46 rg ah look at that. i now managed to build a 64bit binary with gcc aswell. i wonder what was different the last time i tried.
21:47 rg and gcc does not have those alignment problems.
21:47 rg s/gcc/the gcc generated code/
21:48 rurban it might be less strict than cc (and slower)
21:50 rurban mem_sys_allocate() should align to ptr_alignment
21:52 Infinoid I'm not sure mem_sys_allocate has any control over how malloc() aligns
21:56 rurban on a sparc I assume system malloc aligns automatically to its wanted size.
21:56 rurban But I want to test that.
21:59 ron joined #parrot
22:00 Coke msg TimToady the *difference* between, not the *differences*. neh?
22:00 purl Message for timtoady stored.
22:04 Coke msg TimToady though i see you just fixed it. nevermind. =-)
22:04 purl Message for timtoady stored.
22:04 TimToady I'm not very good at minding at the best of times
22:07 dalek parrot: r36911 | chromatic++ | trunk/t/pmc/os.t:
22:07 dalek parrot: [t] Fixed hardlink to directory tests so that they don't fail when run without
22:07 dalek parrot: root permissions.
22:07 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36911/
22:09 Whiteknight joined #parrot
22:10 rurban Operation not permitted is not really safe enough
22:10 rurban on german windows its different
22:11 rurban msg chromatic "Operation not permitted" on german windows will be different
22:11 purl Message for chromatic stored.
22:13 Whiteknight german isn't a dynamic language, so Parrot doesn't support it
22:13 Whiteknight :)
22:13 rurban msg chromatic checking errno is safer
22:13 purl Message for chromatic stored.
22:14 rg aren't there localized versions of linux aswell? solaris for sure.
22:15 rg also, hardlinking to directories is not a good idea (at least not on ufs).
22:17 Tene_ [sweeks@kweh ~]$ LANG=fr_FR ls /root
22:17 Tene_ ls: ne peut ouvrir le r�pertoire /root: Permission non accord
22:18 rurban nzfs allows it but its neither a good idea. that's why there no tools to support it. just junction
22:19 Tene_ Hm.  More accurate would be:
22:19 Tene_ [sweeks@kweh ~]$ LANG=fr_FR.UTF-8 ln /tmp/tmplink
22:19 Tene_ ln: accès de `/tmp/tmplink': Aucun fichier ou dossier de ce type
22:19 ron I have been trying to do some research on rt 40438 (http://rt.perl.org/rt3/Publi​c/Bug/Display.html?id=40438).  The ticket was initially described as a dynpmc issue which was later corrected to being a namespace issue.  The last substantive posting used a getclass operator which has now been replaced by get_class and, as demonstrated by the nopaste to follow shortly, if the current parrot...
22:19 ron ...class stuff is used as documented everything seems to me to work fine.  Wondering if "classes being defined in parrot namespace" in that last post still makes sense as a problem and if someone might explain a bit what problem if any remains here?
22:19 nopaste "ron" at 168.100.250.30 pasted "Updated (working) test code for rt 40438" (13 lines) at http://nopaste.snit.ch/15686
22:20 dalek parrot: r36912 | fperrad++ | trunk/tools/dev/mk_language_shell.pl:
22:20 dalek parrot: [install] minor improvements
22:20 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36912/
22:21 ron If my question would have been better posted to rt or trac please also feel free to comment ...
22:27 mberends joined #parrot
22:30 Infinoid ron: looks closeable to me, but I'm not a pir namespaces/subclasses expert.
22:37 timbunce joined #parrot
23:11 Theory joined #parrot
23:12 dalek parrot: r36913 | fperrad++ | trunk/tools/dev/mk_language_shell.pl:
23:12 dalek parrot: [install] add chmod in target install
23:12 dalek parrot: review: https://trac.parrot.org/parrot/changeset/36913/
23:13 rurban rg: I found a place where this problem was attacked before: src/gc/system.c: Store the code in a union with a double to
23:13 rurban ensure proper memory alignment.
23:13 contingencyplan_ joined #parrot
23:14 mikehh joined #parrot
23:15 cotto Is anyone here somewhat familiar with jit guts?
23:15 rurban a bit
23:16 cotto There's something in the jit code that's using an NCI PMC's PMC_struct_val, and I can't find it.
23:17 dalek lua: 29dd321 | (François Perrad)++ | config/makefiles/root.in:
23:17 dalek lua: fix makefile on linux
23:17 dalek lua: review: http://github.com/fperrad/lua/commit/29​dd32115a499b64638de7db612fa65d7ab1ec00
23:17 shorten dalek's url is at http://xrl.us/begys8
23:17 cotto This patch causes most of t/pmc/nci.t to fail:
23:18 nopaste "cotto" at 96.26.202.243 pasted "make NCI asplode" (162 lines) at http://nopaste.snit.ch/15689
23:19 cotto Note that a backtrace on the segfault will result from attempting to jump to 0xbaadf00d, which is what NCI PMCs' PMC_struct_val is set to.
23:21 cotto any clue?
23:27 Tene joined #parrot
23:43 cotto msg chromatic can you look at http://nopaste.snit.ch/15689 and figure out what's accessing NCI's PMC_struct_val?  The patch causes most of t/pmc/nci.t to fail.
23:43 purl Message for chromatic stored.
23:49 Infinoid hmm.  PMC_struct_val, PMC_int_val() and PObj_bufstart() all access the same thing
23:50 Infinoid I can't reproduce any failures on amd64 with a non-jit-enabled build, so I think you're right that it must be something in jit
23:50 Infinoid but that sums up the extent of my knowledge of jit.

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

Parrot | source cross referenced