|
github.com/moarvm/moarvm | IRC logs at irclog.perlgeek.de/moarvm/today Set by moderator on 19 October 2013. |
|||
|
00:40
BenGoldberg joined
01:21
_sri joined
07:08
FROGGS joined
08:23
donaldh joined
|
|||
| dalek | arVM/config: 9ca0fd7 | (Tobias Leich)++ | build/Makefile.in: install moar- and 3rdparty-headers It is super verbose but it seems to work. Needs sugaring. |
08:54 | |
|
11:22
rurban joined,
japhb joined
12:54
flussence joined
|
|||
| diakopter | FROGGS: why 3rdparty headers | 13:36 | |
| FROGGS | diakopter: because these are included by moar.h | 13:37 | |
| and have have no user-friendly moar.h yet | |||
| diakopter | oh | ||
| FROGGS | I guess we could get rid of installing header for tommath already | 13:56 | |
| jnthn | FROGGS: 'tis verbose but looks like it should work :) | ||
| FROGGS | and we'd need to put things like #include "core/threadcontext.h" into an internal header file | 13:57 | |
| jnthn: what are you referring to? my commit message? | |||
| or are you already testing it? | |||
| hmmm, putting core/threadcontext.h into an moarvm-internal header wouldn't even work, would it? | 13:58 | ||
| because when we register an op in rakudo_ops.c or so, we always get/want/need the tc | 13:59 | ||
| jnthn | FROGGS: 9ca0fd7 | ||
| FROGGS | k | 14:00 | |
|
14:09
benabik joined
14:31
benabik joined
|
|||
| jnthn | FROGGS: Is the config branch based off ext? | 14:48 | |
| FROGGS | jnthn: yes | ||
| jnthn | ok, which was now merged...but I think it's got the important commits | 14:49 | |
| So I won't bother merging master into it | |||
| FROGGS | jnthn: could be difficult due to the build-system refactor | 14:50 | |
| jnthn | How so? | 14:51 | |
| FROGGS | k, I've just grepped for the name from the extops markdown, but didnt found it | ||
| jnthn | I was talking about config branch in MoarVM...is there one in nqp too? | ||
| moritz | if you can tell me which branches I need, I can start to look into the build system for rakudo-moar | ||
| FROGGS | jnthn: because I made changes to Makefile-Moar.in for rakudo | ||
| jnthn | moritz: Currently, MoarVM master, NQP master, moar-support | ||
| FROGGS | just tiny changes, but still | ||
| jnthn | moritz: uh, last one is Rakudo branch | 14:52 | |
| FROGGS: We didn't unify ConfigureMoar.pl into Rakudo's configure stuff yet. | |||
| FROGGS | ahh, alright | ||
| jnthn | But given moritz++ is planning to look at it, maybe it's better we merge your changes sooner rather than later. | ||
| To avoid re-work. | |||
| FROGGS: So is there an NQP branch I need for trying the config stuff? | 14:53 | ||
| FROGGS | yes, config | ||
| + creating a stage0 | |||
| I didn't push one just because of the repo size | |||
| jnthn | k | ||
| FROGGS | so, it is config/config/config :o) | 14:54 | |
| jnthn | k | 14:55 | |
| FROGGS: Oh...the NQP config branch doesn't have the unified configuration stuff in it? | 14:59 | ||
| FROGGS | no :/ | ||
| jnthn | Mind if I do that? Anything I should be aware of? | 15:00 | |
| Looks like a trivial merge \\o/ | |||
| FROGGS | go ahead | 15:01 | |
| I really added just three lines or so | |||
| jnthn | Merged cleanly; building now with a fresh stage0 | ||
| FROGGS: eek, on Windows it goes and turns the /foo compiler flags into \\foo... | 15:06 | ||
| FROGGS | huh | 15:07 | |
| jnthn | 'cus of the path thing | ||
|
15:07
benabik joined
|
|||
| jnthn | FROGGS: Hm, it's unhappy... | 15:08 | |
| cl : Command line warning D9027 : source file 'dynext/perl6_ops.obj' ignored | |||
| perl6_ops.c | |||
| C:/consulting/MoarVM/install/include/moar\\platform/inttypes.h(2) : fatal error C1083: Cannot open include file: 'msinttypes/inttypes.h': No such file or directory | |||
|
15:09
jnap joined
|
|||
| FROGGS | I thought the mix of \\ and / would still work | 15:10 | |
| jnthn | The first warning there is fixed with | ||
| @moar::ccout@$(PERL6_OPS_OBJ) | |||
| (There used to be a space in there) | |||
| FROGGS | ahh, okay | ||
| jnthn | The missing header file I'm less sure about...something we simply don't install? | ||
|
15:12
jnap1 joined
|
|||
| FROGGS | aren't these system headers? | 15:12 | |
| #ifdef _MSC_VER | |||
| #include <msinttypes/inttypes.h> | |||
| ahh, ohh | |||
| there is 3rdparty/msinttypes | 15:13 | ||
| jnthn | ah | ||
| FROGGS | looks like I forgot about this one | ||
| jnthn | ok, that'd be the one :) | ||
| I pushed the other fix...hopefully it doesn't bust it on other platforms | 15:14 | ||
| FROGGS | jnthn: can I push to MoarVM? | ||
| jnthn | sure | ||
| to config branch, yes? | 15:15 | ||
| FROGGS | yes | ||
| jnthn | go ahead, I'll try it | ||
| dalek | arVM/config: 539d089 | (Tobias Leich)++ | build/Makefile.in: install msinttypes headers too |
||
| jnthn pulls | 15:16 | ||
| FROGGS: Needed an addition in Rakudo repo too, but now the C file compiles | 15:21 | ||
| And it fails to link | |||
| Progress... :) | 15:22 | ||
| OK, fixed that too | |||
| FROGGS | cool | ||
| jnthn | Unfortunately, you put the rule first in the makefile so now it *only* builds the dynops :P | ||
| FROGGS | *g* | ||
| I recognized that too a few minutes ago :o) | 15:23 | ||
| FROGGS .oO( `make all` is your friend ) | |||
| jnthn | oh, and it wants the path transform now :/ | 15:24 | |
| FROGGS | hmpf | ||
| so you have to fiddle $config{prefix} in Configure-Moar.pl and the rest in Makefile-Moar.in= | 15:26 | ||
| ? | |||
|
15:28
FROGGS[mobile] joined
|
|||
| jnthn | yeah | 15:29 | |
| something else weird is going on | |||
| FROGGS | sorry, but I have to move home... see you in a bit | 15:30 | |
| jnthn | oh, WTF | 15:31 | |
| We were setting PREFIX twice o.O | |||
| FROGGS[mobile] | I think I added one in moarvm's config | 15:32 | |
| jnthn | FROGGS[mobile]: when you get chance, please can you check current state doesn't bust stuff on non-Windows? | 15:38 | |
| FROGGS[mobile] | Will do then | 15:47 | |
| jnthn | FROGGS[mobile]: So, I pushed some stuff in perl6_ops.c; the line commented out is what needs to work :) | 16:10 | |
|
16:19
TimToady joined
16:27
benabik joined
16:28
FROGGS joined
17:13
yoleaux joined
17:17
yoleaux joined
|
|||
| nwc10 | not sure if this is interesting: arxiv.org/abs/1310.2300 | 19:01 | |
| arnsholt | moritz++ # Unified build | 19:14 | |
| jnthn | nwc10: Looks like it :) | 19:16 | |
| moritz | fwiw I'm now working on --gen-moar in nqp's Configure.pl | ||
| diakopter | moritz: you're like build systems extraordinaire lately | 19:18 | |
| nwc10 | jnthn: they test using code from the benchmark game site (or whatever it is called) because they want pure-Python Python 3 code | 19:19 | |
| (which they can also run as Python 2 code on PyPy, with no or minimal modification) | |||
| so I've no idea if their "this is looking cool" numbers are only really good on numeric code | |||
| or, at least, simple(ish) code using only the builtin types | |||
| moritz | diakopter: not really; but now I've done so much with them that it's simply efficient if I tackle the remaining TODOs | ||
| arnsholt | Interesting | 19:20 | |
| nwc10 | the latter may be particularly relevant, as it looked like their type-specialisation system used only 3 or 4 types | ||
| arnsholt | I've been really happy with PyPy, incidentally. Reduced the runtime of a program by an order of magnitude | ||
| timotimo | yes, pypy is amazing, i can't say that often enough | 19:21 | |
| moritz | somehow my nqp-on-moarvm build segfaults now :( | 19:22 | |
| jnthn | FROGGS[mobile]: When building I see: | 19:25 | |
| config.c | |||
| src\\gen\\config.c(139) : warning C4129: 'P' : unrecognized character escape sequence | |||
| src\\gen\\config.c(139) : warning C4129: 'p' : unrecognized character escape sequence | |||
| dalek | arVM: 104e4eb | (Tobias Leich)++ | / (11 files): added bakendconfig op Which return the hash $config from Configure.pl. |
19:26 | |
| jnthn | FROGGS[mobile]: Anyways, config merged in MoarVM | ||
|
19:26
dalek joined
|
|||
| diakopter | nwc10: cool; where'd you run across that? | 19:27 | |
| moritz | moar build fail | 19:30 | |
| I configured with | |||
| /home/moritz/perl5/perlbrew/perls/perl-5.18.1/bin/perl Configure.pl --prefix="/home/moritz/p6/rakudo/nqp/install" --make-install | 19:31 | ||
| /home/moritz/perl5/perlbrew/perls/perl-5.18.1/bin/perl -MExtUtils::Command -e mkpath /bin | |||
| /home/moritz/perl5/perlbrew/perls/perl-5.18.1/bin/perl -MExtUtils::Command -e cp moar /bin | |||
| /home/moritz/perl5/perlbrew/perls/perl-5.18.1/bin/perl -MExtUtils::Command -e chmod 755 /bin/moar | |||
| Cannot chmod 755 /bin/moar:No such file or directory at /home/moritz/perl5/perlbrew/perls/perl-5.18.1/lib/5.18.1/ExtUtils/Command.pm line 274. | |||
| make: *** [install] Error 2 | |||
| somehow it sets the prefix to / | |||
| ah no, it was a double quoting fail | 19:32 | ||
| diakopter | nqp-m: 2 | 19:35 | |
| camelia | nqp-moarvm: OUTPUT«(signal SEGV)» | ||
| jnthn | FROGGS[mobile]: config merged/pushed in NQP too | 19:39 | |
| nwc10 | diakopter: 5th comment: www.blogger.com/comment.g?blogID=39...3443707910 | 19:50 | |
| jnthn | FROGGS[mobile]: and in Rakudo | 19:59 | |
|
19:59
dalek joined
|
|||
| diakopter | today's like the highest velocity day in a long time | 20:09 | |
| PerlJam | it still seems to be progressing at one second per second to me. | 20:10 | |
| lue | PerlJam: did you take into account gravity variances? | 20:18 | |
|
20:23
cognominal joined
|
|||
| dalek | arVM: 9cd824b | jnthn++ | src/core/ext.h: Add MVM_ext_register_extop to public API. |
20:27 | |
|
20:28
dagurval joined
20:36
jnap1 left
|
|||
| dalek | arVM: 72699f6 | jnthn++ | / (2 files): Fix install of a shared MoarVM build on Win32. This gets us far as being able to build an NQP with it, and Rakudo no worse off. |
20:41 | |
|
20:42
woolfy left,
woolfy joined
|
|||
| diakopter | jnthn++ tons of others++ amazing work | 20:43 | |
|
20:49
jnap joined
|
|||
| dalek | arVM: 9d2b258 | jnthn++ | / (2 files): Install moar.dll implib on Windows. |
20:56 | |
| jnthn | Is it me, or has LTO suddenly started taking a long time when doing an optimized build with MSVC? | 21:45 | |
| Cannot iterate object with MVMString representation # now I improved the error... | |||
| diakopter | jnthn: me too | ||
| dalek | arVM: 83bfa5e | jnthn++ | src/6model/reprs/MVMIter.c: Include uniterable REPR in error message. |
21:46 | |
| diakopter | jnthn: well, past couple weeks anyway | ||
| jnthn | argh | 21:57 | |
| It looks like if you have an exe and dll of the same name it generates a pdb of the same name | |||
| And then debugging is hosed... :/ | |||
| diakopter | jnthn: /Fd | ||
| jnthn: /Fdother_name.pdb | 21:58 | ||
| jnthn | yeah | 21:59 | |
| Oh, though I used /pdb:othername | |||
| diakopter | I don't see that flag | 22:00 | |
| jnthn | odd, shows up in my link /? | 22:01 | |
| diakopter | oh, link | 22:02 | |
| /Fd is for cl | |||
| jnthn: maybe it needs named libmoar.dll or whatever | 22:04 | ||
| jnthn | diakopter: nah, if you /pdb:moar.dll.pdb it picks it up just fine :) | 22:06 | |
| I just hacked the makefile though; probably we should do this automatically | |||
| diakopter | heh, interesting | 22:07 | |
|
22:12
benabik joined
|
|||
| jnthn | I'll hunt this problem more tomorrow. | 22:27 | |
| I just found one missing thing. | |||
| (P6opaque handling of auto_viv_container is NYI) | |||
| Though it doesn't really explain The Bug. | |||
|
22:35
BenGoldberg joined
|
|||
| diakopter | .oO( nothing solves a problem like another layer of misdirection.. ) |
22:36 | |
| TimToady | in that case, I pick nothing. | 22:44 | |
|
23:12
jnap joined
23:37
benabik joined
|
|||