Parrot 0.9.1 Released | parrot.org/ | 458 RTs left!
Set by moderator on 18 February 2009.
00:03 Andy joined
rurban typedef INTVAL (*nci_jit_sub_t)(PARROT_INTERP, PMC *, char *); is not needed? 00:03
oops, i see 00:04
- PMC_struct_val(ret) = PMC_struct_val(SELF); smells fishy to me. 00:07
00:07 Limbic_Region joined
rurban deleting SET_ATTR_multi_sig(INTERP, ret, PMCNULL); also 00:08
cotto the PMC_struct_val assignment is taken care of by assigning nci_info_ret->orig_func
00:09 AndyA joined
cotto the SET_ATTR_multi_sig is unnecessary because PMC_data is zeroed when allocated 00:09
rg rurban: where would you want to use the union trick for alignment? 00:11
rurban I used explicit alignment on unaligned malloced ptrs 00:13
but the problem comes from freeze, where the internal strcutures suddenly are unaligned. 00:14
so it's unpack to blame
Most likely a string 00:15
I'd really need access to such a machine. I turned up my internal PARROT_PTR_ALIGNMENT to 8, to see if it makes a difference. of course not. 00:16
solaris has dtrace so theoretically we could write a dtrace function to check the addr during pmc freeze. 00:19
=> check the addr alignment
rg i wonder if we really need to fix this. after all, gcc doesn't give us trouble and we have a compiler option for the sun compiler that makes things work. 00:20
00:20 Theory_ joined
rurban its the entry before the integer for sure. so stepping the backtrace up should help a bit. 00:20
sure. we will commit a fix to makes thinks work for 1.0 00:21
But I would prefer properly aligned addresses for speed on 64 bit. it's there for a reason.
fix: ccflags hint for sunpro cc on 64bit 00:22
00:29 purl joined
rurban PackFile_ConstTable_unpack fails on 64bit big-endian. otherwise fine. 00:29
good, my first bug is fixed! 00:30
endianess is not the issue, just 64bit. good 00:31
00:35 gryphon joined, bacek joined, TimToady joined
rurban rg: you could compile src/gc/memory.c with -DDETAIL_MEMORY_DEBUG if you want to, but it's very verbose. 00:36
and its most likely not the cause. my numbers all look aligned 00:37
rg well it's not getting very far before it hits the misaligned access 00:38
rurban I suppose it fails after the very first string, which can be the name of a pmc method. 00:39
okay, my big 32-64 but bug is fixed at least. I can properly ready your and the other 64 bit pbcs on 32 bit. 00:42
00:42 zostay joined
rurban enough for today! 00:42
rg thanks for all your help and hard work. rurban++ 00:43
rurban rg++
00:48 zostay joined 01:01 Tene joined
dalek rrot: r36914 | coke++ | trunk:
TT # 188 - Remove deprecatd Closure PMC
01:05
01:12 TiMBuS joined
Whiteknight coke++ 01:23
01:27 PacoLinux joined 01:30 kj joined 01:32 PacoLinux joined
dalek rrot: r36915 | whiteknight++ | trunk/src/pmc/class.pmc:
[Core] Fix TT #321 by replacing an instance of Parrot_run_meth_fromc_args with Parrot_pcc_invoke_method_from_c_args, which is actually MORE stable in this case
01:37
01:39 samlh joined
Whiteknight it's funny to me because Parrot_pcc_invoke_method_from_c_args seems to break everything else. But in this case it's actually the solution 01:51
01:53 leto_ joined
dalek rrot: r36916 | whiteknight++ | branches/rename_pccinvoke:
[rename_pccinvoke] update src/pmc/class.pmc to use the new function, revert changes the src/io/api.c that I'm not ready to update yet
01:56
01:57 Andy joined 02:15 samlh joined 02:27 Andy joined
dalek rrot: r36917 | cotto++ | trunk/src/pmc/lexpad.pmc:
[PMC] use ATTRs in LexPad PMC
02:28
02:29 ron joined 02:39 ron left
GeJ Good morning everyone. 03:00
leto_ GeJ: mornin' 03:08
03:29 jimmy joined
jimmy morning 03:30
03:42 janus joined 03:45 gerd joined 04:11 jimmy joined
Infinoid hi, morning people 04:17
04:20 rurban_ joined 05:18 samlh joined 05:21 klapperl joined
dalek rrot: r36918 | chromatic++ | trunk:
[PMC] Made nested UnManagedStructs independent of each other, per RT #31292.
05:36
06:12 mberends joined 06:27 Theory joined 06:31 masak joined 06:53 contingencyplan joined 07:04 jimmy joined
dalek rrot: r36919 | cotto++ | trunk:
[PMC] make NCI PMCs use ATTRs, with one temporary workaround for i386 jit
08:37
08:41 iblechbot joined
dalek rrot: r36920 | cotto++ | trunk/src/pmc/nci.pmc:
[PMC] add TT to previous commit
08:49
tracwiki: v21 | cotto++ | PMCUnionDeprecationTasklist 08:56
tracwiki: trac.parrot.org/parrot/wiki/PMCUni...ction=diff
shorten dalek's url is at xrl.us/begz63
09:00 bacek joined 09:16 barney joined 09:26 iblechbot joined 09:43 iblechbot joined
bacek bacek@icering:~/src/parrot$ git bisect bad 09:55
Bisecting: 1 revisions left to test after this
[9c6457d3393113c48f47707f596ac35167b2e1cc] [PMC] convert String PMC to use ATTRs
This commit broke Rakudo... 09:56
TiMBuS bacek, what broke? 10:27
masak TiMBuS: try and build Rakudo. I get a segfault over here. 10:32
TiMBuS oh i see. i was confused there because bacek used git so i thought it was a rakudo commit 10:33
masak probably git-svn. 10:34
TiMBuS there we go, segfault on an updated parrot
masak I probably don't need to say this, but _please_ someone fix the segfault.
:/
TiMBuS is it possible for actions.pm to access the PCT namespace? 10:36
masak I don't know, but it sounds likely. 10:37
if I were to check, what would I be looking for?
rurban msg cotto your string.pmc update broke rakudo 10:38
purl Message for cotto stored.
TiMBuS i'm just wondering if PCT could set some variables for actions.pm to grab, like filename, and the context the code is being run in (interactive mode, oneliner eval, etc)
rurban But I'm pretty sure rakudo has to use the new string.pmc 10:39
dalek rrot: r36921 | fperrad++ | trunk/t/pmc/os.t:
[t] skip new test on Windows
10:50
11:26 jimmy joined
mikehh I built rakudo but over half the coretests fail 12:00
most of the spectests skip or fail 12:01
parrot seemed to build ok - r36921 - smolder.plusthree.com/app/public_pr...ails/18224 12:06
shorten mikehh's url is at xrl.us/beg2cp
12:12 jimmy joined
dalek rrot: r36922 | NotFound++ | trunk/src/pmc/lexpad.pmc:
[cage] fix c++ build in lexpad.pmc
12:17
12:19 Themeruta joined
NotFundgf hi 12:20
12:21 rurban_ joined
jimmy hello 12:25
purl hola, jimmy.
12:31 baest joined
dalek rrot: r36923 | rurban++ | trunk/tools/dev/pbc_header.pl:
[tools] fix wrong optimization logic from r36890.
12:36
TiMBuS so whats it mean when the value of s->strstart is 0xdeadbeef :/ 12:41
because thats why rakudo is crashing
s being a STRING
jimmy dead beef :( 12:47
12:56 jan joined
dalek rrot: r36924 | rurban++ | trunk/tools/dev/ops_not_tested.pl:
[tools] skip t/native_pbc from the pbc_disassemble steps
13:38
14:01 muixirt joined
muixirt hi 14:02
purl hola, muixirt.
14:02 jan joined
muixirt is it save to assume that in function signatures for NCI that size_t equals int? 14:07
NotFundgf muixirt: no 14:23
muixirt NotFound, so what can I use instead? 14:24
NotFundgf, of course 14:27
rurban I would say long on 64bit, int on 32bit 14:28
NotFundgf We must add an option for it. In the meantime I think long may be the most appropiate 14:30
muixirt ok, thanks 14:51
TiMBuS rurban, long is 32 bits on 32bit platforms 15:04
and 64 bit on most 64bit platforms, except windows 15:05
rurban and that's what size_t is normally, isn't it?
TiMBuS i think its the maximum supported int size yeah 15:07
rurban another string padding bug found with 64bit 15:13
only one 32/64bit bug missing... 15:14
15:22 Whiteknight joined
rurban Regarding reading older or newer pbc's: what our policy there? I think parrot should be strict (as currently), and the utils non-strict. So the utils will only warn, parrot will fail. 15:25
15:40 rdice joined
cotto rurban, do you mean that there's a bug in the code or that rakudo needs to be updated? 16:11
(string.pmc) 16:12
rurban parrot is fine obviously, but rakudo crashes , bisected to your string.pmc update
cotto I have to leave soon, but I'll look at it later today. 16:13
rurban See the irclog, bacek and TiMBus reported
TiMBuS hm? oh yeah, rakudo is crashing inside perl6str's get_int, for some reason the string isnt init'd so s->strstart is 0xdeadbeef 16:16
correction, it's in get_number 16:17
16:17 Limbic_Region joined 16:28 masak joined
dalek a: cdc0dc3 | (Francois Perrad)++ | (4 files):
luap is an installable
16:36
shorten dalek's url is at xrl.us/beg2q8
16:57 Theory joined 17:53 bacek joined 18:00 geof joined
Whiteknight any PCT experts online? 18:04
jonathan Depends what bit of PCT you need expertise on... 18:06
masak purl: rakudobug 18:46
purl rakudobug is probably mailto:rakudobug@perl.org
dalek lscript: 2071b41 | (Francois Perrad)++ | (9 files):
move *.pbc in ./library
shorten dalek's url is at xrl.us/beg22f
dalek lscript: ba26db5 | (Francois Perrad)++ | (2 files):
add generation of executables
shorten dalek's url is at xrl.us/beg22h
dalek lscript: c2387c3 | (Francois Perrad)++ | (2 files):
add target 'install'
shorten dalek's url is at xrl.us/beg22w
18:49 particle joined
dalek rrot: r36925 | fperrad++ | trunk/tools/dev/mk_language_shell.pl:
[install] typo
18:53
lscript: 497a299 | (Francois Perrad)++ | config/makefiles/root.in:
fix Makefile
19:07
shorten dalek's url is at xrl.us/beg24m
dalek lscript: 8cac149 | (Francois Perrad)++ | wmls (2 files):
update doc
shorten dalek's url is at xrl.us/beg24q
19:42 rblasch joined 19:43 rblasch left, Ron joined 19:46 Ron left 19:47 Ron_ joined 19:48 Ron joined 19:55 rblasch joined
dalek rrot: r36926 | whiteknight++ | branches/rename_pccinvoke:
[rename_pccinvoke] update all calls to Parrot_run_meth_fromc_args in src/pmc/object.pmc. Also update one weird test that I think was doing the wrong thing, and a few other changes I had to make for cleaning. two weird failing tests persist, working on that later
20:03
20:10 clunker3 joined 20:21 rurban_ joined 20:23 Tene joined
rurban use.perl.org/~rurban/journal/38522 about ptr alignment 20:43
20:57 rblasch1 joined 21:04 jan joined 21:13 rblasch joined 21:49 Casan joined 21:54 jan joined 22:03 gravity joined 22:15 afbach joined 22:30 perlsyntax joined 22:31 perlsyntax left
GeJ Good morning everyone 23:25
Infinoid hi GeJ 23:55
busy in here, I see :) 23:56