[julia-users] Re: PyCall complaining about ambiguous method defs after recent clone of julia

2014-01-11 Thread Ivar Nesje
See: https://github.com/stevengj/PyCall.jl/issues/60 kl. 10:26:16 UTC+1 lørdag 11. januar 2014 skrev Ivar Nesje følgende: I get theese warnings too. I found out that they were introduced after

[julia-users] How could method dispatch work over modules?

2014-01-11 Thread Chiyuan Zhang
Hi all, I'm trying to implement something that allows user to derive a new type from my abstract type and also add new behavior to the methods operating on those new types. For example, the following code snippet:

[julia-users] Re: julia users in santiago, chile?

2014-01-11 Thread andrew cooke
hi, how do i contact you? can you email me at and...@acooke.org? i live here, but (1) use julia as a faster python rather than a better matlab and (2) have a terrible accent (have lived here for years, but work from home with americans so rarely speak spanish). so i am not sure how much use

Re: [julia-users] How could method dispatch work over modules?

2014-01-11 Thread Leah Hanson
Hi Chiyuan, The problem is that your myfunc outside the module is shadowing the name myfunc, rather than extending it. In order to avoid accidental naming collisions, you have to tell Julia when you're intentionally extending a function from another module with new methods. You have two syntax

[julia-users] Autoformatting for Julia?

2014-01-11 Thread Job van der Zwan
So you are saying that the most of the tooling required for an auto-formatting tool is already there? On Thursday, 9 January 2014 14:42:40 UTC+1, Stefan Karpinski wrote: I would be into having an auto-formatting tool. The way to do this would be to work on the printing of ASTs until the way

Re: [julia-users] Autoformatting for Julia?

2014-01-11 Thread Stefan Karpinski
Kind of. I don't think that expression printing is even remotely good enough for this yet, but that's the basic idea that makes the most sense to me. No point in using separate parse or print code when there's already functions that do this stuff. On Sat, Jan 11, 2014 at 12:06 PM, Job van der

Re: [julia-users] Error with Pkg.add(RPMmd)

2014-01-11 Thread Stefan Karpinski
RPMmd was renamed to WinRPM – can you try that instead? On Sat, Jan 11, 2014 at 3:25 PM, Jim Crimmins cri...@gmail.com wrote: Hi: Trying to get iJulia running with iPython and following the MIT instructions for install. Julia 2.0, Anaconda 1.8, Windows 7. When I try Pkg.add(RPMmd) I get:

Re: [julia-users] Error with Pkg.add(RPMmd)

2014-01-11 Thread Jim Crimmins
Ok tks. Tks! On Saturday, January 11, 2014 3:25:53 PM UTC-5, Stefan Karpinski wrote: RPMmd was renamed to WinRPM – can you try that instead? On Sat, Jan 11, 2014 at 3:25 PM, Jim Crimmins cri...@gmail.comjavascript: wrote: Hi: Trying to get iJulia running with iPython and following

[julia-users] Repeating names in inner constructors?

2014-01-11 Thread John Myles White
I’ve noticed that a lot of people to use different field names when writing inner constructors, so that you see code like: type Foo a::Int function Foo(alpha::Int) magic(alpha) new(alpha) end end Would this ever be necessary to avoid

Re: [julia-users] Repeating names in inner constructors?

2014-01-11 Thread John Myles White
Great. That is really nice. — John On Jan 11, 2014, at 5:34 PM, Stefan Karpinski stefan.karpin...@gmail.com wrote: Nope. This is one of the nice things about the design. On Jan 11, 2014, at 8:16 PM, John Myles White johnmyleswh...@gmail.com wrote: I’ve noticed that a lot of people to

[julia-users] ANN: LibGit2 bindings

2014-01-11 Thread Jake Bolewski
Hi everyone, I've been working on LibGit2 bindings for julia over the past month or so, steadily porting over the the test suite from Ruby's ruggedhttps://github.com/libgit2/ruggedlibrary. Allmost all of the tests have been rewritten and are now passing. Most of the testing has been done on