asterite changed the topic of #crystal-lang to: #crystal-lang The Crystal programming language | http://crystal-lang.org | Crystal 0.6.0 | Paste > 3 lines of text to https://gist.github.com | GH: https://github.com/manastech/crystal - Docs: http://crystal-lang.org/docs/ - API: http://crystal-lang.org/api/ - Logs: http://irclog.whitequark.org/crystal-lang
<Guest11554> hi, are structs' elements padded/aligned?
weskinner_work has joined #crystal-lang
weskinner_work has quit [Ping timeout: 246 seconds]
<crystal-gh> [crystal] asterite pushed 2 new commits to master: http://git.io/ppWg
<crystal-gh> crystal/master 9641298 Ary Borenszweig: Allow class vars in enums, and also allow assigning them in their body
<crystal-gh> crystal/master 38bea9f Ary Borenszweig: Allow private and protected defs in enums
asterite has joined #crystal-lang
<asterite> Hi Guest11554
<asterite> Yes, they are padded/aligned
<asterite> You can use @[Packed] on top of the struct
ponga has joined #crystal-lang
<asterite> to make them packed, of course :)
asterite has quit [Ping timeout: 246 seconds]
<travis-ci> manastech/crystal#2142 (master - 38bea9f : Ary Borenszweig): The build passed.
Guest11554 has quit [Quit: Page closed]
weskinner_work has joined #crystal-lang
weskinner_work has quit [Ping timeout: 264 seconds]
leafybasil has quit [Ping timeout: 246 seconds]
ismaelga has joined #crystal-lang
weskinner_work has joined #crystal-lang
ismaelga has quit [Ping timeout: 264 seconds]
weskinner_work has quit [Ping timeout: 252 seconds]
<crystal-gh> [crystal] havenwood opened pull request #484: Added Enumerable#each_cons (master...each_cons) http://git.io/ppNB
weskinner_work has joined #crystal-lang
weskinner_work has quit [Ping timeout: 245 seconds]
eli-se has joined #crystal-lang
<eli-se> hi there
weskinner_work has joined #crystal-lang
weskinner_work has quit [Ping timeout: 255 seconds]
eli-se has left #crystal-lang ["Leaving..."]
havenwood has quit [Remote host closed the connection]
weskinner_mac has joined #crystal-lang
weskinner_work has joined #crystal-lang
weskinner_mac has quit [Quit: weskinner_mac]
weskinner_work has quit [Ping timeout: 240 seconds]
weskinner_work has joined #crystal-lang
weskinner_work has quit [Ping timeout: 252 seconds]
<crystal-gh> [crystal] porras opened pull request #486: Raise exception on XML parsing error (master...xml-error) http://git.io/pjPX
weskinner_work has joined #crystal-lang
weskinner_work has quit [Ping timeout: 252 seconds]
weskinner_mac has joined #crystal-lang
ismaelga has joined #crystal-lang
<jhass> \o/ all specs pass on LLVM 3.6
kgadek_ has quit [Quit: bye]
kgadek has joined #crystal-lang
<crystal-gh> [crystal] asterite pushed 2 new commits to master: http://git.io/pjht
<crystal-gh> crystal/master 56e06fa Sergio Gil Pérez de la Manga: Raise exception on XML parsing error
<crystal-gh> crystal/master 28cb60b Ary Borenszweig: Merge pull request #486 from porras/xml-error...
<travis-ci> manastech/crystal#2145 (master - 28cb60b : Ary Borenszweig): The build passed.
<crystal-gh> [crystal] asterite pushed 1 new commit to master: http://git.io/heUM
<crystal-gh> crystal/master d32e6d1 Ary Borenszweig: Show error message in xml exceptions. Related to #486
<travis-ci> manastech/crystal#2146 (master - d32e6d1 : Ary Borenszweig): The build was broken.
<jhass> yeah, so debug info is broken, as expected
<jhass> on llvm 3.6
havenwood has joined #crystal-lang
weskinner_work has joined #crystal-lang
weskinner_work has quit [Ping timeout: 240 seconds]
<crystal-gh> [crystal] asterite pushed 1 new commit to master: http://git.io/heBa
<crystal-gh> crystal/master 7585464 Ary Borenszweig: Range(T) is now Range(B, E) again. Fixes #485
<travis-ci> manastech/crystal#2147 (master - 7585464 : Ary Borenszweig): The build was fixed.
<crystal-gh> [crystal] asterite pushed 1 new commit to master: http://git.io/heg2
<crystal-gh> crystal/master 8de4c72 Ary Borenszweig: Build samples in travis
<havenwood> Wondering if I should just close the poorly thought-out #each_cons Pull Request? Hrm.
<travis-ci> manastech/crystal#2148 (master - 8de4c72 : Ary Borenszweig): The build was broken.
<crystal-gh> [crystal] havenwood closed pull request #484: Added Enumerable#each_cons (master...each_cons) http://git.io/ppNB
<havenwood> Yeah, closed #each_cons PR. ;)
<crystal-gh> [crystal] asterite pushed 3 new commits to master: http://git.io/heo7
<crystal-gh> crystal/master 1303234 Ary Borenszweig: Added `Random::new` and `Random::new(seed)` as convenience methods
<crystal-gh> crystal/master 69a9c23 Ary Borenszweig: Fixed samples
<crystal-gh> crystal/master 0b88770 Ary Borenszweig: Added a brainfuck compiler using llvm to the samples
weskinner_mac has joined #crystal-lang
weskinner_mac has quit [Client Quit]
<travis-ci> manastech/crystal#2149 (master - 0b88770 : Ary Borenszweig): The build is still failing.
<crystal-gh> [crystal] asterite pushed 1 new commit to master: http://git.io/heX5
<crystal-gh> crystal/master 0162f84 Ary Borenszweig: Fixed samples/degree_days.cr
<travis-ci> manastech/crystal#2150 (master - 0162f84 : Ary Borenszweig): The build was fixed.
leafybasil has joined #crystal-lang
ismaelga has quit [Remote host closed the connection]
eli-se has joined #crystal-lang
<eli-se> hey there
<jhass> hi
<eli-se> Does Crystal allow dynamic linking to other Crystal code?
<eli-se> I guess not because that'd require runtime type inference.
<jhass> I think it's possible
<jhass> the missing building block is generating a .so
<jhass> and being able to define its interface
<jhass> then you could just have one project that generates that .so
<jhass> and another one that defines a regular binding for it using lib
<jhass> that said, crystal is pretty efficient about statically including other code in source
<jhass> only what you actually reference ends up in the binary
<jhass> so for now that approach is way more feasible
<eli-se> I see.
<eli-se> Are there plans for integrating libclang into the compiler so that C declarations can be generated from header files?
<jhass> I think there is a project or two that plays around with that
<eli-se> Nice.
<jhass> if one of these matures into a usable state, it's very likely to be shipped with the compiler
<eli-se> I always liked Ruby's syntax but not its dynamic duck typing and ecosystem, so I'm quite interested in Crystal.
<jhass> I also played a bit with gobject-introspection: https://github.com/jhass/crystal-gobject
weskinner_work has joined #crystal-lang
weskinner_work has quit [Ping timeout: 244 seconds]
<eli-se> nice
<epitron> jhass: oooo... gtk
<havenwood> jhass: any idea what's going on with?: in ./libs/gobject/g_object/wrapped_type.cr:18: undefined macro method Call#split'
<jhass> havenwood: mmh, that's with the samples?
<epitron> jhass: do you think it would be complex to have a crystal layer that allowed crystal programs to go dynamic, with performance loss and flexibility gain? (ie: untyped hashes)
<havenwood> jhass: crystal src/github_desktop_notifications.cr
<jhass> oh
<jhass> that project requires git head atm
<jhass> for reasons... :P
<havenwood> rgr
<epitron> do it live!
<jhass> havenwood: just git clone manastech crystal somewhere, run make and then /somewhere/bin/crystal src/github_desktop_notificaitons.cr
<jhass> epitron: yes, I think that would be very complex
<jhass> but it already has a name: ruby 3.0
<epitron> haha
<epitron> fair enough
<epitron> I guess it does require chunks of the compiler to be present at runtime
<havenwood> jhass: seems to be failing on deps from crystal head: https://gist.github.com/havenwood/2bfb512503d7743d31a6
<havenwood> with llvm*
<havenwood> clang
<jhass> you miss libgc
<havenwood> ah, oops
<epitron> cling, clang, clung
<epitron> open File.join(URL, FILENAME), &:read
<epitron> hah! nice
<epitron> I like that
<jhass> it's ruby though
<epitron> I know :)
<epitron> I was just sifting through havenwood's gists
<epitron> mining for gold
<havenwood> epitron: ha, i tricked you there's only coal and beans!
<epitron> those are still valuable :D
<epitron> supplies for future prospectin'
<epitron> WINNERS = OPTIONS.rotate.zip(OPTIONS).to_h
<epitron> genius
<epitron> LOSERS = WINNERS.invert
<epitron> ruby poetry
<jhass> havenwood: you're not on mac btw?
<havenwood> jhass: i am on my laptop, which is what i normally use
<havenwood> jhass: deps worked for me before, but no libgc stops me now
<jhass> for some reason I categorized you to the apple guys :P
<jhass> how so? what's your OS?
<havenwood> jhass: fair indictment
<havenwood> jhass: OS X and Fedora
<jhass> mmh, fedora I'd expect to ship new enough stuff
<jhass> let me check
<jhass> 7.4.2 fedora 21, just what I have
<havenwood> jhass: err: fatal: reference is not a tree: 5575b909e4ca489b1e98994b09d9fc870fd5b99a
<jhass> :o
<havenwood> Error executing command: git -C .deps/jhass-crystal-gobject checkout -q 5575b909e4ca489b1e98994b09d9fc870fd5b99a
* jhass is confused
<havenwood> just running: ../crystal/.build/crystal deps
<jhass> what if you do bin/crystal instead of .build/crystal ?
<havenwood> same
<jhass> and plain crystal deps?
<jhass> that part should still be the same for the release
<jhass> it just works here with either variant :/
<havenwood> same with 0.6.1
<havenwood> hrmm
<jhass> weird
<jhass> .deps/jhass-crystal-gobject looks like a proper git repo though?
<jhass> maybe rm -rf .deps
<havenwood> yeah, proper repo, ah but master~1 - trying removing
<havenwood> that works >.>
<havenwood> on all versions
<jhass> weird
<havenwood> jhass: OS X seems to be working with the `bdw-gc` brew package :)
<jhass> uh, didn't realize it has libnotify and dbus
<havenwood> yup
<jhass> screenshot? :P
<havenwood> brew install libnotify dbus bdw-gc
<havenwood> jhass: I just got it running and X11 opened but nothing has happened yet.
<jhass> okay, what do I need to comment? :P
<havenwood> hehe
<havenwood> just @havenwood me anywhere
<havenwood> i don't think gists notify, because i've missed multiple gist pings
<jhass> yeah, I think they used to be
<jhass> but no more
<jhass> mmh, didn't work I guess :P
<havenwood> nope :(
<jhass> would've surprised me
<jhass> if I understood correctly libnotify just implements the common stuff for client applications
<jhass> the actual notification rendering is done by the desktop environment
<jhass> and since you have no DE which would listen there on OS X, no notification is actually rendered
<havenwood> makes sense I suppose
<epitron> what a silly library
<jhass> not really
<jhass> they just can't send patches to OS X to support the standard ;)
<jhass> havenwood: time to write a growl binding, eh? :P
<havenwood> :)
<epitron> jhass: it could just send the notification directly to osx in the knowledge that dbus isn't something very useful in the platform :)
<jhass> it's a freedesktop.org/Gnome project really
<jhass> pretty sure they only made it even compile on OS X so you can run Gtk apps with fewer changes
weskinner_mac has joined #crystal-lang
weskinner_mac has quit [Client Quit]
bcardiff has joined #crystal-lang
weskinner_work has joined #crystal-lang
weskinner_work has quit [Ping timeout: 256 seconds]
bcardiff has quit [Quit: Leaving.]
bcardiff has joined #crystal-lang
bcardiff has quit [Quit: Leaving.]
weskinner_work has joined #crystal-lang
weskinner_work has quit [Ping timeout: 272 seconds]