<mps>
these are all statically built versions used for building next releases
<straight-shoota>
I see
<straight-shoota>
so this is what the snapshot recipe in APKBUILD does
<mps>
right
<straight-shoota>
the latest is 0.35.0 because aports was not updated to 0.35.1, 0.36.0 and 0.36.1
<mps>
previous autumn I prepared and tested changes to use previously built 'normal' version for next release build, but didn't made it ready to push in aports, yet
<mps>
last autumn*
<mps>
yes, also this your observation is right
<straight-shoota>
but 1.0.0 compiles with 0.35.1 and we should get 1.0.0 in the static builds, too?
<mps>
ok, will do that this evening
<straight-shoota>
the static snapshots might not be necessary any more
<FromGitter>
<Blacksmoke16> thought it was on the website for a sec
<_ht>
I can see if I can create an issue or pull request for this
<_ht>
Done!
_ht has quit [Remote host closed the connection]
ProjectEpsilon has joined #crystal-lang
<FromGitter>
<erdnaxeli:cervoi.se> I… am having weird behavior with macros: https://carc.in/#/r/an7f
<FromGitter>
<erdnaxeli:cervoi.se> I am not sure what I can do or not so I try things, but the result let me septical
<FromGitter>
<Blacksmoke16> `nil` get stringified as `""`
<FromGitter>
<erdnaxeli:cervoi.se> ok, so my reject does not work
<FromGitter>
<erdnaxeli:cervoi.se> ah, nil is NilLiteral and NilLiteral.nil? is false
<straight-shoota>
yeah, use `x == nil`. Or just `select { |x| x }`
<FromGitter>
<erdnaxeli:cervoi.se> what's really weird is that the code inside `{% %}` is macro-ified?
<straight-shoota>
or just `.compact`
<FromGitter>
<erdnaxeli:cervoi.se> `x == NilLiteral` does not work because it does not know `NilLiteral`
<straight-shoota>
yeah, it's basically an entire second language interpreted by the compiler
<FromGitter>
<erdnaxeli:cervoi.se> compact does not exist, there is only compact_map
<straight-shoota>
but with similar features
<straight-shoota>
oh, okay
<FromGitter>
<erdnaxeli:cervoi.se> so with `x == nil` I got the same result
<FromGitter>
<erdnaxeli:cervoi.se> and with `x` only I got `[, , ]` :D
<jhass>
select {|x| x } xD
<straight-shoota>
select + x
<FromGitter>
<erdnaxeli:cervoi.se> that works! ^^
<FromGitter>
<erdnaxeli:cervoi.se> btw `Array(String).new` does not work in a macro because `undefined macro method 'TypeNode#new`, but `[] of String` does
<FromGitter>
<erdnaxeli:cervoi.se> this macro langage need a dedicated doc
<jhass>
I could argue that it's hard to use is not a bad thing :D
<FromGitter>
<erdnaxeli:cervoi.se> btw the type of the array does not enforce anything: https://carc.in/#/r/an8a
<FromGitter>
<erdnaxeli:cervoi.se> but you need it, `[]` alone is still invalid :')
<FromGitter>
<Blacksmoke16> `[] of Nil` is what i usually do :P
<straight-shoota>
[] of _
<FromGitter>
<erdnaxeli:cervoi.se> if crystal is 1.0, I am not sure crystal-macro (or whatever we should call this langage) is 1.0 yet :D
<FromGitter>
<erdnaxeli:cervoi.se> @straight-shoota: omg it works
<FromGitter>
<erdnaxeli:cervoi.se> what is the order of `@type.instance_vars`?
<FromGitter>
<Blacksmoke16> prob as they were defiend
<FromGitter>
<erdnaxeli:cervoi.se> hmm
<jhass>
"implementation detail, don't depend on" <- Gonna keep that answer around for your next 10 questions :P
<FromGitter>
<erdnaxeli:cervoi.se> the question behind is: can I retrieve the order in which the ivar have been defined?
<straight-shoota>
why is it important? =)
<FromGitter>
<erdnaxeli:cervoi.se> https://carc.in/#/r/an92 so the order depends on the ivar having a type annotation or not
<FromGitter>
<erdnaxeli:cervoi.se> for my specific usecase I want to parse things in order, the ivar definition order was an idea
<jhass>
I'd probably go back to a JSON.mapping style of API if that were an requirement
<straight-shoota>
expressions are evaluated in order
<FromGitter>
<Blacksmoke16> parse what kind of things? Like JSON or?
<straight-shoota>
so you could use calling macros
<FromGitter>
<Blacksmoke16> you can use annotations to order things arbitrarily, like `@[Order(idx: 0)]` etc
<FromGitter>
<Blacksmoke16> 1, 2, 3, ...
<FromGitter>
<erdnaxeli:cervoi.se> yeah I will probably end with that
alexherbo2 has joined #crystal-lang
andremedeiros has quit [Read error: Connection reset by peer]