<yorickpeterse> and on MRI it's more or less as fast
<yorickpeterse> not too bad considering I spent literally no time on optimizing this
<brixen> yorickpeterse: I don't follow, in you gist jruby is faster with racc, no?
<yorickpeterse> brixen: correct
yipstar has joined #rubinius
Ori_P has quit [Quit: Computer has gone to sleep.]
<yorickpeterse> JRuby Racc is pure Java, being fairly recent so I suspect it's better optimized than the ancient C code
<yorickpeterse> considering the perf is about the same in MRI, but way better in Rbx I'm quite happy so far
<yorickpeterse> Though I was hoping it would also be faster on MRI :/
<yorickpeterse> oops, 1AM already, I better head off to bed
<yorickpeterse> toodles
<jc00ke> @yorickpeterse g'night
<brixen> yorickpeterse: later
<brixen> man, this syck psych shit is such a nightmare
<brixen> bundler, rubygems, yaml, psych, syck shitpile
slaught has quit [Quit: slaught]
Ori_P has joined #rubinius
josh-k has joined #rubinius
benlovell has joined #rubinius
benlovell has quit [Ping timeout: 264 seconds]
Ori_P has quit [Quit: Computer has gone to sleep.]
josh-k has quit [Remote host closed the connection]
pietr0 has quit [Quit: pietr0]
josh-k_ has joined #rubinius
dimday has joined #rubinius
benlovell has joined #rubinius
benlovell has quit [Ping timeout: 250 seconds]
josh-k_ has quit [Remote host closed the connection]
GitHub30 has joined #rubinius
<GitHub30> [rubinius] brixen pushed 1 new commit to master: http://git.io/qf7ldQ
<GitHub30> rubinius/master 6dfb925 Brian Shirai: Fixed require_relative. Fixes #2976. Fixes #3163.
GitHub30 has left #rubinius [#rubinius]
travis-ci has joined #rubinius
<travis-ci> rubinius/rubinius/master (6dfb925 - Brian Shirai): http://travis-ci.org/rubinius/rubinius/builds/42818424: The build passed.
travis-ci has left #rubinius [#rubinius]
tenderlove has quit [Remote host closed the connection]
tenderlove has joined #rubinius
tenderlove has quit [Remote host closed the connection]
tenderlove has joined #rubinius
tenderlove has quit [Remote host closed the connection]
<diegoviola> I can still reproduce this issue with rbx 2.4
<brixen> diegoviola: what version of llvm?
<diegoviola> $ llvm-config --version
<diegoviola> 3.5.0
<brixen> do you have a gist of your terminal?
<brixen> diegoviola: I removed all the aborts from the JIT
<brixen> at least any that would abort during runtime
<brixen> so I'd like to see your output
<diegoviola> let me try to reproduce it again...
<diegoviola> yep, got it
<diegoviola> sec
<diegoviola> brixen: http://sprunge.us/iBHG
<brixen> ok, so totally not the same thing
<brixen> I'll add this to the ticket
<brixen> diegoviola: thanks for the gist
* brixen sleeps
<diegoviola> brixen: sure thing
benlovell has joined #rubinius
benlovell has quit [Ping timeout: 240 seconds]
pietr0 has joined #rubinius
pietr0 has quit [Client Quit]
tenderlove has joined #rubinius
tenderlove has quit [Ping timeout: 252 seconds]
meh` has quit [Ping timeout: 272 seconds]
|jemc| has joined #rubinius
benlovell has joined #rubinius
benlovell has quit [Ping timeout: 272 seconds]
yipstar has quit [Ping timeout: 250 seconds]
dzhulk has joined #rubinius
<bennyklotz> building with llvm3.4 worked fine
dzhulk has quit [Quit: Leaving.]
RageLtMan has quit [Ping timeout: 245 seconds]
benlovell has joined #rubinius
noop has joined #rubinius
yipstar has joined #rubinius
benlovell has quit [Ping timeout: 264 seconds]
RageLtMan has joined #rubinius
yipstar has quit [Ping timeout: 258 seconds]
|jemc| has quit [Ping timeout: 240 seconds]
dzhulk has joined #rubinius
havenwood has quit [Remote host closed the connection]
fsb` has joined #rubinius
Bwild has joined #rubinius
diegoviola has quit [Remote host closed the connection]
elia has joined #rubinius
elia has quit [Quit: Computer has gone to sleep.]
benlovell has joined #rubinius
dimday has quit [Remote host closed the connection]
elia has joined #rubinius
goyox86 has joined #rubinius
josh-k has joined #rubinius
craigp has joined #rubinius
<yorickpeterse> morning
Ori_P has joined #rubinius
Ori_P has quit [Client Quit]
<goyox86> morning
RageLtMan has quit [Ping timeout: 258 seconds]
benlovell has quit [Ping timeout: 255 seconds]
benlovell has joined #rubinius
RageLtMan has joined #rubinius
craigp has quit [Remote host closed the connection]
josh-k_ has joined #rubinius
craigp has joined #rubinius
josh-k has quit [Ping timeout: 272 seconds]
goyox86 has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
goyox86 has joined #rubinius
benlovell has quit [Ping timeout: 258 seconds]
benlovell has joined #rubinius
goyox86 has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
noop has quit [Ping timeout: 256 seconds]
goyox86 has joined #rubinius
benlovell has quit [Ping timeout: 252 seconds]
josh-k_ has quit [Remote host closed the connection]
benlovell has joined #rubinius
josh-k has joined #rubinius
Bwild has quit [Quit: leaving]
josh-k has quit [Ping timeout: 244 seconds]
benlovell has quit [Ping timeout: 264 seconds]
goyox86 has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
benlovell has joined #rubinius
craigp has quit [Remote host closed the connection]
craigp has joined #rubinius
craigp has quit [Remote host closed the connection]
goyox86 has joined #rubinius
benlovell has quit [Ping timeout: 240 seconds]
JohnBat26 has joined #rubinius
goyox86 has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
_hs710 has joined #rubinius
craigp has joined #rubinius
goyox86 has joined #rubinius
benlovell has joined #rubinius
sbryant has quit [Ping timeout: 258 seconds]
<goyox86> How is that LL(1) parser thing going yorickpeterse ?
sbryant has joined #rubinius
<yorickpeterse> goyox86: did you see my stuff yesterday?
<goyox86> Nope
<yorickpeterse> :P
sbryant has quit [Ping timeout: 258 seconds]
_hs710 has quit [Quit: _hs710]
sbryant has joined #rubinius
josh-k has joined #rubinius
<headius> yorickpeterse: is JRuby consistently slower at the LL version? It seems like only rbx sees improvement from it
<headius> JRuby racc ext is exactly as much Java as the MRI racc ext, and the former is a direct port of the latter
<headius> modulo data structure differences of course
benlovell has quit [Ping timeout: 264 seconds]
cremes has quit [Quit: cremes]
cremes has joined #rubinius
<yorickpeterse> headius: hm, interesting
<yorickpeterse> I'll most likely go with a hybrid of C/Java + Ruby, similar to my lexer
<yorickpeterse> but so far my benchmark was really super basic
<headius> yorickpeterse: are all of those using the racc ext?
<yorickpeterse> Yes
<yorickpeterse> Gem version too
<headius> huh, ok
jnh has quit [Read error: Connection reset by peer]
JohnBat26 has quit [Quit: KVIrc 4.3.1 Aria http://www.kvirc.net/]
jnh has joined #rubinius
tenderlove has joined #rubinius
benlovell has joined #rubinius
craigp has quit []
sbryant has quit [Ping timeout: 258 seconds]
sbryant has joined #rubinius
havenwood has joined #rubinius
jfredett-w has left #rubinius [#rubinius]
jfredett-w has joined #rubinius
johnmuhl has quit [Quit: Connection closed for inactivity]
<headius> yorickpeterse: do you have a comparison with nokogiri?
<headius> I think that's going to be the important metric for getting existing nokogiri users to switch
<yorickpeterse> headius: Not with my LL stuff
<yorickpeterse> But yes, there's a benchmark that compares Oga, Ox, Nokogiri and REXML
<headius> I can run it if you don't have recent results handy
alexsuraci_ is now known as alexsuraci
<yorickpeterse> I think I had the results somewhere on Gist
alexsuraci has quit []
<headius> oldish
<headius> beating REXML is big
<yorickpeterse> Yeah that's the Gist
<yorickpeterse> It's unlikely I can make it faster than Nokogiri
<yorickpeterse> not really my goal either
<headius> yeah, that would be hard
<headius> 10x slower is obviously better than 100x slower, but we field regular reports from people saying nokogiri isn't even fast enough
alexsuraci has joined #rubinius
<yorickpeterse> Honestly if they want better perf than Nokogiri they'll probably have to use libxml directly themselves
<yorickpeterse> or Ox if they're on 1) MRI and 2) don't care about HTML
<yorickpeterse> Unless I'm suddenly the Chuck Norris of computers I doubt I'll ever be able to make Oga faster, unless I move everything to C
<yorickpeterse> (or Java)
<headius> the HTML thing is the biggest hassle for us, because none of the JVM XML libraries even allow ill-formed XML
<headius> so we have to use a separate HTML fixer
<headius> libxml is about as squishy as it can be and still be called an XML library
<yorickpeterse> hehe
<yorickpeterse> I wouldn't be surprised if you could feed it your pet dog and it would still spit out some kind of XML document
<headius> it's really weirdly permissive
<headius> like multiple root nodes and other stuff strictly forbidden by w3c
<yorickpeterse> Oh, Oga allows that too
<yorickpeterse> both in XML and HTML
<yorickpeterse> Though technically I could restrict it in XML without too much trouble
<headius> it's not valid according to w3c
<yorickpeterse> actually the HTML lexer/parser is just the XML lexer/parser with "html = true"
<headius> I forget how we discovered it...might have just been a test in nokogiri
<headius> er, well-formed
<headius> I get those mixed up
<yorickpeterse> I know it's not valid, but there's no realy harm in allowing it
<headius> nah
<headius> it was just a problem for us because none of the JVM XML libs allowed it *at all*
<yorickpeterse> heh
<headius> most of those we got nokogiri folks to agree
diegoviola has joined #rubinius
dzhulk has quit [Quit: Leaving.]
_hs710 has joined #rubinius
<_hs710> g’morning (or appropriate salutation) - anyone here familiar with rbx Socket implementation ?
hosiawak has joined #rubinius
arrubin has quit []
nirvdrum has joined #rubinius
benlovell has quit [Ping timeout: 244 seconds]
RageLtMan_ has joined #rubinius
RageLtMan_ has quit [Client Quit]
sbryant has quit [Ping timeout: 258 seconds]
pietr0 has joined #rubinius
dzhulk has joined #rubinius
sbryant has joined #rubinius
fsb` has quit [Remote host closed the connection]
pietr0 has quit [Quit: pietr0]
dzhulk1 has joined #rubinius
dzhulk has quit [Ping timeout: 245 seconds]
noop has joined #rubinius
<_hs710> Issue filed: TCPSocket is missing local_address method #3227
enebo has joined #rubinius
dzhulk1 has quit [Read error: Connection reset by peer]
dzhulk has joined #rubinius
<jc00ke> Should we move this issue over to https://github.com/rubysl/rubysl-socket/issues ?
<_hs710> jc00ke: sure, sorry, didn’t realize that was a thing
<_hs710> is there a way to actually move the issue, or should I close and re-file it?
<headius> refile
<_hs710> headius: hi, thanks, doing that right now
<_hs710> and done
<jc00ke> thanks @)_hs710
<_hs710> jc00ke: you’re welcome. and now I know why I couldn’t find any socket specs in the rbx source :-)
benlovell has joined #rubinius
benlovell has quit [Ping timeout: 245 seconds]
<jc00ke> the BasicSocket#local_address issue brings up a pain point I've experienced before: how do you test changes to rubysl libs in Rubinius, while developing them?
<jc00ke> Or, I guess another way to put it: what's the incantation for mspec to use Rubinius and pick up local (rubysl-socket, for example) changes?
<jc00ke> `mspec -t path/to/rbx -I lib/`?
<headius> -T-I I suppose?
<jc00ke> -T? What is this target opt you speak of? :)
<jc00ke> `mspec -t path/to/bin/rbx -I lib/ spec/basicsocket/local_address_spec.rb` worked
<headius> -T passes options to the ruby it launches
<headius> maybe -I is a shortcut for -T-I
pietr0 has joined #rubinius
<goyox86> now reading data from StatsD-> InfluxDb -> Graphs :)
elia has quit [Quit: Computer has gone to sleep.]
sbryant has quit [Ping timeout: 258 seconds]
sbryant has joined #rubinius
meh` has joined #rubinius
<yorickpeterse> jc00ke: Yeah, you set RUBYLIB
nirvdrum has quit [Ping timeout: 264 seconds]
nirvdrum has joined #rubinius
_hs710 has quit [Quit: _hs710]
_hs710 has joined #rubinius
goyox86 has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
arrubin has joined #rubinius
noop has quit [Ping timeout: 258 seconds]
goyox86 has joined #rubinius
slaught has joined #rubinius
s3m has joined #rubinius
s3m has joined #rubinius
diegoviola has quit [Remote host closed the connection]
diegoviola has joined #rubinius
goyox86 has quit [Quit: My Mac has gone to sleep. ZZZzzz…]
pietr0 has quit [Quit: pietr0]
<yorickpeterse> Hmmm...do I go with LL(1) or LALR(1)..tough choice
<yorickpeterse> LALR would mean I could re-use my grammars without factoring out left recursion
<yorickpeterse> it would however also mean dealing with all the shit LALR brings with it
<yorickpeterse> LL on the other hand means easier error handling/reporting, easier code, but having to rework my grammars
<yorickpeterse> Considering I don't fully understand LL just yet I'll have to first dig into that a bit more
dzhulk1 has joined #rubinius
dzhulk has quit [Ping timeout: 256 seconds]
sbryant has quit [Ping timeout: 258 seconds]
pietr0 has joined #rubinius
sbryant has joined #rubinius
<yorickpeterse> how the hell is kpeg so fast?
<yxhuvud> yorickpeterse: with lalr, instead right recursion is bad. unless I miss something.
<yorickpeterse> oh yeah, but my grammars currently don't use tat
<yorickpeterse> * that
<yorickpeterse> instead they use left-recursion
<brixen> jc00ke: re the bundler --jobs issue, could you look at my comment, fixed that bundler line, and gist your run so I can see what issue you're actually seeing?
<jc00ke> Yessums
<brixen> sweet, thanks
<brixen> I've ran it a number of times on os x without being able to repro any issue on 2.4
<brixen> I just built on precise to test
<jc00ke> Which comment are you soeaking of? https://github.com/bundler/bundler/issues/3269#issuecomment-65178236 ?
<jc00ke> s/soeking/speaking
<brixen> yep
<brixen> see the link in that comment to the bundler code swallowing exceptions and raising a completely bogus on
<brixen> which andre continues to defend as good UX
<brixen> "telling a novice or inexperienced user a lie is the best way to treat them well"
<brixen> no wonder people just throw their hands up at any error
<brixen> it's all a bunch of lies
s3m has quit [Quit: Quitte]
<Rotonen> and someone can expect people to just timewarp into the future over the dull bit and understand deep internals without doing all the shovelwork in-between?
<brixen> Rotonen: there's a great deal that needs to be improved with error conditions
<brixen> straight up lying isn't a good start in that direction
<brixen> at least MRI finally added the exception chaining facility that rbx has had for half-dozen years
<brixen> of course, very little code uses that
<yorickpeterse> evan: what magic did you do to kpeg to make it so stupidly fast? Granted, I'm not building an AST just yet, just running the grammar
<evan> :D
<yorickpeterse> it's apparently 30x faster than racc
<yorickpeterse> heh
<diegoviola> brixen: how do I try with llvm 2.4 on arch?
<brixen> diegoviola: you mean 3.4?
<diegoviola> err
<yorickpeterse> evan: can kpeg actually take IO as input in some way, or does it always expect a literal String?
<diegoviola> 3.4
<diegoviola> yes
<brixen> you'd need build from source likely
<evan> yorickpeterse: A string I believe
<yorickpeterse> bah
<brixen> diegoviola: I don't know enough about arch's pkg system
<yorickpeterse> I need to be able to stream input :/
<evan> yorickpeterse: so, part of the reason it's fast is that it does memoization
<brixen> diegoviola: maybe there's an older llvm available?
<diegoviola> doesn't rbx build system pulls llvm?
<brixen> diegoviola: nope
<yorickpeterse> brixen: I don't think LLVM is the problem with his problem
<brixen> diegoviola: but you could probably use one of our prebuilts
<yorickpeterse> (heh)
<evan> yorickpeterse: what is the grammar?
<brixen> diegoviola: run rakelib/config.guess in the rbx repo on your system and tell me what you get
<diegoviola> downgrading on arch is a pain in the ass
<brixen> diegoviola: you don't need to, just unzip this prebuilt in a dir and point the rbx configure at it
<brixen> diegoviola: I'll walk you through it
<brixen> diegoviola: I need the config.guess string though
<jc00ke> @brixen Fbomb I'm not getting the error anymore
<diegoviola> brixen: where do I get LLVM 3.4, the prebuilt one
<brixen> jc00ke: fuck
<yorickpeterse> if kpeg could take input other than String it would be really interesting to see if I could use it as a replacement for my parsing needs, though I'd have to look into memory usage as well
* yorickpeterse remembers something about brixen suggesting to use kpeg from the start
<diegoviola> brixen: ty
<brixen> yorickpeterse: indeed :)
<evan> yorickpeterse: check that kpeg is actually parsing it properly
<evan> it doesn't blow up if the parsing fails
<diegoviola> no such key
<yorickpeterse> evan: it is, I added a bunch of rules to see what it outputs, e.g...
<diegoviola> hrm
<evan> yorickpeterse: ok cool.
<evan> I'll take PRs
<brixen> diegoviola: give. me. your. string. :p
<evan> if you need things
<yorickpeterse> evan: https://gist.github.com/YorickPeterse/fe51e49645aa658747e2 gives proper output for my test case
<brixen> yorickpeterse: it's often best to ignore good advice and do the most painful thing first
<brixen> humans rarely seem to learn otherwise
<diegoviola> brixen: HostId?
<yorickpeterse> brixen: hehehe
<diegoviola> sorry, I'm not familiar with this
<brixen> diegoviola: do you have a clone of rbx?
<brixen> or a source tree?
<yorickpeterse> brixen: well in theory PEGs use more memory, which might be problematic in my case. I also avoided most parsers due to Ruby based lexers pooping themselves with my input
<diegoviola> brixen: yup
<brixen> diegoviola: run rakelib/config.guess and tell me what you get
<yorickpeterse> The sole reason I used Ragel was 1) it's fast/memory efficient 2) I can stream input
<yorickpeterse> and then later 3) it can emit C/Java
<brixen> yorickpeterse: the packrat algo is worst case Cn where n is the length of input, iirc
<diegoviola> brixen: ok sec
<jc00ke> @brixen ugh, so it's not throwing the error on HEAD. I'll revert to a previous commit, build, and try again
<evan> yorickpeterse: kpeg uses more mem that most
<evan> because of the memoization
<brixen> jc00ke: ok, well, perhaps the race is benign once we resolved the autoloads correctly
<jc00ke> word
<yorickpeterse> evan: if it's a few MB I'm fine with it, as long as it doesn't explode. Right now if I stream input my XML parser sits at...
<brixen> jc00ke: there's definitely a race there and some sketchy code in rubygems and psych, but I didn't get super deep into it
<evan> kpeg has extra rule types that allow you to ignore memoization too
<evan> for tiny matches (a single character) it's faster to redo the match than use a memoziation
<evan> so kpeg gives you an out
<yorickpeterse> evan: ~25MB for the pull parser
<evan> give it a shot!
<yorickpeterse> Oh definitely, it's the only way to figure out if it's going to work
<brixen> jc00ke: btw, not able to repro it on precise64 either
<evan> yorickpeterse: also, you probably don't need all those captures
<evan> for instance, in the json rule
<brixen> jc00ke: I may just do a 2.4.1 and we can see if it reoccurs on travis
<evan> and the key_values rule
<yorickpeterse> evan: correct, I added them to see if kpeg would somehow cheat without them being present
<evan> nope
<evan> you just create more objects by using it
<evan> it just tells kpeg to track the start and end positions and turn them into a string
<yorickpeterse> hmpf, StringScanner indeed only works on String
<yorickpeterse> Oh hm, apparently you _can_ append data to it using StringScanner#<<
<yorickpeterse> oh, but according to StackOverflow it never actually frees up objects it already scanned
<yorickpeterse> ugh
<yorickpeterse> Yeah that just appends to the existing buffer
Papierkorb has joined #rubinius
<Papierkorb> Evening guys. Wanted to ask if it's possible to use rubinius to generate LLVM IR code out of ruby code?
<brixen> Papierkorb: yes, but perhaps not in a way that's usable to you at the moment
<brixen> Papierkorb: if you run -Xjit.dump_code=1 you'll see the LLVM IR that's generated
<brixen> Papierkorb: see -Xhelp
<brixen> Papierkorb: the LLVM IR is quite closely tied to certain runtime structures
<brixen> Papierkorb: what are you trying to do with LLVM?
Cody__ has joined #rubinius
<Papierkorb> brixen: I'm toying around with LLVM and wanted to have another 'source' language to play with than C/C++
<brixen> ok, for some value of learning, the LLVM IR from rbx JIT may be useful to you
<brixen> Papierkorb: there's a bunch of languages that use it though
<brixen> Papierkorb: consider Julia, Pure, Rust, for example
<Papierkorb> brixen: Maybe it's the first step to world domination, or just another project no one knows about ;) But yeah, just seeing what could be done about inter-op between languages in a single project
<jc00ke> @brixen ship it!
<brixen> ok, we'll see how long it take travis to re-enable --jobs for rbx
<jc00ke> I think that's just their default. It's explicitly added to my test repo, so it should still work
<brixen> diegoviola: any luck?
<Papierkorb> brixen: thanks
<brixen> Papierkorb: n/p let us know how it goes
<brixen> Papierkorb: also, if you're interested in helping, I'm moving the JIT into Ruby soon
<brixen> generating verbose LLVM IR with verbose C++ is enough to make my head explode
<Papierkorb> I barely know ruby, though, it's the only language I consider using next to C++/Qt and Lua. (Yes, I know about Py, Rust, etc.)
<Papierkorb> brixen: I recently ported the generator logic for a Clang based code generator from C++ to Lua. I know what you mean ..
<diegoviola> brixen: sorry it's taking a while to clone the repo here
<diegoviola> brixen: I'll test that asap
<brixen> diegoviola: --depth=1 is your friend :)
<diegoviola> right
<diegoviola> ty
<diegoviola> brixen: x86_64-unknown-linux-gnu
<Papierkorb> brixen: Is there some kind of programmers manual for Rubinius like there is for LLVM? Asking cause once I found the one for LLVM a 3h problem turned into a 2minute one. *dling source*
<brixen> diegoviola: ok sec
<brixen> Papierkorb: no, but we're going to be working on that asap
<brixen> The Rubinius Book
<brixen> Papierkorb: if you know any good content editor types, pls send them my way
<brixen> diegoviola: what version of gcc?
<brixen> diegoviola: untar that, then in rbx clone, ./configure --llvm-config path/to/llvm/Release/bin/llvm-config
<brixen> diegoviola: rake build
<diegoviola> brixen: gcc 4.9.2
<brixen> diegoviola: ok, try the one I listed
<diegoviola> brixen: k
Cody__ has quit [Read error: Connection reset by peer]
Cody__ has joined #rubinius
Cody__ has quit [Ping timeout: 245 seconds]
<diegoviola> brixen: it's building, thanks
<brixen> diegoviola: sweet, thanks for going to all this trouble to check
<diegoviola> not a problem at all
<diegoviola> brixen: it looks like I'll have to build llvm manually
<diegoviola> Checking for 'llvm-config': /home/diego/llvm/Release/bin/llvm-config: error while loading shared libraries: libtinfo.so.5: cannot open shared object file: No such file or directory
<diegoviola> my system does not have this lib
<brixen> diegoviola: ugh, sorry
<slaught> diegoviola: possible quick fixes for you -> https://github.com/Valloric/YouCompleteMe/issues/778
<diegoviola> I hate doing this but this solved it: # ln -s /usr/lib/libncurses.so.5 /usr/lib/libtinfo.so.5
<diegoviola> building now
<brixen> if github search were slightly more useful, I bet they could take a big bite out of google and SO code-related searches
<diegoviola> will get rid of this later: /usr/lib/libtinfo.so.5
<diegoviola> brixen: yeah gh search is annoying
<diegoviola> does libncurses.so have the same api as libtinfo?
<diegoviola> I wonder
<diegoviola> because I'm not sure how that's even working
s3m has joined #rubinius
semia_ has joined #rubinius
<diegoviola> that symlink
s3m has quit [Client Quit]
semia_ has quit [Client Quit]
<slaught> diegoviola: yes the libtinfo is just a library form ncurses
<slaught> just a matter of how it is built with 1 lib or 2 libs
<diegoviola> slaught: ok
<diegoviola> crap I'm getting this
<brixen> diegoviola: something is wrong with the configure
<brixen> it shouldn't be picking up /usr/include/llvm
<brixen> unless you untar'd there
<diegoviola> no I didn't untar there
<brixen> diegoviola: /path/to/llvm_prebuilt/Release/bin/llvm-config --cflags
<diegoviola> ok I forgot to add the --cflags
<brixen> diegoviola: you don't need to
<brixen> configure pulls the info out
<brixen> I'm just asking you to check the value
<diegoviola> -I/home/diego/llvm/Release/include -DNDEBUG -D_GNU_SOURCE -D__STDC_CONSTANT_MACROS -D__STDC_FORMAT_MACROS -D__STDC_LIMIT_MACROS -O3 -fomit-frame-pointer -fPIC
<brixen> also check config.rb to see that the configured settings look sane
<brixen> what the hell is -fomit-frame-pointer doing in there
<brixen> I really need to fix how we use llvm config values :(
Bwild has joined #rubinius
havenwood has quit [Read error: Connection reset by peer]
<evan> yorickpeterse: the power went out at the Starbucks I was at. :) if you want any help with kpeg, let me know.
<diegoviola> brixen: http://sprunge.us/AEAW?ruby
<diegoviola> that's the config.rb
<brixen> diegoviola: appears we're not getting the include dir correctly
goyox86 has joined #rubinius
semia_ has joined #rubinius
semia__ has joined #rubinius
<brixen> well, not in config.rb at least, but perhaps in blueprint.rb
<brixen> I'd have to go look at it though
semia__ has quit [Client Quit]
semia_ has quit [Client Quit]
dzhulk1 has quit [Quit: Leaving.]
pwh has quit []
nirvdrum has quit [Ping timeout: 255 seconds]
_hs710 has quit [Quit: _hs710]
hosiawak has quit [Ping timeout: 250 seconds]