[julia-users] Re: ANN: CloudArray.jl: Easy Big Data programming in the Cloud

That is just amazing!!! Thanks, Andre!! And congratulations!! I definetly need to try it! Charles On Friday, October 30, 2015, André Lage wrote: > PS: Here it goes a IJulia Notebook with some examples to use at > http://cloudarraybox.cloudapp.net: > >

Re: [julia-users] Enums in Julia

I am thinking about making an Enum type MyEnum, but each MyEnum is a composite immutable type. Is that possible (recommended) and how could I do that? I've looked at - https://github.com/JuliaLang/julia/pull/10168 - And the @enum section of Docs but it still isn't obvious to me yet how

[julia-users] Re: Order of multiple for-loops

As for "column-majorness" of matrix algebra, it seems to be natural (for me) because it is common to write a vector in column form. But of course, one could start with a row vector as the basic building block, so it looks like a matter of convention... The reason for this choice might

Re: [julia-users] Enums in Julia

Hi Mauro, Thank you for your response and sorry I did not ask very clearly. Let me try again. I am considering creating a composite immutable type. I know there will always only be a finite number of them, e.g. Country, and I'd like to just create them in the beginning of my code. Each

Re: [julia-users] Package requirements and pinning

https://github.com/JuliaLang/METADATA.jl/issues/2800 https://github.com/JuliaLang/METADATA.jl/issues/2417 And plenty of other offline discussions. I think the more-or-less consensus is that we need to implement package namespaces, but how to do so (and who has the bandwidth to do the

[julia-users] Re: Order of multiple for-loops

Thanks very much for various information. And I am sorry if my question might be misleading or indicate confusion or complaints about memory order (indeed, column-major is perfectly fine for me). So let me explain a bit more about my question... Given that Julia's arrays are column-major order,

Re: [julia-users] Enums in Julia

Eric, Currently in Julia, officially supported Enums can only take on integer values. This excludes the ability to use an arbitrary type as values for enum members. You could, however, use enums as a part of a solution: @enum Country Brazil China Canada USA etc. immutable CountryData

[julia-users] Re: copy a local variable to all parallel workers

I have a similar question about getting data to all workers. Consider the following code: ''' addprocs(2) using pfuncs #= @everywhere function showData() @show(data) end =# function pstep() @sync begin for p in workers() @async begin remotecall_fetch(p, showData)

[julia-users] Re: parallel and PyCall

OK, I found a horrible work around that might be good enough (for me): Here is a mock python script: import math, time x = math.sin(math.pi/4) time.sleep(5) # mock local work print(x) # spit it out to julia and here is the julia code that runs it: r = @spawn readall(`python example.py`)

Re: [julia-users] Enums in Julia

Thank you Jacob. I've now got my Enums working following your suggestion (embarrassed for asking), but now I am unclear whether there is any benefit to using enums versus just creating a bunch of instances of a composite immutable type. Any wisdom you can share on the circumstances under which

Re: [julia-users] Re: typealias vs. const

On Fri, Oct 30, 2015 at 8:29 AM, FANG Colin wrote: > I have got the same confusion. Any ideas? > > I have even seen usage of A = T (no const) > (http://docs.julialang.org/en/release-0.4/manual/types/#type-unions), is it > supposed to be bad (slow) because it is a global

[julia-users] Challenge..: Distributing cross-platform [Julia] programs using a polyglot [not quote off-topic..]

"Builds an executable that doesn't require any julia source code": [great that this is possible..] https://github.com/JuliaLang/julia/blob/master/contrib/build_executable.jl I see from: " is an LLVM cpu target to build the system image against" that, as expected, your executable will no

Re: [julia-users] Re: Order of multiple for-loops

On Thursday, October 29, 2015 at 9:11:27 PM UTC-6, Steven G. Johnson wrote: > > > > On Thursday, October 29, 2015 at 1:24:23 PM UTC-4, Stefan Karpinski wrote: >> >> Yes, this is an unfortunate consequence of mathematics being column-major >> – oh how I wish it weren't so. >> > > I'm not sure

[julia-users] array of empty arrays and data types

Hello, Just started using Julia and I've come across an issue trying to create and append values to arrays of empty arrays. What I want to do is create a grid of empty arrays that can be filled with values associated with particle IDs for a molecular dynamics-style simulation. The trouble

[julia-users] Re: array of empty arrays and data types

You are trying to put a 0 into an array which expects Arrays as its elements. julia> bins = Array(Array, 5, 5) 5x5 Array{Array{T,N},2}: #undef #undef #undef #undef #undef #undef #undef #undef #undef #undef #undef #undef #undef #undef #undef #undef #undef #undef #undef #undef

[julia-users] Re: array of empty arrays and data types

Maybe this is what you're looking for: julia> bins = Array[[] for i=1:5,j=1:5] 5x5 Array{Array{T,N},2}: Any[] Any[] Any[] Any[] Any[] Any[] Any[] Any[] Any[] Any[] Any[] Any[] Any[] Any[] Any[] Any[] Any[] Any[] Any[] Any[] Any[] Any[] Any[] Any[] Any[] julia>

Re: [julia-users] Deprecation warnings using julia on Atom

Colin, Correct, that was a typo. Juno and jewel are working well for me with 0.4 and I wasn't aware M Innes would be switching to Atom. I still haven't been able to get Atom to work well with Julia; I get the same depreciation warnings as you, but I also get some errors that prevent

Re: [julia-users] Enums in Julia

I don't quite understand what you fail to achieve. Using other values than integers for the enum does not work, if that is the question. If you just try to make your custom enum, then it cannot be used with the @enum macro. immutable MyEnum field1::Type1 filed2::Type2 end # no need/use

[julia-users] Re: parallel and PyCall

So I got something working for my pylab example. julia> import PyCall julia> PyCall.@pyimport pylab julia> @everywhere import PyCall julia> @everywhere PyCall.@pyimport pylab julia> @everywhere A = pylab.cumsum(collect(1:10))*1. julia> fetch(@spawnat remotes[1] A) 10-element

Re: [julia-users] Re: Communicate thru COM Ports (Serial)

Ah thank you Isaiah, that was exactly the package I was searching for!

[julia-users] Re: typealias vs. const

I have got the same confusion. Any ideas? I have even seen usage of A = T (no const) (http://docs.julialang.org/en/release-0.4/manual/types/#type-unions), is it supposed to be bad (slow) because it is a global variable? On Thursday, November 6, 2014 at 3:38:41 PM UTC, Steven G. Johnson

Re: [julia-users] Deprecation warnings using julia on Atom

I'm not totally sure if this is what you mean by 'compilation in editor', but there is a limitation now that Atom will kill a Julia process that is taking a while to precompile a module. So currently people trigger the precompilation of large modules in the terminal REPL instead. On Fri, Oct 30,

[julia-users] Re: array of empty arrays and data types

El viernes, 30 de octubre de 2015, 7:12:39 (UTC-6), Cameron Zachreson escribió: > > Hello, > > Just started using Julia and I've come across an issue trying to create > and append values to arrays of empty arrays. > If you specify a bit more precisely what you are trying to do, it will be

[julia-users] Re: IDE for Julia

maybe someone with more javascript insight can get inspired by this python IDE one day :) https://github.com/yhat/rodeo On Thursday, August 27, 2015 at 5:12:22 AM UTC+2, Deb Midya wrote: > > Hi, > > Thanks in advance. > > I am new to Julia and using Julia-0.3.7 on Windows 8. > > I am looking

Re: [julia-users] Package requirements and pinning

On Fri, Oct 30, 2015 at 10:18 AM, Tom Breloff wrote: > I'm very confused about how Pkg resolution works in 0.4, and I couldn't find > a definitive source of details. If package A has the REQUIRE file: > > julia 0.4 > C 0.1 > This means version 0.1 or higher for C > > and

Re: [julia-users] Package requirements and pinning

Thanks... after reading through that again, let me adjust my scenario: Package A's require: julia 0.4 C 0.1 0.2- Package B's require: julia 0.4 C 0.3 What version of C is installed? Package A want any version 0.1.x, Package B wants any version 0.3.x or greater. Who "wins"? On Fri, Oct 30,

Re: [julia-users] Re: Order of multiple for-loops

On Fri, Oct 30 2015, Steven G. Johnson wrote: > However, if Julia had chosen row-major, it would have been possible with a > little care to call LAPACK and other column-major libraries without making > a copy of any data, basically because for every linear-algebra

[julia-users] Package requirements and pinning

I'm very confused about how Pkg resolution works in 0.4, and I couldn't find a definitive source of details. If package A has the REQUIRE file: julia 0.4 C 0.1 and package B has the REQUIRE file: julia 0.4 C 0.2 which version of C is installed? Does it change if you do a Pkg.add("C")?

Re: [julia-users] Package requirements and pinning

On Fri, Oct 30, 2015 at 11:05 AM, Tom Breloff wrote: > Thanks... after reading through that again, let me adjust my scenario: > > Package A's require: > > julia 0.4 > C 0.1 0.2- > > Package B's require: > > julia 0.4 > C 0.3 > > What version of C is installed? Package A want

Re: [julia-users] Re: Order of multiple for-loops

On Thursday, October 29, 2015 at 1:24:23 PM UTC-4, Stefan Karpinski wrote: > > Yes, this is an unfortunate consequence of mathematics being column-major > – oh how I wish it weren't so. The storage order is actually largely > irrelevant, the whole issue stems from the fact that the element in

Re: [julia-users] Package requirements and pinning

On Fri, Oct 30, 2015 at 11:14 AM, Yichao Yu wrote: > On Fri, Oct 30, 2015 at 11:05 AM, Tom Breloff wrote: >> Thanks... after reading through that again, let me adjust my scenario: >> >> Package A's require: >> >> julia 0.4 >> C 0.1 0.2- >> >> Package B's

Re: [julia-users] Package requirements and pinning

Ok, I tried that out, and you're right that I get an error (it didn't fallback to an older version, unless maybe that would happen with Pkg.update()?) julia> Pkg.resolve() ERROR: unsatisfiable package requirements detected: no feasible version could be found for package: Gadfly in error at

[julia-users] Re: A grateful scientist

I'll get in the "Thank you!" line. I'm still learning every day, but I use Julia for pretty much everything (Economics Ph.D. student here). So yeah, thanks a lot - and a special thanks to Andreas Noack for transmitting the Julia-bug before leaving UCPH. On Monday, October 26, 2015 at 4:30:26

Re: [julia-users] Re: Order of multiple for-loops

Agreed w Glenn H here. "math being column major" is because the range of a matrix being the span of its columns, and consequently most linear algebra algorithms are naturally expressed as operations on the columns of the matrix, for example QR decomp via Gramm-Schmidt or Householder, LU without

Re: [julia-users] Re: Order of multiple for-loops

Preference for row ordering is more related to the way people view tabular data, I think. For many applications/data, there are many more rows than columns (think of database tables or csv files), and it's slightly unnatural to read those into a transposed data structure for analysis. Putting a

Re: [julia-users] Package requirements and pinning

On Fri, Oct 30, 2015 at 11:30 AM, Tom Breloff wrote: > Ok, I tried that out, and you're right that I get an error (it didn't > fallback to an older version, unless maybe that would happen with > Pkg.update()?) > > > julia> Pkg.resolve() > ERROR: unsatisfiable package

Re: [julia-users] Package requirements and pinning

Huh... that's something I didn't know. What's the environment variable? Is that documented? On Fri, Oct 30, 2015 at 12:24 PM, Yichao Yu wrote: > On Fri, Oct 30, 2015 at 12:13 PM, Tom Breloff wrote: > > In this case, Plots doesn't actually depend on Gadfly

Re: [julia-users] Package requirements and pinning

In this case, Plots doesn't actually depend on Gadfly at all... it's an optional dependency. (I only added it to the require to test what might happen) However in the general case it's really tricky if the only "real" solution is "fix the package so the restriction isn't necessary". What if a

Re: [julia-users] Package requirements and pinning

On Fri, Oct 30, 2015 at 12:13 PM, Tom Breloff wrote: > In this case, Plots doesn't actually depend on Gadfly at all... it's an > optional dependency. (I only added it to the require to test what might > happen) However in the general case it's really tricky if the only "real"

Re: [julia-users] Re: Order of multiple for-loops

> > We have to choose Tomas: I agree with most of what you said, except for this part. I do think that Julia is expressive and flexible enough that we shouldn't have to choose one way for everyone. I made this suggestion

Re: [julia-users] Re: A grateful scientist

I'll join in here as well. For years I've seen the mess associated with existing languages like C, C++, and Fortran as a very substantial impediment to students developing professional-level expertise in scientific computation, and in fact I've shied away from trying to teach what I know,

Re: [julia-users] Package requirements and pinning

On Fri, Oct 30, 2015 at 12:26 PM, Tom Breloff wrote: > Huh... that's something I didn't know. What's the environment variable? Is > that documented? It is documented here[1]. It is a little hard to find (I didn't remember that it was and figured out by checking the

Re: [julia-users] Does anyone have a fork/branch of Sundials.jl that works on 0.4/0.5?

For anyone following along at home, the branch in question is now updated with wrapper functions recreated so the tests should now pass. Regards, Max On Wednesday, October 28, 2015 at 8:30:09 AM UTC-4, Alex wrote: > > Hi Simon, > > Christian Haargaard just created a PR ( >

[julia-users] Base.backtrace() returning different results in 32-bit Windows builds (inlining issue?)

I've been developing StackTraces.jl to provide easy to use, programmatically accessible stack traces in Julia. After some fiddling with @noinline and --inline=no (which have obvious implications for comparing stack traces), test cases pass for 0.4

Re: [julia-users] Re: A grateful scientist

Thanks Eric! On Thu, Oct 29, 2015 at 9:31 PM Eric Forgy wrote: > Hi Jonathan, > > I'm in the same boat as a grateful scientist/entrepreneur and thank all > the Julia developers, but since we're at it, I want to say a special "Thank > you" to YOU for all the work you've

Re: [julia-users] Package requirements and pinning

Ok thanks Yichao. I'll have to think on all this a little while to suggest changes to the documentation. Back to the original post... I heard a rumor that there is discussion underway about making changes to how packages and METADATA work. I've only been involved on the periphery... are there

Re: [julia-users] Re: typealias vs. const

> `const A = T` is what `typealias A T` lowered to when it doesn't have type parameters I wanted to inspect the output of this lowering pass, but `@code_lowered` was apparently not what I was looking for (at least, `@code_lowered :(typealias Foo Int)` didn't work...). However, I understand

Re: [julia-users] Base.backtrace() returning different results in 32-bit Windows builds (inlining issue?)

I like it. This is really more like how we should handle backtraces in Base Julia itself. On Fri, Oct 30, 2015 at 1:01 PM, Gem Newman wrote: > I've been developing StackTraces.jl > to provide easy to use, > programmatically

Re: [julia-users] Re: Order of multiple for-loops

in my experience practical applications favor row ordering The keyword there is that it was *your* experience. The thing about something as central to number crunching as organizing memory layouts in row- or column major orderings, is that there are more practical applications than any of us

Re: [julia-users] Re: Order of multiple for-loops

Yes, this is what I meant by "mathematics is column major" – the fact that a vector is conventionally identified with the columns of matrices and that you multiply vectors by matrices as columns from the right instead of as rows from the left. This is at odds with the fact that in English we read

Re: [julia-users] Re: typealias vs. const

On Fri, Oct 30, 2015 at 1:34 PM, Tomas Lycken wrote: >> `const A = T` is what `typealias A T` lowered to when it doesn't have type >> parameters > > I wanted to inspect the output of this lowering pass, but `@code_lowered` > was apparently not what I was looking for (at