That’s fantastic to hear, and thanks for the good wishes. We are using much of
the already public training material for the most part right now, but we expect
to refine it with every engagement, and put out something new as soon as we
have something substantially better.
-viral
On
Hi,
the contexts in Compose form a tree, so you need to combine the points you want
in the same color in a unique context, and then compose each of these contexts
with the main context.
You can see an example of this here:
This is the key question. I will echo Jeff’s sentiment here. There is no ideal
job out there where one can work only on julia. Even as researchers, some of us
have spent considerable amounts of time writing grant proposals for funding,
reports, and such. The language needs to mature
Isn't that similar to smart pointers/automatic resource management in C++?
On Tuesday, December 16, 2014 at 10:24:08 PM UTC+1, Stefan Karpinski wrote:
I would love to figure out a way to bring the kind of automatic resource
and memory release that Rust has to Julia, but the cost is some
Rust isn't the only language to use such ideas. Basically it's region based
memory
management http://en.wikipedia.org/wiki/Region-based_memory_management.
Real time Java uses this. For a recent development next to Rust, check out
ParaSail https://forge.open-do.org/plugins/moinmoin/parasail/.
Please do tweet, post, share about JuliaCon tickets.
-viral
On 11-May-2015, at 5:08 pm, Scott Jones scott.paul.jo...@gmail.com wrote:
Already have my tickets ;-)
However, I was concerned about the following:
• Jake Bolewski, TBC (Invited)
• Jeff Bezanson, TBC (Invited)
compose(context(),
circle([0.25, 0.5, 0.75], [0.25, 0.5, 0.75], [0.1]),
fill([LCHab(92, 10, 77), LCHab(68, 74, 192), LCHab(78, 84, 29)]))
This code draws 3 circles in their respective colors defined in fill()
The code bellow is what I tried, but all the circles turned out green.
Already have my tickets ;-)
However, I was concerned about the following:
- Jake Bolewski https://github.com/jakebolewski, *TBC (Invited)*
- Jeff Bezanson https://github.com/JeffBezanson, *TBC (Invited)*
- Keno Fischer https://github.com/Keno, *TBC (Invited)*
- Are Jake,
I guess you can approximate/emulate the region based memory management in a
GC'd language by dividing the heap into many small region and run GC over
all these regions regularly. That's what the G1 GC in Java does and see
also Azul Zing for soft real time high performance Java.
On Monday, May
Tweets have gone out... seriously though, are those three going to give
presentations? Esp. Jeff... now that his thesis is almost done.
Poring over the on-line 2014 presentations isn't enough... so much as
changed in Julia since those presentations... Thanks!
On Monday, May 11, 2015 at
You almost have it. What should work is the following:
circles = circle([717.0, 387.0, 737.0], [469.0, 265.0, 25.0], [100.0])
fills = fill([bisque, red, green])
The subtle difference is to use vectorized circle/fill instead of a vector
of circles and fills.
The idea is that vectorized
Perfect! I think that is exactly what I will need.
Would I be correct in assuming that without the type assertion there could
be a drastic performance cost in many situations? If so, maybe this is
worth a quick mention in the parallel computing documentation.
On Monday, 11 May 2015 10:39:38
Its up now.
We should probably link julia-jobs in the usual places, now that you have
given us a start. :-)
-viral
On Monday, May 11, 2015 at 11:32:07 PM UTC+5:30, Brian Granger wrote:
Sounds good, I posted it there and will link to it when it shows up...
On Monday, May 11, 2015 at
Sounds good, I posted it there and will link to it when it shows up...
On Monday, May 11, 2015 at 10:59:39 AM UTC-7, Stefan Karpinski wrote:
To try to bootstrap that list, how about posting it there and then posting
a link to the listing here? That sort of addresses the issue and lets
(http://docs.julialang.org/en/release-0.3/manual/variables-and-scoping/)
On Mon, May 11, 2015 at 9:06 PM, Isaiah Norton isaiah.nor...@gmail.com
wrote:
Given Julia's scoping rules, a function can always access a variable from
the enclosing module or global scope, and it will only be an error if
Given Julia's scoping rules, a function can always access a variable from
the enclosing module or global scope, and it will only be an error if the
variable is undefined at runtime. As such, isdefined only looks at module
and global scopes.
The only way to check something like this is to look at
I am starting to read Region-Based Memory Management for a
Dynamically-Typed Language
http://link.springer.com/content/pdf/10.1007/b102225.pdf#page=240 it
proposes a second inference system, region inference.
I will read it fully in the morning but just scanning through
their results they
As I understand it include_string() uses eval() to evaluate the string, and
eval() operates at module level according
to http://docs.julialang.org/en/latest/stdlib/base/?highlight=eval#Base.eval
so it won't see a function local variable.
On Tuesday, May 12, 2015 at 12:34:13 PM UTC+10, K leo
Hello,
Am I missing something or doesn't isdefined detect local variables of a
function?
julia foo()= begin bar=1; isdefined(current_module(), :bar); end
foo (generic function with 1 method)
julia foo()
false
Best Regards,
Juha
julia version 0.3.5
julia versioninfo()
Julia Version 0.3.5
What is `tech`?
julia module tech
cl = 1
end
julia yy = include_string(tech.cl)
1
On Mon, May 11, 2015 at 8:50 PM, K leo cnbiz...@gmail.com wrote:
Is is broken, or is there something I did wrong?
_ _ _(_)_ | A fresh approach to technical computing
(_) |
(but, it should be said, that this is a very roundabout way to do things.
look at `parse` and `eval`)
On Mon, May 11, 2015 at 9:20 PM, Isaiah Norton isaiah.nor...@gmail.com
wrote:
What is `tech`?
julia module tech
cl = 1
end
julia yy = include_string(tech.cl)
1
On Mon,
Thanks to both for the answers! Trying to get my head around the
unconventional(?) way of doing things in Compose, your explanation really
clarified things a lot, Daniel.
For the current problem I'll go with the simpler solution, but I had been
wondering how to go about combining things in a
Is is broken, or is there something I did wrong?
_ _ _(_)_ | A fresh approach to technical computing
(_) | (_) (_)| Documentation: http://docs.julialang.org
_ _ _| |_ __ _ | Type help() for help.
| | | | | | |/ _` | |
| | |_| | | | (_| | | Version 0.3.8
Thanks for the answer.
I did the following test, which I believe quite resembles my real code, and
it works:
[/code]
type Tech
cl::Int
cm::Int
function Tech()
this = new()
this.cl=1
this.cm=2
this
end
end
tech = Tech()
while true
You are probably hitting interaction between the scoping rules and include.
This is really not the right way to solve the problem.
On Mon, May 11, 2015 at 10:20 PM, K leo cnbiz...@gmail.com wrote:
Thanks for the answer.
I did the following test, which I believe quite resembles my real code,
I guess I found the problem, but don't know a solution.
The following test code (same as the previous one except that I put them in
a function) now produces the same problem as my real code.
type Tech
cl::Array{Float64,1}
cm::Array{Float64,1}
function Tech()
this = new()
I would like to get the performance of string handling in Julia improved
(and also correct a number of flaws in handling Unicode).
Currently, many of the operations are very slow (because of the way strings
are represented, and also simply
because the algorithms used were not as fast as they
Not worth describing my workaround, it was actually based on a misunderstanding
of closures on my part and entirely unneeded.
From: julia-users@googlegroups.com [mailto:julia-users@googlegroups.com] On
Behalf Of Tony Kelman
Sent: Friday, May 8, 2015 6:57 PM
To: julia-users@googlegroups.com
I've updated the schedule to make that clear.
On Monday, May 11, 2015 at 8:51:42 AM UTC-4, Scott Jones wrote:
OK, thanks! I'd suggest changing that page to not just say invited to
be confirmed to Topic to be announced later
On Monday, May 11, 2015 at 8:45:19 AM UTC-4, Viral Shah wrote:
To try to bootstrap that list, how about posting it there and then posting
a link to the listing here? That sort of addresses the issue and lets
people know that julia-jobs exists.
On Mon, May 11, 2015 at 1:57 PM, Brian Granger elliso...@gmail.com wrote:
OK I will post it there, but seeing that
Congrats on Julia Computing stuff! We (IPython/Jupyter) are always thinking
about various approaches to making open source sustainable and it is great
to see explorations like this. I wish you the best of success!!!
I wanted to share some thoughts and questions about trademark as it relates
to
There a julia-jobs list for this purpose:
https://groups.google.com/forum/#!forum/julia-jobs
Although it has no posts at this point, so this can be the first posting.
On Mon, May 11, 2015 at 1:33 PM, Brian Granger elliso...@gmail.com wrote:
Hi,
This is Brian Granger, one of the core devs on
OK I will post it there, but seeing that there are only 48 members (versus
3000 here) on that list, I don't expect much benefit.
Cheers,
Brian
On Mon, May 11, 2015 at 10:52 AM, Stefan Karpinski ste...@karpinski.org
wrote:
There a julia-jobs list for this purpose:
33 matches
Mail list logo