Perl 6 - the future is here, just unevenly distributed

IRC log for #inline, 2015-03-15

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

All times shown according to UTC.

Time Nick Message
06:04 mohawk Mithaldu, re your dot_product() function with an int * param - how would you call that from perl?
11:14 Mithaldu mohawk: with 2 []s
13:52 mohawk ok
13:53 mohawk Mithaldu, it seems to me there is a bit of a mismatch between the C API you mentioned (int *, int *, int nelem) and the perl API i understand from that (AV *, AV *)?
13:54 Mithaldu sure, i've no idea how to mitigate that though
13:54 Mithaldu since there aren't any examples of passing in array references in the first place
13:58 mohawk ok
13:58 mohawk i think that is an omission which i should and will fix
13:59 mohawk however, mostly this seems to be what i'd call an impedance mismatch between C and perl
13:59 mohawk the ultimate purpose of I::C is to write perl subs in C, callable from perl
14:20 Mithaldu if i can't throw arrays at them they're not very helpful for increasing performance ;)
14:20 mohawk indeed
14:21 mohawk but the C-style API isn't so useful
14:21 mohawk the perl-style (\@, \@) very much is
21:04 danaj joined #inline
22:24 danaj joined #inline
22:42 ingy mohawk: what was the current problem with Pegex in Inline::C?
22:43 * ingy is thinking about fixing the pegex issues
22:45 mohawk ingy, i'm afraid i don't know
22:45 mohawk why do you ask?
22:45 ingy ok, fair enough
22:46 ingy well we reverted pegex as the default
22:46 mohawk you and davido are the pegex guys :-)
22:46 mohawk ok
22:46 ingy I can figure out why
22:46 ingy I just forgot
22:46 ingy thought maybe you remembered
22:48 mohawk i was never part of that effort
22:49 ingy oh I know.
22:49 ingy it was just a stab in the dark :)
22:49 mohawk ha ha, fair enough
22:50 mohawk any further specific thoughts on my I::M pr?

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