github.com/moarvm/moarvm | IRC logs at irclog.perlgeek.de/moarvm/today
Set by moderator on 3 August 2013.
00:00 FROGGS joined 00:13 lizmat joined 00:55 benabik joined
dalek arVM/libvu3: 172cc1c | jimmy++ | / (3 files):
updated oplist
01:07
01:13 colomon joined 01:26 woolfy joined 01:40 colomon joined
dalek arVM: 28f5d3f | jimmy++ | src/io/procops.c:
get acp at runtime when works on windows.
01:41
JimmyZ BabsSeed, not_gerd: I just pushed my fix 01:42
in libuv3 branch
and now, getenvhash works well on CJK Windows 01:44
01:56 crab2313 joined 02:23 FROGGS joined 03:19 colomon joined 03:22 FROGGS joined 03:37 FROGGS joined, crab2313 joined 03:47 colomon joined 04:00 FROGGS joined 04:13 dalek joined 04:44 birdwindupbird joined 05:00 FROGGS joined
JimmyZ hmm, looks like we don't need linenoise since libuv has readline support in src/*/tty.c 05:59
jnthn: ^^
but looks it support windows more better than linux 06:00
s/looks it/looks like it/ 06:01
06:13 FROGGS joined
FROGGS o/ 06:14
BabsSeed o/ 06:31
dalek arVM/libvu3: 62baae3 | jimmy++ | 3rdparty/libuv/ (5 files):
removed uv_fs_getstdin/uv_fs_getstdout/uv_fs_getstderr, libuv has tty support
06:33
JimmyZ FROGGS: we may don't need linenoise, libuv is enough
FROGGS JimmyZ: yeah, I've read this in the logs 06:34
JimmyZ yeah, looks like libuv's tty is not supporting linux as well as windows 06:40
06:51 grondilu joined 06:58 not_gerd joined
not_gerd o/ 06:58
#46 *should* now work on darwin as well 06:59
JimmyZ not_gerd: linenoise may be excluded in #46 07:02
:)
I'm not sure, I'd like to ask jnthn again
not_gerd JimmyZ: will do so once readlineint_fh hass been migrated 07:05
BabsSeed Is there a todo or trac or something if I wanted to start coding on something? :P
not_gerd doesn't hurt to keep it there till then
JimmyZ BabsSeed: BabsSeed, replace apr by libuv :) 07:07
BabsSeed: you may want to ask jnthn++ ...
BabsSeed JimmyZ: Right now I'm still getting familiar with the code base :D
Was wondering if there's some kind of todo list that everyone grabs tasks from, or bug tracker 07:08
Back soon, commute time
JimmyZ BabsSeed: he could give you more answers :P
BabsSeed OK, will do
(or jnthn feel free to reply here :D)
o/
07:12 woolfy left 07:13 crab2313 joined 07:47 lizmat joined 07:51 benabik joined
JimmyZ hmm, I'm confused, Redis on windows uses both libuv and linenoise 08:00
08:31 lizmat joined 08:40 lizmat joined 08:41 segomos joined
JimmyZ I think I figured how to integrate io part of libuv to MoarVM 08:58
*figured out 08:59
lizmat JimmyZ++
JimmyZ libuv support outputing "\\033[41;37m" or something colored tty outputs as same as linux 09:01
jnthn: how do you think linenoise branch? 09:02
jnthn: and good morning 09:03
not_gerd successfully built the nqp-cc for the first time 09:05
09:05 lizmat_ joined
JimmyZ good 09:06
well, libuv support tty outputing well, not readline 09:07
jnthn JimmyZ: I've heard rather mixed things about linenoise. I want to do some research to figure out if it's what we want.
JimmyZ jnthn: ok, thanks. 09:08
not_gerd jnthn: diakopter: I need some feedback on github.com/MoarVM/MoarVM/pull/46 09:29
it's not really urgent
I just want to know if it's fine to do more workk on top of it 09:30
not_gerd guesses one can always cherry-pick 09:31
diakopter not_gerd: what? 09:34
not_gerd diakopter: if been re.
diakopter not_gerd: you didn't see the dyncall branch?
not_gerd -*re-working the build system
diakopter where I also reworked the makefile completely 09:35
and integrated dyncall
not_gerd oO
JimmyZ diakopter: you didn't re-work Configure.pl :P
diakopter I didn't say I did 09:36
not_gerd so my work might not be totally useless ;)
diakopter well, if you had only asked ;)
JimmyZ pr/46 mostly re-work Congfigure part
not_gerd one of my goals was to get cross-compilation support going 09:40
the RTEMS port of parrot had issues because the build system makes the unhealthy assumption that build==host 09:41
I was trying to avoid that
(also, I wanted to make my cagwin->mingw cross-setup work)
*cygwin
diakopter JimmyZ & FROGGS & arnsholt & jnthn knew I'd integrated building dyncal 09:42
not_gerd diakopter: it's not really about dyncall, but the buildsystem refactor 09:43
JimmyZ yeah
diakopter okay; I didn't mention dyncall first; I mentioned reworking the makefile 09:44
I'm frustrated because I don't know what else I should've done to communicate it 09:45
JimmyZ I think makefile is almost the same, but some repeated working 09:46
not_gerd diakopter: well, I just started with trying to make my cross-setup work
everything else naturally grew from that 09:47
diakopter right, it's simply a question of what should I do next
with that branch
I guess I'll delete it
not_gerd well, your branch couples to dyncall more tighly than mine 09:48
JimmyZ we can cherry-pick these commit
not_gerd I only do that for libuv right now - all other 3rdparty libs are basically pluggable
ie even if we decided to go with my branch (that's of course not a foregone conclusion) your work might be salvagable 09:49
09:49 lizmat joined
JimmyZ yeah 09:50
just wonders how jnthn thinks about #46 :P 09:51
diakopter no, we should definitely go with your branch; it's just I wish I knew you planned to do that; I wouldn't have wasted so much time learning how to use makefiles
09:52 lizmat_ joined
not_gerd diakopter: well, Jul 20th I did not knwo I was going to do that ;) 09:52
JimmyZ If all is +1 to not_gerd++'s branch, I'd like cherry-pick main commits to master
and cherry-pick to other branches, ie> dyncall and libuv :-) 09:53
diakopter I think that's the wrong approach
not_gerd if there's a go-ahead, I can do some rebasing/squashing of my branch
diakopter pr#46 is fine
not_gerd ie prune all the false starts
of course, one could also just make #46 the new master 09:54
but before that, it needs some more testing
JimmyZ aye, I can test on both windows and linux, just Configure.pl && make :P
diakopter no, it'd be much more efficient to merge your branch and manually merge in the other things
JimmyZ and others args can be tested after merging 09:55
diakopter jnthn: do you have a comment? 09:56
not_gerd needs to go buy groceries or he won't eat today 10:01
diakopter I think it should be merged, and if jnthn decides against linenoise, simply remove linenoise 10:13
10:40 Util joined
not_gerd bought groceries, starts cooking 10:44
11:12 lizmat joined 11:20 crab2313 joined
JimmyZ Good evening 11:28
FROGGS hi JimmyZ 11:31
11:32 colomon joined
JimmyZ hello FROGGS 11:33
www.corsix.org/content/first-dynasm-example I just find this, easy to understand 11:49
and small 11:50
11:53 lizmat_ joined 12:00 lizmat joined 12:07 lizmat joined 12:33 crab2313 joined 13:11 cognominal joined 13:47 lizmat joined
BabsSeed Afternoon all 14:42
dalek arVM/libuv2: 0aa87fb | jimmy++ | src/6model/reprs/MVMOSHandle.h:
starting get uv_handle_t into MVMOSHandle
14:49
JimmyZ BabsSeed: good afternoon
masak BabsSeed: $afternoon.good() 14:52
14:55 colomon joined 15:52 FROGGS joined
benabik FWIW I'd rather keep history cleaner and do the cherry-pick/rebasing dance so we only put the master-related bits on master and let the stuff for branches merge with the branches. 17:53
benabik fetches and tests pr46 17:54
I'd call that something less than awesome... Piles of warnings and then "ld: warning: ignoring file 3rdparty/libuv/libuv.a, file was built for archive which is not the architecture being linked (x86_64): 3rdparty/libuv/libuv.a" 17:57
18:00 not_gerd joined
not_gerd o/ 18:00
benabik I'll put up a gist with the build output in a moment. Just did `make clean` to make sure I get all of it.
not_gerd benabik: os/arch/compiler?
benabik not_gerd: OS X / x86_64 / clang
not_gerd benabik: the warnings come from -Weverything, my default mode of developing in C 18:01
benabik Huh. `make clean && perl Configure.pl && make` gets me "No rule to make target `3rdparty/libuv/src/unix/darwin.c', needed by `3rdparty/libuv/libuv.a'. Stop."
not_gerd I did not yet put in appropriate -Wno-* options
benabik not_gerd: I love -Wall, but the goal of using it is so the code is clean of warnings, not so that I get kilobytes of warning output when I build. :-/ 18:02
not_gerd benabik: moarvm is not yet 'released' - fix the warnings or add a -Wno-* to Configure.pl if that's impossible 18:03
I just didn't get around to that yet
eventually, the build should be warning free
benabik not_gerd: Disable -Weverything until you have the warnings right? Having it spew that much text actually slows the build as the terminal emulator has to keep up. 18:04
Huh. `make clean` seems to be removing source files.
not_gerd that... shouldn't be happening 18:05
could you reset the repository, run configure and gist your Makefile?
benabik gist.github.com/Benabik/6223922 18:07
not_gerd thanks
benabik Removes 3rdparty/libuv/src/unix/{darwin-proctitle.c,darwin.c,fsevents.c,internal.h,kqueue.c,proctitle.c} 18:08
not_gerd yes, I forgot to replace .c by @obj@ in build/Makefile.in 18:09
segomos not_gerd: i was working on fixing it for darwin
wasn't sure if you had already got it working 18:10
not_gerd segomos: not yet, but soon ;)
segomos where did all of the 'use' statements go that were in configure? 18:11
not_gerd benabik: pushed 2 commits, couls“d you try again? 18:12
segomos: in my branch?
segomos not_gerd: yea
pr/46
not_gerd that's a completely new Configure.pl
segomos not_gerd: i see
benabik not_gerd: `make clean` still removes `3rdparty/libuv/src/unix/internal.h` 18:13
not_gerd benabik: fixed 18:14
segomos: I tried to hit the right balance between not flexible enough/too complicated
not guarantees that I got it right
after all, it's a build system - they suck almost by definition 18:15
benabik not_gerd: Huh. Now not only does `make clean` not remove tracked files, it's not complaining about the wrong arch on libuv.a 18:16
not_gerd well, putting source files into an archive can lead to unexpected results ;) 18:17
benabik Ah.
not_gerd benabik: it links correctly now? 18:18
benabik not_gerd: Seems to? 18:19
not_gerd well, does the moarvm executable run or not?
benabik not_gerd: Well it gives me the "no input file" error.
not_gerd that's the correct behaviour if you did not provide an input file ;) 18:20
benabik++
thanks for the help
benabik needs to update his NQP to test.
18:22 colomon joined
segomos not_gerd: not sure i did this right, i added build instructions to %UV hash for libuv and i'm building moarvm successfully on osx, 2 q's 18:29
a) is that proper place for build
b) want me to push if a is yes
not_gerd segomos: did you see the commits I did? 18:30
they made it build for benabik
segomos yea i pulled it in and still got libuv built for wrong version..let me copy this file somewhere and re-pull/build 18:31
not_gerd os-specific build instructions go to %OSNAME => { -thirdparty => { ... } }
for more involved stuff, you can add code after the defaults detection 18:32
it's done this way to detect x64 on windows
segomos maybe i'm not doing something right but i get the same 'ld: warning: ignoring ... architecture different' error 18:33
s/error/warning/
not_gerd segomos: did you pull, reset and clean the branch? 18:34
if it still fails, could you gist the generated Makefile?
benabik segomos: Probably didn't reconfigure, or didn't grab the last commit. 18:35
segomos i did perl Configure.pl && make 18:43
benabik segomos: Try `make clean ; git status`. If there are any files missing, you probably don't have the latest commit.
segomos make: *** No rule to make target `3rdparty/libuv/src/unix/darwin.c', needed by `3rdparty/libuv/libuv.a'. Stop. 18:46
benabik Yeah, missing a few commits.
segomos this is pull request 46 still? 18:52
benabik Yes. 18:55
not_gerd segomos: assuming you're still on the correct branch, do a `git reset --hard HEAD && git pull`
you should git stash if you have changes you want to keep 18:56
not_gerd probably should have started with that ;)
segomos that's what i've been trying, maybe i'm not checking out pr/46 properly - git checkout pr/46 18:57
is what i've been doing
git fetch origin grabbed pr/46 18:58
PerlJam segomos: what version of git are you using? 18:59
segomos 1.7.12.4
benabik `git checkout pr/46` will checkout your own local version if you've done it before.
Once you're on your pr/46, you need to pull
segomos i have no upstream tracking ..
PerlJam I'm not sure if that worked in 1.7 19:00
benabik or `git merge origin/pr/46`
segomos downloading 1.8
PerlJam segomos: git checkout -b pr/46 -t origin/pr/46 # while verbose, should work.
benabik `git checkout foo` learned to checkout origin/foo in 1.6.6. 19:03
segomos that worked, thanks 19:23
builds now too :)
not_gerd \\o/
segomos commands for git 1.8 are slightly different :( 19:30
19:39 crab2313_ joined 19:59 colomon joined 20:00 crab2313 joined
not_gerd bye, #moarvm 20:12
20:12 not_gerd left 20:13 Tene joined 20:33 benabik joined 20:42 lizmat joined 21:23 lizmat joined 21:46 colomon joined 21:50 benabik joined 22:46 woolfy joined 23:28 benabik joined