<crystal-gh>
[crystal] asterite pushed 5 new commits to master: http://git.io/vLv1O
<crystal-gh>
crystal/master 30d55de Tobias Pfeiffer: Basic documentation for crystal's spec standard library :)
<crystal-gh>
crystal/master 34c8f1a Tobias Pfeiffer: Worked in feedback from @kirbyfan64
<crystal-gh>
crystal/master f9c4383 Tobias Pfeiffer: Remove reference to ruby
grindhold has joined #crystal-lang
<grindhold>
can i use crystal shards from c? when i try nm -D on a lib i compiled with crystal i can't see any symbols exposed that resemble the methods i wrote in my crystal library
<jhass>
grindhold: at the moment the language provides no "please export this function into a library" flag, however the names of fun's are not mangled afaik
<jhass>
>> fun foo; puts "Hello World"; end; foo
<DeBot>
jhass: Error in line 7: undefined method 'inspect' for Void - http://carc.in/#/r/32m
<jhass>
>> fun foo; puts "Hello World"; end; foo; nil
<grindhold>
jhass: i thought fun was only for declaring functions that reside in c libraries. how does it work the other way round?
<jhass>
fun inside lib definitions, outside lib definitions fun just creates a function, similar to what a C function would be generated as, from my understanding
<grindhold>
jhass: maybe i should ask one more basic question first: why does crystal still compile elf-executables instead of a shared object even when i initialize my project with the "lib"-parameter
<jhass>
atm lib projects are designed to be pulled as source into other projects
<grindhold>
ah okay, so it's currently only providing namespace infrastructure
<jhass>
yes
<jhass>
crystal doesn't support precompiled libraries written in Crystal, at least not yet
<grindhold>
jhass: is it planned for the foreseeable future?
<jhass>
no idea, I'm not making the roadmap ;)
<grindhold>
:) okay
<grindhold>
i'd really love to move from vala to crystal as crystal does not impose glib-2.0 as dependency for any project, but only for the ones i use gobject introspection in
<jhass>
for the moment the workflow is similar to dynamic languages, say ruby gems, python modules, perl cpan thingys (modules?)
Ven has joined #crystal-lang
<grindhold>
well, this makes it impossible to separate libraries into binary packages :|
<grindhold>
at least for now
<jhass>
yes, crystal's still young so we'll see
<jhass>
on the plus side if you use say only 3 functions from a 50kloc library only these will end up in your binary
<grindhold>
that's true
havenwood has joined #crystal-lang
mdz_ has joined #crystal-lang
<jeromegn>
crystal’s development is so active
<jeromegn>
I love it
<unshadow>
jhass: Can you please take a look at this code: http://carc.in/#/r/32v when I try to run it with giving it some arguments it seems to crash
<unshadow>
I want to make sure if this is a bug or a mistake I made by following a Ruby guide
<jhass>
why don't you indent begin /rescue blocks :/
mdz_ has quit [Ping timeout: 245 seconds]
<unshadow>
I dont want them, it was just a quick debug, usually I do :)
<vikaton>
I wonder how heavy Amethyst is
<vikaton>
looks p cool
<jhass>
unshadow: your flag definitions are wrong
<jhass>
it's "-t THREADS" for example
<jhass>
"-t" is a parameterless flag
<unshadow>
haaa
<jeromegn>
jhass: been thinking of contributing some design to carc.in. Love what you’ve done, but I think it could probably benefit from some small css tweaks :)
<jhass>
I mean it should work on any archlinux (or derivate) with a btrfs but still
<jeromegn>
jhass: yea I’ve set that up once in a VM. Not the greatest experience.
<jeromegn>
why btrfs though?
<jhass>
sublvolumes & subvolume snapshot
<jeromegn>
we use btrfs in production at work for our container architecture
<unshadow>
vikaton: Yeha :) I like codecore's project
<jhass>
base sandbox -> snapshot, install tools to build language -> snapshot, install specific version
<jeromegn>
vikaton: I think so too. however, without some decent templating lib it might suck
<vikaton>
jeromegn: whats wrong with ecr ?
<jhass>
takes up no extra space
<jeromegn>
vikaton: I’d say what’s wrong is that you need extra code outside the file to make it work (basically, you need to create a class to handle it)
<jeromegn>
I’d like something simpler, runtime-evaled. I don’t mind if it offers less functionalities
<jeromegn>
like mustache
<jhass>
liquid, handlebars, mustache, I think slim has a non-evaling variant too
<jeromegn>
yea
<jeromegn>
I had a plan to inspire from the Markdown parser in the standard lib to create a small templating language that looks like slim
<jeromegn>
I’ve never written a lexer before
<jhass>
that'd be great, I like slim
<flaviu>
Has there been any talk of a different GC than Boehm?
<flaviu>
I saw some mention of it being temporary, but I don't know of any concrete plans.
<jhass>
I think there are no concrete plans
<jhass>
there simply are bigger pain points atm
<flaviu>
I see. Has anyone written down a list of the problems? I'm occupied atm, but I'd like to help out when I get the time.
<asterite>
flaviu: my plan is to make a Roadmap/"TODO list" and make that public so anyone can contribute and we solve those issues faster. I just have to sit down with waj and do it, but we also have to finish the talk for Prague... I wish we had more time for everything :/