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