IRC channel logs

2014-07-11.log

back to list of logs

***micro is now known as Guest82985
***karswell` is now known as karswell
***nalaginrut_ is now known as nalaginrut
<civodul>Hello Guilers!
<stis>Morning guilers!
<wingo>morning stis :)
<wingo>& civodul :)
<ijp>happy friday
<davexunit>happy friday, ijp
<civodul>yay, happy Friday!
***Guest82985 is now known as micro`
<dsmith-work>Happy Friday, Guilers!!
<dsmith-work>wingo: I don't remember, is it possible to just have the compiled .go files without the companion .scm file?
<wingo>dsmith: i think it is
<dsmith-work>wingo: Think saving space on embedded..
<dsmith-work>Cool.
<dsmith-work>61 minutes to cross-compile guile 2.0 with buildroot. That includes the toolchain, libc, and building guile (and supporting libs) twice.
<dsmith-work>(once for host and once for target)
<lros>I'm looking for an extension language for a multiplatform app: Linux, Windows, OS X, and iOS. Which of these does Guile run on?
<lros>Or do I speak heresy?
<ijp>linux, osx should work, windows with mingw I think, no idea about ios
<davexunit>lros: I don't know of anyone that runs guile on iOS, so I don't know that it won't run, but it's not supported.
<davexunit>our windows support seems to be getting better lately, but there are still some issues.
<lros>Thanks. I'll have to go learn about mingw. Anybody know offhand if mingw can be used by a Visual Studio project?
<lros>(I wouldn't choose to do things that way myself so please don't tell me how many ways that would be unpleasant.)
<davexunit>lros: sorry, I don't know since I have never used visual studio. maybe you could contact the mingw folks if a search engine doesn't give you a conclusive answer.
<lros>I'm reading about it now. Doesn't look good: it uses a port of gcc and glibc; that's not likely to link with stuff built with VS.
<davexunit>yeah, it uses the GNU toolchain
<lros>davexunit: Well, dang.
<waxysubs`>well, if mingw produces a .dll for libguile, then you might be able to use that from within a VS project, dunno.
<lros>waxysubs`: Good point. How would I hook my code (build by VS) into Guile? It still doesn't sound promising.
<waxysubs`>lros: I know nothing about VS, but presumably you can link your code with external libraries comprised of .h files and .dll files, no? why would libguile be any different?
***heroux_ is now known as heroux
<lros>waxysubs`: I can call into the libguile .dll, sure. But VS and gcc have different calling conventions (I'm pretty sure).
<lros>waxysubs`: So I can't just hand libguile a pointer-to-function to make my code callable from guile.
<lros>waxysubs`: Strictly speaking, struct layout and C++ vtables etc. aren't necessarily the same.
<lros>waxysubs`: I'd have to make sure all calls in both directions went through dll interfaces. That makes it a nonstarter, I think,
<lros>waxysubs`: Particularly since I know Python will work. I was hoping I could find a scheme dialect, though. Guile would be ideal.
<lros>waxysubs`: If you want to continue discussion by email, I'm signing off now. email to sclark724@gmail.com
<waxysubs`>well, there are options to gcc to control calling conventions, although I guess it might be a pain.
***cluck` is now known as cluck
<dsmith-work>But the windows compiler CAN call functions with different calling conventions. You just tell it what it is.
<dsmith-work>pascal or stdcall or whatever
<dsmith-work>The memory is vague
<dsmith-work>I've used a mingw cross-compiler on linux to generate a .exe that calls windows .dlls.
<dsmith-work>mingw uses the M$ C runtime library....
<ijp>pfds tagged, official announcement tomorrow
<davexunit>ooooh :)
<davexunit>congrats, ijp
***ZurfUndZurf is now known as Kmalton
***Kmalton is now known as ActivateKruger
***fangism is now known as MI6-fangism
***MI6-fangism is now known as fangism