<asterite>
Tuples have all their members side by side, there's nothing extra, so you can use them to pack values (for which you know the length), then take a pointer to that, cast the pointer, and get back the value
ylluminate has quit [Remote host closed the connection]
ylluminate has joined #crystal-lang
ylluminate has quit [Ping timeout: 272 seconds]
ylluminate has joined #crystal-lang
mgarciaisaia has quit [Quit: Leaving.]
blue_deref has quit [Quit: bbn]
sdogruyol has joined #crystal-lang
sdogruyol has quit [Ping timeout: 240 seconds]
mgarciaisaia has joined #crystal-lang
sailorswift has quit [Read error: Connection reset by peer]
sailorswift has joined #crystal-lang
mgarciaisaia has quit [Quit: Leaving.]
mgarciaisaia has joined #crystal-lang
mgarciaisaia has quit [Quit: Leaving.]
mgarciaisaia has joined #crystal-lang
nahtnam has quit [Quit: Connection closed for inactivity]
sailorswift has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
sdogruyol has joined #crystal-lang
willl has joined #crystal-lang
sdogruyol has quit [Ping timeout: 240 seconds]
mgarciaisaia has quit [Quit: Leaving.]
BlaXpirit has joined #crystal-lang
havenwood has quit [Ping timeout: 250 seconds]
elia has joined #crystal-lang
elia has quit [Client Quit]
strcmp1 has quit [Ping timeout: 240 seconds]
sdogruyol has joined #crystal-lang
rvchangue has joined #crystal-lang
sdogruyol has quit [Ping timeout: 240 seconds]
NeverDie has quit [Quit: I'm off to sleep. ZZZzzz…]
elia has joined #crystal-lang
willl has quit [Quit: Connection closed for inactivity]
waj has joined #crystal-lang
<crystal-gh>
[crystal] sferik opened pull request #1103: Update code of conduct to Contributor Covenant version 1.2.0 (master...update-code-of-conduct) http://git.io/vOuDz
sailorswift has joined #crystal-lang
waj has quit [Quit: waj]
Raimondi has quit [*.net *.split]
wonderbreadz has quit [*.net *.split]
adam| has quit [*.net *.split]
shadeslayer has quit [*.net *.split]
tliff has quit [*.net *.split]
yie has quit [*.net *.split]
wmoxam has quit [*.net *.split]
asbradbury has quit [*.net *.split]
pleiosaur has quit [*.net *.split]
Raimondi has joined #crystal-lang
wonderbreadz has joined #crystal-lang
adam| has joined #crystal-lang
shadeslayer has joined #crystal-lang
yie has joined #crystal-lang
wmoxam has joined #crystal-lang
pleiosaur has joined #crystal-lang
tliff has joined #crystal-lang
asbradbury has joined #crystal-lang
wonderbreadz has quit [Read error: Connection reset by peer]
wonderbreadz has joined #crystal-lang
zamith has joined #crystal-lang
unshadow has joined #crystal-lang
<unshadow>
jhass: I found the source of the issues I get with building the AUR packages of Crystal
<unshadow>
jhass: in the package() part, where you hace two cp -rv, when I remove the -v so only -r remains, the build is much more stable for me
<jhass>
oO
<jhass>
your terminal has trouble printing text or something? :P
<unshadow>
jhass: XD not sure why this happens but the ammount of printing just crashes the PAKGBUILD
<unshadow>
jhass: cool !
<unshadow>
What the procedure of pushing Crystal package into Community repo ?
<jhass>
find a TU that does it
<jhass>
we'll probably need a passing 32bit first
<jhass>
though anatolv was interested already
<jhass>
*32bit build
sdogruyol has joined #crystal-lang
elia has quit [Quit: (IRC Client: textualapp.com)]
sdogruyol has quit [Ping timeout: 240 seconds]
sdogruyol has joined #crystal-lang
willl has joined #crystal-lang
sdogruyol has quit [Ping timeout: 240 seconds]
<unshadow>
jhass: is 32bit a requirment ? can't we allow crystal, and crystal-32 ?
<jhass>
I wouldn't be too surprised if it still is
unshadow_ has joined #crystal-lang
unshadow_ has quit [Read error: Connection reset by peer]
unshadow has quit [Ping timeout: 250 seconds]
unshadow has joined #crystal-lang
unshadow has quit [Quit: leaving]
trapped_ has joined #crystal-lang
trapped has quit [Read error: Connection reset by peer]
trapped_ has quit [Ping timeout: 246 seconds]
trapped has joined #crystal-lang
leafybasil has quit [Remote host closed the connection]
leafybasil has joined #crystal-lang
sdogruyol has joined #crystal-lang
leafybasil has quit [Ping timeout: 244 seconds]
sdogruyol has quit [Ping timeout: 240 seconds]
sailorswift has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
dbackeus has joined #crystal-lang
<dbackeus>
when using HTTP::Server#listen_fork instead of listen for concurrency I get "[warn] kevent: Bad file descriptor" for each fork in STDERR and the server doesn't work in the end, is this a known issue?
<jhass>
vegai: I think nobody's actively working on it atm
<jhass>
asterite: roadmap is nice! Though looking at the issue tracker recently, it might also be good to write some basic vision statement, composable language constructs over syntax, whitespace significance for the user not the compiler, Go like concurrency, thinks like that. Basically a mixture of already achieved roadmap items & language design goals
<jhass>
asterite: mostly to signify that we're maybe a little beyond the point of changing basic fundamentals like that, else we'll probably end up arguing over the same things over and over again for the next year as more people discover Crystal
<jhass>
er, *signal is the better word
<crystal-gh>
[crystal] will opened pull request #1105: add zsh completion (master...zsh) http://git.io/vO2n4
<asterite>
jhass: yes, we keep discussing the same things over and over. I thought about creating a FAQ where questions like "Why not rely on indentation?" are answered and there's a big "and we'll never change this"
dbackeus has quit [Remote host closed the connection]
<asterite>
I'll try to find more FAQs and put the answers there, so we can easily link answers to repetitive questions
<jhass>
<3
<sdogruyol>
asterite: hey ary great job :+1
<jhass>
another thing is that in the mid- to long-term we'll need to get feature requests either out of the issue tracker or at least clearly marked as wanted, considered (further discussion needed) or closed as unwanted. Else they'll just accumulate, we'll loose track of duplicates and people get confused at what's okay to contribute
mgarciaisaia has joined #crystal-lang
<asterite>
Yes, discussions are already starting to accumulate
<jhass>
for example bundler extracted them to its own bundler-features repo
<jhass>
I can also imagine a uservoice like system to filter out most wanted features, in such duplicates and strange stuff usually ends up at some low end of a list to be safely ignored
<BlaXpirit>
oh yeah
<BlaXpirit>
woul be great to have features separate AND with voting
benner_ is now known as benner
blue_deref has joined #crystal-lang
<sdogruyol>
how to i define getter and setter at the same time?
<jhass>
sdogruyol: property
<sdogruyol>
is there something like attr_accesor
<sdogruyol>
oh
<sdogruyol>
jhass: thanks <3
<jhass>
yw
<sdogruyol>
jhass: how are you doing btw?
<jhass>
well enough I guess
<sdogruyol>
jhass: good to hear
<sdogruyol>
btw do we have something like pluck here :P
<jhass>
what's that do?
<sdogruyol>
a sugar from ActiveSupport
<jhass>
I know AR::Base#pluck
<sdogruyol>
yeah that's it
<sdogruyol>
i wanna do something like
<sdogruyol>
requests.pluck(:time_token).sum
<jhass>
that's for AR models only, not even AM models let alone anything from AS
<sdogruyol>
yeah
<jhass>
what's requests?
<sdogruyol>
but they did implement it for array of hashes
<sdogruyol>
in the latest as
<sdogruyol>
it's an array containt of Request objects
<jhass>
oh I see
<sdogruyol>
request = [] of Request
<sdogruyol>
requests = [] of Request
<jhass>
.map &.time_token
<sdogruyol>
yeah that's also good enough :)
<jhass>
just one char more, I think we can bear ;)
<sdogruyol>
:D
<sdogruyol>
but how do you that with hashes?
<jhass>
&.fetch(:time_token) or even &.[:time_token] should work
<sdogruyol>
woww
<jhass>
#[] is a method call after all and &. is just syntax transformation
<sdogruyol>
<3
<sdogruyol>
asterite: is there a way to get the http response status code like response = client.get uri.full_path; response.code;
<asterite>
jhass: can you confirm 32 bits specs all pass?
<asterite>
jhass: oh, nevermind, waj tried it already, so...
<jhass>
I'll verify over here
<asterite>
jhass: one thing that we lack, maybe you'll have ideas, is a way to test 32 bits after each commit... travis doesn't support 32 bits
<jhass>
yeah, I researched a bit, but the free stuff all sucks beyond bearable
<asterite>
:-D
<asterite>
Or maybe ;-(
<BlaXpirit>
i mean, it's not so difficult to set up a server and use github api to listen for commits
<BlaXpirit>
but it needs time and a running server
<jhass>
some of the more interesting spam in my inbox yesterday was https://vexor.io/
<jhass>
buddy of mine is setting up a CI server currently for various stuff and would give some low prio jobs for it, though as I know him that's probably not going to happen this month
<BlaXpirit>
vexor.io $329 a year FYI
<jhass>
asterite: mmh, you just uploaded these right? o_O Or did I really overlook them in the last release?
<BlaXpirit>
wait
<BlaXpirit>
no, forget about what i said
<BlaXpirit>
is it $329 per year of CPU time or what
<jhass>
yeah
<BlaXpirit>
well that's good
blue_deref has quit [Quit: bbn]
<asterite>
jhass: we just uploaded them :-)
<jhass>
phew, sanity saved :P
<asterite>
I told waj: so we need to release 0.7.6 with the 32 bits versions? Reply: we can upload the binary for 0.7.5 ;-)
<jhass>
so that's binaries built from the tag or later?
<BlaXpirit>
wouldn't make any sense to build if from later changes. so hopefully from tag
<asterite>
from the tag. That's why it has the BigInt bugs
<jhass>
k, good
fowlduck has joined #crystal-lang
<fowlduck>
can you produce statically linked binaries with crystal?
<jhass>
crystal build has the --link-flag option which allows you to pass any option to the cc call used to link the binary, rest depends on your system
<fowlduck>
ah, cool
<jhass>
asterite: waj great, 32bit specs are passing here too on HEAD
<waj>
nice!!
<BlaXpirit>
anyone knows about the advances for windows support? can crystal compile itself on windows? how do they compile it for windows anyway?
<jhass>
and that'll be only the very tip of the icebaerg in following that approach
<BlaXpirit>
jhass, i don't see anything wrong with it
<BlaXpirit>
also: i thought / worked on Windows anyway
<BlaXpirit>
maybe so many programming languages make it magically work that i don't notice
<jhass>
the conditions for when it worked were quite weird iirc
<jhass>
that is there were some constraints to it that doesn't make it work in all situations afaik
zamith has joined #crystal-lang
<jhass>
anyway, what I see wrong with it is that it riddles all of stdlib with platform specific knowledge, instead of making use of some OO programming and abstracting that away
<BlaXpirit>
jhass, there are too many tiny things. you'd need thousands of abstractions made up on the spot
<jhass>
at worst case all syscalls and all of glibc
<jhass>
so in the absolute worst case about what, 1500?
<jhass>
more realistically about 100-200
<jhass>
of which many are used multiple times
<jhass>
so you don't only riddle stdlib with doing them inline, you also will repeat them
<BlaXpirit>
ifdefs are not so bad. we need to get something working
<BlaXpirit>
refactoring can follow if needed
<BlaXpirit>
it's not like much time is wasted by doing ifdef first then refactoring.
<jhass>
well IMO some still is
<jhass>
it's not like it's overly complicated to do now, I'm not even asking to extract all the calls that happen to work on both right away, just where you'd put an ifdef take the minute more and extract
<jhass>
but anyway, I won't contribute towards windows support so I shall not argue
<BlaXpirit>
:<
<BlaXpirit>
i wish xwanderer still worked on this
<jhass>
he does, just slowly
<BlaXpirit>
i dont see commits
<jhass>
well, merging two weeks of work on Crystal, breaking something already working and git not being able to properly rebase to it (due to actually logical reasons, but oh well), might have discouraged a bit
<jhass>
er, *biset
<jhass>
no idea why i wrote rebase
<jhass>
it probably would need half an hour daily of merging upstream and verifying nothing broken by that, yeah
<jhass>
waj: got the following warnings building crystal with the 32bit binaries:
<jhass>
/home/jhass/aur/crystal/src/crystal-0.7.5-1/bin/../embedded/lib/libunwind.a(Los-linux.o): In function `_ULx86_local_resume':
<jhass>
Los-linux.c:(.text+0x73b): warning: sigreturn is not implemented and will always fail
<waj>
yup, I also got that message but I’m still not sure what it means