Perl 6 - the future is here, just unevenly distributed

IRC log for #inline, 2015-01-13

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

All times shown according to UTC.

Time Nick Message
00:15 mattp joined #inline
01:40 davido_ great
01:50 mohawk davido_, he doesn't seem to have added me
01:51 mohawk but since he has added you, we can work around it
01:52 mohawk oh no, it's a Module::Build!
01:52 mohawk gahh
01:52 mohawk davido_, anyway! may i suggest you add metadata to it with github repo and make a new release?
04:02 leont MB is an acquired taste :-p
04:46 mohawk leont, ha ha
04:46 leont Everyone liked it in 2007
04:46 mohawk where's the merge of my PR fixing the tests? ;-)
04:46 leont Oh, right!
04:47 leont I haven't released T::H yet either, at least I'm consistent
04:53 mohawk ha ha
04:53 mohawk well, no pressure
04:53 mohawk anytime today
05:09 bulk88_2 joined #inline
06:04 bulk88 joined #inline
07:48 davido_ mohawk : I'll do a release tuesday (my time)
08:28 davido_ joined #inline
10:49 [1]mohawk joined #inline
11:20 Mithaldu no hints on the array of structs thing? :(
14:57 mohawk davido_++
15:03 mohawk davido_, i'm now co-maint on EUCG
15:03 mohawk LET THE CHANGING BEGIN
15:03 mohawk (i'll do it later, got a lot on today)
16:25 davido_ Mithaldu : I missed the question.
16:26 Mithaldu any idea how i can get an array of c structs such that i can modify individual structs in perl, but also get a pointer to the array as a whole, so i can send it as a buffer to stuff like opengl?
16:26 Mithaldu particularly, i'm working on porting this to perl: https://github.com/wchristian/ogldev/blob/perl/tutorial28/particle_system.cpp#L67
16:26 Mithaldu and the Particles array is tripping me up
16:26 Mithaldu davido_: repaste :)
16:26 davido_ Wow, good question.
16:26 davido_ Let me think.....
16:27 Mithaldu PDL allows me to get half of the way there
16:27 davido_ Does it have to be plain old C? :)
16:27 Mithaldu but piddles can only contain one data type
16:27 Mithaldu as long as it works i don't care if it's in brainfuck :P
16:28 davido_ My idea probably wouldn't work for your needs actually, but I was thinking do a C++ class that encapsulates the struct as one of its members.  Expose accessors to Perl, and another accessor that provides a pointer to the member struct.
16:29 davido_ (In the spirit of any problem in CS can be solved by another layer of indirection.)
16:30 Mithaldu well, Inline::Struct already does that
16:30 Mithaldu i don't need a single one though
16:30 Mithaldu i need a contiguous buffer of structs
16:31 davido_ So the class would have to encapsulate that buffer instead.
16:31 Fractal ingy / mohawk : https://metacpan.org/pod/Inline::Module::LeanDist
16:31 davido_ But I think probably my indirection would get in the way.
16:32 Fractal ^^ i did the .xs only dist thing we were talking about
16:50 Fractal i'll take it out of Inline::Module:: namespace if you like.. initially i thought it was going to be a sub-class or something
16:51 ingy Fractal: awesome, I'll take a look later today
18:56 Fractal hmmm.. did i just re-invent InlineX::XS ? :)
23:43 ingy Fractal: why not just patch I:M to do honor a (lean => 1)?
23:53 ingy Fractal: why do you say: With L<Inline::Module::LeanDist> you don't need to worry about updates to L<Inline>/L<Inline::Module>/etc breaking your distribution?
23:54 ingy the whole point of Inline::Module bundling is that dependency changes can never break dists
23:58 ingy I really don't see how this is better than adding a few options to I:M. Obviously with (bundle => 0) we could have a Inline::Module::Stub.

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