[julia-users] Re: ANN: JuMP 0.13 released (or, JuMP dumps camelCase)

> > I like new clean syntax. > I threw together a simple substitution script, to apply the changes. You can use it online on https://repl.it/CL6c/6 Just change the original text in the left, for what ever is being updated. Then run it and copy from the right. I am tempted to go through all

[julia-users] Re: OpenAI Gym Beta

I started a repo for this: https://github.com/tbreloff/OpenAIGym.jl Let me know if anyone has interest in collaborating. On Fri, Apr 29, 2016 at 6:49 PM, Thomas Breloff wrote: > https://openai.com/blog/openai-gym-beta/ > > Is anyone else interested in a Julia wrapper of this?

[julia-users] Re: [julia-opt] ANN: JuMP 0.13 released (or, JuMP dumps camelCase)

Great job!! Thanks, Chang -- Changhyun Kwon www.chkwon.net > On Apr 29, 2016, at 8:33 PM, Miles Lubin wrote: > > The JuMP team is happy to announce the release of JuMP 0.13. > > This is the most visible JuMP release in quite a while since all of JuMP's > macros and

[julia-users] ANN: JuMP 0.13 released (or, JuMP dumps camelCase)

The JuMP team is happy to announce the release of JuMP 0.13. This is the most visible JuMP release in quite a while since *all of JuMP's macros and most exported methods have been renamed* to avoid the camelCase convention. The original naming scheme was put in place before the 0.1 release of

[julia-users] Re: GPU capabilities

I cover that in another tutorial. With the current packages you have to manually split the data to each GPU. If you are trying to solve a vectorized call, I worked out all the details for doing that split in the tutorial

[julia-users] OpenAI Gym Beta

https://openai.com/blog/openai-gym-beta/ Is anyone else interested in a Julia wrapper of this? Please ping me if you are. Best, Tom

Re: [julia-users] Re: [ANN] CmplxRoots.jl: Fast Complex Polynomial Root Finder

Hi David, 2016-04-30 0:17 GMT+02:00 David P. Sanders : > > > El jueves, 28 de abril de 2016, 16:09:54 (UTC-4), Mosè Giordano escribió: >> >> Hi David, >> >> 2016-04-28 14:10 GMT+02:00 David P. Sanders : >> > As far as I could see, the original library has

Re: [julia-users] Re: [ANN] CmplxRoots.jl: Fast Complex Polynomial Root Finder

On Friday, April 29, 2016 at 3:58:56 AM UTC-4, 2n wrote: > > So translating header files for bindings is considered a derived work also? > It depends on what's in the header file. Of course, if you are calling someone else's library, then you generally are a derived work anyway. > And

Re: [julia-users] Re: [ANN] CmplxRoots.jl: Fast Complex Polynomial Root Finder

El jueves, 28 de abril de 2016, 16:09:54 (UTC-4), Mosè Giordano escribió: > > Hi David, > > 2016-04-28 14:10 GMT+02:00 David P. Sanders >: > > As far as I could see, the original library has an Apache license, so > you should be able to use MIT. > > > > I believe that

[julia-users] Re: GPU capabilities

Thanks for sharing. For multiple GPUs do you have manually split the data to each GPU or does that get taken care of automatically? BTW for multi GPU stuff I assume you don't need SLI and that SLI is just for gaming. On Friday, April 29, 2016 at 4:31:32 PM UTC-4, Chris Rackauckas wrote: > >

Re: [julia-users] Re: Trouble with parametric parts of a type def

I constantly run into cases where triangular dispatch would be very useful in our work. Ever since Jeff's talk at JuliaCon 2015, I've been hoping for the improved type system work (which seemed fairly complete, with working code in examples). Any hope of that making it into v0.5? If not, what

Re: [julia-users] use of parse and eval to create programmatically anonymous function

Also check out MacroTools.jl. It makes manipulating ASTs much cleaner. On Friday, April 29, 2016 at 1:08:21 PM UTC-4, Josh Langsfeld wrote: > > Thank you both for the examples, those help a lot. > > On Friday, April 29, 2016 at 8:57:14 AM UTC-4, Stefan Karpinski wrote: >> >> String splicing +

Re: [julia-users] use of parse and eval to create programmatically anonymous function

Thank you both for the examples, those help a lot. On Friday, April 29, 2016 at 8:57:14 AM UTC-4, Stefan Karpinski wrote: > > String splicing + parsing completely destroys/ignores any pre-existing > hierarchical structure. If you don't manually get the > precedence/parentheses right, it will

[julia-users] Re: GPU capabilities

I'm just getting started in this area myself, so this is not personal experience (yet), but for an example of what's been done you might want to look through the Mocha code which implements a deep learning library on the GPU. It's probably a great example On Thursday, April 28, 2016 at 1:13:56

Re: [julia-users] import Module as ...

https://github.com/JuliaLang/julia/issues/1255 On Fri, Apr 29, 2016 at 11:16 AM, Stefan Karpinski wrote: > No, but we should have such a feature. > > On Fri, Apr 29, 2016 at 11:10 AM, Christoph Ortner < > christophortn...@gmail.com> wrote: > >> Is there a mechanism to

Re: [julia-users] import Module as ...

No, but we should have such a feature. On Fri, Apr 29, 2016 at 11:10 AM, Christoph Ortner < christophortn...@gmail.com> wrote: > Is there a mechanism to import a module under a different name, such as > > import LongModuleName as LMN > > something more elegant than > > import LongModuleName;

Re: [julia-users] import Module as ...

On Fri, Apr 29, 2016 at 11:10 AM, Christoph Ortner wrote: > Is there a mechanism to import a module under a different name, such as > > import LongModuleName as LMN > > something more elegant than > > import LongModuleName; LMN=LongModuleName > > ? Note that you at

[julia-users] import Module as ...

Is there a mechanism to import a module under a different name, such as import LongModuleName as LMN something more elegant than import LongModuleName; LMN=LongModuleName ? Thanks, Christoph

Re: [julia-users] Time handling: Micro/Nanosecond precision and time string formatting like Unix

There was talk of adding a Time type to the standard library to complement DateTime and Date. On Fri, Apr 29, 2016 at 9:32 AM, Tom Breloff wrote: > I use a type TimeOfDay which is decoupled from the actual date mechanics. > It's simply a wrapper around nanoseconds since

[julia-users] List of all Tasks

Is there a way to get a list of all Tasks currently known to the scheduler? I am debugging a parallel program (parallelized using MPI), and I suspect that there is an extra task running causing a slowdown. My code does not explicitly use tasks, but perhaps I am calling some function that

[julia-users] Re: GPU capabilities

My university cluster uses Tesla M2090 cards. My experience (not comprehensive) so far is that the CUDArt.jl + CU.jl libraries work as one would expect. They're not all 100% complete and some further documentation in places would be nice, but they're pretty good. The only funny behaviour

Re: [julia-users] Time handling: Micro/Nanosecond precision and time string formatting like Unix

I use a type TimeOfDay which is decoupled from the actual date mechanics. It's simply a wrapper around nanoseconds since midnight. Timezones and other date considerations are only applicable if you're crossing a date boundary or when converting to/from the type. It's not a registered package,

Re: [julia-users] Time handling: Micro/Nanosecond precision and time string formatting like Unix

Sorry, I see my mistake. I know that it's an overflow but I forgot that '2' is a signed 64 int so the max allowed is julia> 2^63-1 9223372036854775807 sexta-feira, 29 de Abril de 2016 às 14:26:38 UTC+1, Yichao Yu escreveu: > > On Fri, Apr 29, 2016 at 9:17 AM, J Luis >

Re: [julia-users] Time handling: Micro/Nanosecond precision and time string formatting like Unix

On Fri, Apr 29, 2016 at 9:17 AM, J Luis wrote: > OK, now I'm puzzled (0.4 on Win 64) > > julia> 2^60 > 1152921504606846976 > > julia> 2^62 > 4611686018427387904 > > julia> 2^63 > -9223372036854775808 > > julia> 2^64 > 0 > > This is integer overflow. > > > sexta-feira, 29 de

Re: [julia-users] Unused variable warning in Julia

Sounds like something that belongs in Lint.jl or similar. I, personally, have always hated those unused variable warnings, and I can't think of a single bug that I uncovered because of them. On Fri, Apr 29, 2016 at 9:04 AM, Stefan Karpinski wrote: > This would definitely

Re: [julia-users] Time handling: Micro/Nanosecond precision and time string formatting like Unix

OK, now I'm puzzled (0.4 on Win 64) julia> 2^60 1152921504606846976 julia> 2^62 4611686018427387904 julia> 2^63 -9223372036854775808 julia> 2^64 0 sexta-feira, 29 de Abril de 2016 às 14:03:52 UTC+1, Stefan Karpinski escreveu: > > I'll answer with a pair of questions: > >- what range

Re: [julia-users] Unused variable warning in Julia

This would definitely be a helpful feature in a "warning mode" – it would be great to have a pull request for this. On Fri, Apr 29, 2016 at 7:01 AM, Ben Southwood wrote: > I really like the functional style of Julia as I primarily code in OCaml. > One of the cool

Re: [julia-users] Time handling: Micro/Nanosecond precision and time string formatting like Unix

I'll answer with a pair of questions: - what range of dates can you represent using a 64-bit integer to nanosecond precision? - what range of dates can you represent using a 64-bit integer to millisecond precision? On Fri, Apr 29, 2016 at 8:06 AM, Ben Southwood

[julia-users] Re: What are the best ways to define scenarios?

Thanks. My issue of using a type is where to keep the set of constant values for each scenario. I can only put 1 set of them in the constructor. On Friday, April 29, 2016 at 7:12:02 AM UTC+5:30, Lyndon White wrote: > > Define a type (possibly immutable) per sensation, with the constants >

Re: [julia-users] scope for defaults of optional and keywords arguments

On Fri, Apr 29, 2016 at 8:33 AM, Tamas Papp wrote: > Default value expressions for optional and keywords arguments are > evaluated in the scope of the module that defines the function, which > seems to be the Right Thing to do, but I could not find this specified > in the

[julia-users] Unused variable warning in Julia

I really like the functional style of Julia as I primarily code in OCaml. One of the cool optional features of the OCaml compiler is that if you define a function and a variable is unused, the compiler will complain that you have a variable that was never used. I'm surprised how many bugs

[julia-users] Time handling: Micro/Nanosecond precision and time string formatting like Unix

Are there any packages that can handle "Unix style" times? How come Julia can only handle seconds in 0.4.5 and milliseconds in 0.5 (unstable)? Shouldn't we just aim big and go all the way to nanos? For example, it would be great if I could handle the following times. 2015-12-11

Re: [julia-users] use of parse and eval to create programmatically anonymous function

String splicing + parsing completely destroys/ignores any pre-existing hierarchical structure. If you don't manually get the precedence/parentheses right, it will completely break. For example: julia> a, b = "x + y", "x - z"; julia> parse("$a * $b") :((x + y * x) - z) julia> a, b = :(x + y),

[julia-users] scope for defaults of optional and keywords arguments

Default value expressions for optional and keywords arguments are evaluated in the scope of the module that defines the function, which seems to be the Right Thing to do, but I could not find this specified in the manual. Did I miss it or is it just not spelled out? Asking because I would submit a

Re: [julia-users] Re: [ANN] CmplxRoots.jl: Fast Complex Polynomial Root Finder

2016-04-29 9:58 GMT+02:00 2n : > So translating header files for bindings is considered a derived work also? > And also the GNU guys and the porting of unix sofware to linux, that can't > be considered derived work. I guess it comes down to the definition of the > word

Re: [julia-users] Re: Trouble with parametric parts of a type def

Le vendredi 29 avril 2016 à 00:06 -0700, DNF a écrit : > I was going to suggest: > >  type MyType{A<:AbstractArray, T<:Unsigned}  >      data::A{T} >  end > > which does not work. The error is: > ERROR: TypeError: Type{...} expression: expected Type{T}, got TypeVar > > Does anyone know whether

[julia-users] Re: GLVisualize in existing OpenGL context

I prefer issues for these kind of questions ;) I opened one for you: https://github.com/JuliaGL/GLVisualize.jl/issues/94 Best, Simon Am Donnerstag, 28. April 2016 22:45:30 UTC+2 schrieb Bart Janssens: > > Hi, > > For QML.jl, I have created an experimental OpenGL QML type that can be > used as

Re: [julia-users] Re: [ANN] CmplxRoots.jl: Fast Complex Polynomial Root Finder

So translating header files for bindings is considered a derived work also? And also the GNU guys and the porting of unix sofware to linux, that can't be considered derived work. I guess it comes down to the definition of the word "expressive" like you say, but programming languages are so

[julia-users] Re: Trouble with parametric parts of a type def

I was going to suggest: type MyType{A<:AbstractArray, T<:Unsigned} data::A{T} end which does not work. The error is: *ERROR: TypeError: Type{...} expression: expected Type{T}, got TypeVar* Does anyone know whether this should work in an ideal world, or does the type definition simply