<Candle>
does that project compile on your machine?
<Candle>
s/compile/link/ ; clearly.
<Candle>
I'm suspicious of this machine normally ¬_¬
<SeanTAllen>
I'm not near my computer at the moment. Won't have a chance to try before this evening.
<Candle>
fair enough, I'll issue that, It's a trivial project!
<Candle>
against the ponyc project?
<SeanTAllen>
Yup
<Candle>
SeanTAllen: Looks like it's llvm version mis-match. When I build master myself I get "0.4.0-8d8c38a [release] (llvm 3.6.2)" and it works as expected.
<SeanTAllen>
So it's a problem w 3.8.1 ?
<Candle>
Brew installs llvm as 'keg only' which means that it doesn't link everything up fully (as it can break system provided llvm)
<SeanTAllen>
What needs to be done to correct that?
<Candle>
Probably need to specify LDFLAGS somewhere.
jmiven_ is now known as jmiven
* Candle
is grasping at straws here, this area of C/etc development is a long way out of my comfort zone!
<testt>
did you guys switch to a lifetimes based system yet?
<jemc>
hello, testt
runehog_ has quit [Remote host closed the connection]
<testt>
i just cant trust a GC anymore
<jemc>
sorry to hear that, but I don't think Pony will be getting rid of its garbage collector any time soon - the novel per-actor garbage collector and the underlying ORCA protocol are pretty central to the runtime
<jemc>
if avoiding a GC is a hard requirement for you, Pony may not be for you
atk has joined #ponylang
mvzink has quit [Quit: A merry Christmas to all, and to all a good night!]
runehog has joined #ponylang
<SeanTAllen>
Sounds like Rust the language for you testt
mvzink has joined #ponylang
mvzink has quit [Client Quit]
<testt>
Rust is too complex, they really did a big number on it there
_andre has quit [Quit: leaving]
polypus74 has joined #ponylang
<testt>
jemc, it's not a hard requirement if you could prove in benchmarks that the GC is really really fast
<SeanTAllen>
you are welcome to benchmark testt
mvzink has joined #ponylang
<mvzink>
ooh, that could make a good 5 minute talk for november, eh SeanTAllen?
<mvzink>
jemc: i am trying to make my two tiny projects stable-friendly. do you know anything about pony-flycheck and getting it to put stable deps into $PONYPATH ?
<SeanTAllen>
what could make a good talk mvzink ? i'm missing context.
<mvzink>
SeanTAllen: benchmark of ORCA/GC
<SeanTAllen>
ah
<SeanTAllen>
mvzink: can you open an issue on pony-flycheck? i think it should work with stable already
<SeanTAllen>
i use flycheck with stable
<SeanTAllen>
so...
<jemc>
mvzink: I'm not familiar with pony-flycheck, but that's SeanTAllen's project I think so I imagine it already... yes I see he just typed that
<SeanTAllen>
unsure what error you are getting
<SeanTAllen>
i think i am the only person currently using it with stable so bugs would not surprise me
<mvzink>
it's well, project1 has a local-git stable dependency on project2. project1 compiles fine with `stable env ponyc`, but pony-flycheck shows an error at `use "project2"`: can't load package 'project2'
<mvzink>
is there any pony-flycheck configuration i'm missing?
<mvzink>
i have the `pony-stable` checker enabled, and `flycheck-verify-checker` shows no problems
<mvzink>
enabled and selected*
<SeanTAllen>
sounds like your setup is the same as mine, you are probably doing something i'm not.
<mvzink>
oooh, i wonder if it's because my bundle.json is in the parent directory of the file
<SeanTAllen>
if you can open an issue that would be great although i wont have time to look at it anytime soon
<SeanTAllen>
so its probably on you to solve it. sorry. im about to go on vacation and we have a ship date in the not so distant future so my time is pretty spoken for through early november.
<SeanTAllen>
if there's an issue though and you can PR a fix, then at least it can be looked at later
<mvzink>
yeah, no problem, i'll mess around with it :) it's looking like there's no issue with pony-flycheck, just my setup. thanks though!
<SeanTAllen>
you're welcome mvzink
<mvzink>
jemc: how would you feel about a PR to stable that looks for bundle.json in parent directories if it's not in pwd?
<jemc>
mvzink: yes, sounds like that would be reasonable, though I think I would expect the fetched dependencies to end up in a subdirectory of the dire that holds bundle.json
<jemc>
(if that makes sense)
<mvzink>
not sure; do you just mean `.deps` should still end up wherever bundle.json is, as it does now?
runehog has quit [Remote host closed the connection]
<jemc>
yes, regardless of whether that's the current pwd
<SeanTAllen>
little by little stable inches towards being the pony dependency manager
<mvzink>
cool, that was easier than expected—stable is quite simple, after all. i'll post a PR after work tonight.
<mvzink>
and now flycheck-pony works when editing sub-packages :)
mvzink has quit [Quit: A merry Christmas to all, and to all a good night!]