I second the need for PetSc :) I think GLPlot's pretty good at 3D plotting
btw.
On Friday, January 23, 2015 at 8:21:27 AM UTC+1, anonymousnoobie wrote:
ability to rotate and manipulate 3D plots would be nice
On Tuesday, January 20, 2015 at 8:38:42 AM UTC-8, cormu...@mac.com wrote:
ability to rotate and manipulate 3D plots would be nice
On Tuesday, January 20, 2015 at 8:38:42 AM UTC-8, cormu...@mac.com wrote:
JuliaGraphics https://github.com/juliagraphics, Geometry2D
https://github.com/mroughan/Geometry2D.jl, etc. would be attractive to
graphics-oriented
JuliaGraphics https://github.com/juliagraphics, Geometry2D
https://github.com/mroughan/Geometry2D.jl, etc. would be attractive to
graphics-oriented programmers...
It would be wonderful to see someone tackle some of the outstanding issues
in Gadfly that revolving around aesthetic (I use the term in the colloquial
sense here) functionality. For example, things like implementing dashed and
dotted lines, accessible extension to Geom.point to get different
Chris,
Just wanted to check about the progress you made about integrating PetSc in
Julia.
Could you pls let me know the status of this project?
Thanks,
Eka
On Thursday, February 20, 2014 at 8:54:33 PM UTC-5, Christopher Fusting
wrote:
Great. I'm going to start poking around PETSc. Any
Great. I'm going to start poking around PETSc. Any guidance you have is
welcome :)
_Chris
On Wednesday, February 19, 2014 7:01:51 PM UTC-5, Jiahao Chen wrote:
If no one else volunteers, it's quite likely that that responsibility
will devolve to me. There's certainly plenty of work to do
I may be interested in filling the student role of a project under
scalability of big data applications, specifically PETSc integration and
solvers for numerical linear alegbra. Has anyone expressed interest in
mentoring these projects? I've been developing software for years but have
If no one else volunteers, it's quite likely that that responsibility
will devolve to me. There's certainly plenty of work to do to improve
the base numerical library, so any interest there is much welcomed.
Thanks,
Jiahao Chen, PhD
Staff Research Scientist
MIT Computer Science and Artificial
Any time, Stefan - and I wholeheartedly agree about keeping this up
permanently. Speaking from experience, the issue tracker can be a little
intimidating for people who want to get involved.
I didn't mean to suggest any preference for CUDA over OpenCL, so I'll add a
note about the latter (this
Developing an autoformatting tool? Like I said earlier in another
discussion, I really miss gofmt when not programming in Go these days. But
there's more to it than simple convenience.
To quote Andrew Gerrand's argumentshttp://blog.golang.org/go-fmt-your-codein
favour of having one standard
On Mon, Feb 17, 2014 at 11:09 AM, Job van der Zwan j.l.vanderz...@gmail.com
wrote:
Developing an autoformatting tool? Like I said earlier in another
discussion, I really miss gofmt when not programming in Go these days. But
there's more to it than simple convenience.
To quote Andrew
On Monday, 17 February 2014 17:56:39 UTC+1, Stefan Karpinski wrote:
I'm actually quite sympathetic to this idea. I suspect that Jeff thinks
it's a bit of a waste of time but might be fine with using one as long as
he didn't have to put effort into creating it. My guess is that Viral
Ok, I've added an autoformat project to the list. Jake, thanks for your
additions.
Do we have any kind of support for R interop? I might have missed it, but
if not I'll add it to the list.
Also, I'm thinking that it would be great for gradual adoption if there was
a good story for calling
is the emphasis on cuda over opencl just an oversight? while julia + gpu
is something i am very much looking forwards to, i don't know of any reason
to favour cuda at this point.
there's an opencl package at https://github.com/jakebolewski/OpenCL.jl
andrew
On Sunday, 16 February 2014
OpenCL is definitely more open (without vendor lock-in).
However, in practice, there are several aspects that make CUDA more
appealing for scientific computing:
- A number of mature libraries for various computation purpose: cuBLAS,
cuFFT, cuRand, CULA, Magma, etc.
- CUDA LLVM
The libraries are not as mature but OpenCL now has an open source BLAS /
FFT library from Amd and a recently updated OpenCL version of Magma so the
gap is closing. All major OpenCL compilers are built on LLVM and can take
advantage of this though SPIR compilation. I think a great project
16 matches
Mail list logo
