It's not in the repo, it's a GitHub feature. But it may only be visible if
you have Collaborator or Owner status on the repository.
On Wednesday, November 4, 2015 at 10:51:34 AM UTC-6, Ben Ward wrote:
>
> I don't think the /graphs folder is part of the julia repo any-more :(
>
> On Wed, Nov 4,
On Friday, October 23, 2015 at 6:18:43 AM UTC-5, Kris De Meyer wrote:
>
> ...and then the only thing Julia will have going for it is that it's free.
> But my cost to my employers is such that if I lose as little as 3 days a
> year on compatibility issues, they would be better off paying for a
On Friday, October 23, 2015 at 10:11:16 AM UTC-5, Andreas Lobinger wrote:
>
>
> On Friday, October 23, 2015 at 3:06:13 PM UTC+2, Patrick O'Leary wrote:
>>
>> On Friday, October 23, 2015 at 6:18:43 AM UTC-5, Kris De Meyer wrote:
>>>
>>> ...and th
Going back to StrPack, there's syntax for that:
@struct type SomeThings
anInt::Int32
aVectorWithSixElements::Vector{Int32}(6)
aStringOfEightBytes::ASCIIString(8)
end
On Friday, October 2, 2015 at 9:01:29 AM UTC-5, David McInnis wrote:
>
> @Tom : I couldn't figure out how to do
On Saturday, October 3, 2015 at 6:38:44 PM UTC-5, Tom Breloff wrote:
>
> Thanks Patrick. Yes StrPack is the way to go then. My only warning is
> that StrPack has a bunch of logic for endianness, etc which slows it down a
> little, but for most purposes it should work well. (Also, it might
On Thursday, September 17, 2015 at 8:23:01 PM UTC-5, Tom Breloff wrote:
>
> I have an alternative to StrPack.jl here:
> https://github.com/tbreloff/CTechCommon.jl/blob/master/src/macros.jl. If
> you have a type that mimics a c-struct, you can create like:
>
> @packedStruct immutable MyStruct
>
Corresponding issue: https://github.com/JuliaLang/julia/issues/12840
On Monday, August 31, 2015 at 9:07:47 AM UTC-5, Mahesh Waidande wrote:
>
> Hi All,
>
>
> I am working on building/porting Julia on ppc64le architecture. I am using
> Ubuntu 14.10 on top of ppc64le hardware, while compiling
The and operator is spelled .
On Tuesday, July 21, 2015 at 10:53:50 AM UTC-5, Elsha Robin wrote:
well i thought i should give julia a whirl since it got so much chatter
around it , so i thought i could start of slow and simple and i run into a
tree sort of ... so the problem is that i
The Google Groups view of this thread is very slow to update. All together
now!
On Tuesday, July 21, 2015 at 11:02:30 AM UTC-5, Patrick O'Leary wrote:
The and operator is spelled .
On Tuesday, July 21, 2015 at 10:53:50 AM UTC-5, Elsha Robin wrote:
well i thought i should give julia
Julia is returning the value of `println(foo..)` from the function
`foo()`; the value of the block expression is the value of the last
expression in the block. It's turtles all the way down, so `println()` also
returns a value in the same way, etc.
The error is because to destructure the
That addresses one class of problem, but the two problems I see from Kaj's
original post wouldn't be addressed: one, that the incorrect return value
from foo() is silently accepted in the no-destructuring case, and two, that
when destructuring, you still get an error message about iteration,
Busier I agree with, but it's marginal; grouping is lightweight as syntax
goes. Parens (1) already work, (2) consistently mean keep these things
together in a variety of computing environments, (3) have match
highlighting support in many editors which make it easy, given one end of
the
Changing this would be breaking--syntax that currently works (even if you
don't expect it to) wouldn't work anymore. If someone is actually using
this syntax, then we'd break their code on a release which is billed as a
minor maintenance release. That's not going to work.
There may be a
immutable TUnit
# other fields...
pt_l::Matrix{Float64} #alias for Array{Float64, 2}
# other fields...
end
Some confusion in your other comments; none of the fields of TUnit are
defined as vectors (which is to say, Vector{T} where T is the element
type), either? It sounds like
This is being worked on (and will use lldb), but it's still under very
heavy development. A bit of information:
https://groups.google.com/forum/#!topic/julia-dev/gcZ5dZJni5o
On Monday, June 8, 2015 at 6:56:48 AM UTC-5, axsk wrote:
I wonder whether it is possible to debug Julia code using
in the doc string...
Sent from my iPhone
On Jun 5, 2015, at 5:02 PM, Patrick O'Leary patrick.ole...@gmail.com
wrote:
Since this is a very C-style interface, perhaps `man 2 open` which uses
that style of option flag will get you somewhere?
On Friday, June 5, 2015 at 7:47:49 AM UTC-5, Scott
examples I've seen...
which I showed in the doc string...
Sent from my iPhone
On Jun 5, 2015, at 5:02 PM, Patrick O'Leary patrick.ole...@gmail.com
wrote:
Since this is a very C-style interface, perhaps `man 2 open` which uses
that style of option flag will get you somewhere?
On Friday, June 5
Since this is a very C-style interface, perhaps `man 2 open` which uses
that style of option flag will get you somewhere?
On Friday, June 5, 2015 at 7:47:49 AM UTC-5, Scott Jones wrote:
I've been trying to write documentation for my Julia functions in a way
that others will find acceptable,
For sparse arrays, you can use `blkdiag()`.
For v0.3, the method David posted is probably the best approach.
Starting in v0.4, you can call `cat([1,2], matrices...)` where the
`matrices` variable is your array of arrays. Note that the splat is
undesirable if this container is quite large.
On
Can you find the relevant file in /etc/apt/sources.list.d/ and post its
contents? (It'll be the one with julia in the name.)
On Thursday, May 28, 2015 at 4:14:57 PM UTC-5, Andrew B. Martin wrote:
I'm using Ubuntu 14.04.1.
As far as I can remember, I copied and pasted from the documentation I
On Friday, May 29, 2015 at 9:22:23 AM UTC-5, Andrew B. Martin wrote:
When I would sudo apt-get install julia before, I guess apt-get would
default to julianightlies over juliareleases.
The nightly has a newer version number, so apt's resolver will go that way.
If you want to be able to
On Thursday, May 7, 2015 at 7:53:08 AM UTC-5, Alan Edelman wrote:
My children have been watching me play with julia for years now.
They are now 12 and 14. No question that manipulate is the way to start.
(and by the way that's true for adults too)
You can use manipulate with anything, just
Your Exprs are sad because they're being passed to `eval`. Exprs dream only
of being spliced into the AST by a macro and compiled in context!
(I'm assuming that your actual need is more sophisticated than this. If so,
you probably want to use a proper macro for what you're trying to do--see
On Tuesday, May 5, 2015 at 9:06:50 PM UTC-5, Christian Peel wrote:
I have a question for the BLAS gurus: I can use the BLAS function
B[:,lx] = axpy!(-mu, B[:,k], B[:,lx])
to accelerate the code
B[:,lx] = B[:,lx] - mu * B[:,k]
but what I wanted to do was simply
axpy!(-mu,
On Monday, May 4, 2015 at 7:28:28 AM UTC-5, Sisyphuss wrote:
Thanks for your work!
But why after I build it, it shows 0.3.9-pre+6?
If you are building from a git checkout directly from the release-0.3
branch, there are commits made immediately after the tag--for instance, to
increment the
There are a few issues that get a bit into why this is harder than it looks.
I'll start you off at https://github.com/JuliaLang/julia/issues/5866, and you
can see where things stand now over at
https://github.com/JuliaLang/julia/issues/10610. If you search around (maybe
here, maybe the dev
https://github.com/JuliaLang/julia/issues/4233
That post is from 2013. Output from @time has gotten more detailed since
then to include the note about GC when it occurs.
Not sure about the performance difference--comparing across both different
machines and Julia versions is going to be tricky.
On Friday, May 1, 2015 at 2:10:37 PM UTC-5,
On Friday, May 1, 2015 at 3:25:50 AM UTC-5, Steven Sagaert wrote:
I think the performance comparisons between Julia Python are flawed.
They seem to be between standard Python Julia but since Julia is all
about scientific programming it really should be between SciPi Julia.
Since SciPi
On Thursday, April 30, 2015 at 11:29:15 AM UTC-5, Ángel de Vicente wrote:
Angel de Vicente angel.vicente.garr...@gmail.com writes:
Viral Shah vi...@mayin.org writes:
You may see some better performance with julia 0.4-dev. The other
thing to do that is easy is to start julia with the -O
On Tuesday, April 28, 2015 at 11:17:55 AM UTC-5, Ronan Chagas wrote:
Sorry, my mistake. Every problem is gone when I change
nf::Integer
to
nf::Int64
in type MGEOStructure.
I didn't know that such thing would affect the performance this much...
Sorry about that,
Ronan
No problem.
On Tuesday, April 28, 2015 at 11:56:29 AM UTC-5, Scott Jones wrote:
People who might realize, after becoming acquainted with Julia, for
general computing, or maybe for some light usage of the math packages,
might much rather have understandable names available, so they don't always
have to
On Tuesday, April 28, 2015 at 1:38:02 PM UTC-5, Ángel de Vicente wrote:
Fortran code: http://pastebin.com/nHn44fBa
Julia code:http://pastebin.com/Q8uc0maL
We typically share snippets of code using https://gist.github.com/. It
provides syntax highlighting for Julia code, integrated
On Monday, April 27, 2015 at 2:36:40 PM UTC-5, François Fayard wrote:
Ok thanks. I did not think about normal. And my background is mathematics
(and I don't want to know Matlab ;-) ). Imagine how puzzling it could be
for many people.
It totally violates the Style Guide which claims:
On Monday, April 27, 2015 at 2:52:26 PM UTC-5, Alex wrote:
On Monday, 27 April 2015 21:05:33 UTC+2, François Fayard wrote:
If one implements y = y + delta_t * dy_dt in the code with a Vector, you
create a lot of heap arrays that has a huge cost (It seems that ODE.jl is
doing that by the
On Monday, April 27, 2015 at 7:32:59 AM UTC-5, Sisyphuss wrote:
In the documentation:
Currently, type declarations cannot be used in global scope, e.g. in the
REPL, since Julia does not yet have constant-type globals.
But we already have
```
const pi = 3.14
```
Isn't it a constant-type
On Monday, April 27, 2015 at 5:21:27 PM UTC-5, Scott Jones wrote:
Why can't we have our cake and eat it too?
I'd suggest that all of these methods be given maximally understandable
names...
such as sparse_random_normal for sprandn.
Can't you then simply define sprandn as an alias for
On Monday, April 27, 2015 at 11:19:31 AM UTC-5, François Fayard wrote:
I just found that the project Coq is using ++ for string concatenation. It
has the advantage of not overloading + and still be similar to Python's +.
What do you think ?
(And Haskell, as discussed in innumerable prior
See also https://github.com/JuliaLang/julia/issues/11030
(They came up with julia-infix-operator-debates for the alternative mailing
list, which is a better suggestion.)
On Monday, April 27, 2015 at 11:37:34 AM UTC-5, Patrick O'Leary wrote:
On Monday, April 27, 2015 at 11:19:31 AM UTC-5
On Monday, April 27, 2015 at 2:18:50 PM UTC-5, François Fayard wrote:
Back to the original discussion, I just came across sprandn in another
thread. How the hell do you want someone to have a feeling of this
function? I still have no idea what the n is for.
Providing information
On Saturday, April 25, 2015 at 12:05:04 PM UTC-5, Marcus Appelros wrote:
Which is exactly what should be possible to avoid, if we anyhow have to
define all the functions what is the meaning in descending from
AbstractArray? The usefulness of having an abstract Component is to make
concrete
The master branch of the git repository is currently version 0.4-dev, which
is in an unstable development phase. The relevant downloads are at the
bottom of http://julialang.org/downloads/ under Nightly Builds.
On Friday, April 24, 2015 at 5:47:37 AM UTC-5, Sisyphuss wrote:
Thanks Tomas!
By
On Friday, April 24, 2015 at 2:59:01 AM UTC-5, Kuba Roth wrote:
Thanks,
So in order to create the quote/end block you use:
newxpr = Expr(:block)
And the newxpr.args is the array field of the QuoteNode which stores each
expression?
Yeah, I think there might be an easier way to do it,
It's helpful if you can post the full code; gist.github.com is a good place
to drop snippets.
From what I can see here, there are two things:
(1) No idea if this is in global scope. If so, that's a problem.
(2) push!() will grow and allocate as needed. It does overallocate so you
won't get a
by the word unstable, I do not dare to use it anymore.
Expecting the version 0.4 to be released soon!
On Fri, Apr 24, 2015 at 3:13 PM, Patrick O'Leary patrick.ole...@gmail.com
wrote:
The master branch of the git repository is currently version 0.4-dev,
which is in an unstable development phase
It's part of #3440, the compiler optimization metabug: function-valued
argument inlining
https://github.com/JuliaLang/julia/issues/3440
On Thursday, April 23, 2015 at 9:34:48 AM UTC-5, Mauro wrote:
Thanks! In that case, I'll file an issue then to get this noted. Also,
I think there is no
On Thursday, April 23, 2015 at 2:36:45 PM UTC-5, Kuba Roth wrote:
This is my first time writing macros in Julia. I've read related docs but
could not find an example which works with the arbitrary number of
arguments.
So in my example below the args... works correctly with string literals
On Thursday, April 23, 2015 at 6:51:05 AM UTC-5, Michela Di Lullo wrote:
I'm trying to make it but it's not working because of the indexes. I don't
know how to declare the parameter branch_x indexed by (n,b_from,b_to).
I'm not sure what this indexing expression is supposed to do; branch_x is
(The crusade continues)
Never fear though, this doesn't mean you have to write more code! Julia
supports the use of type variables to express generics. So in your case,
instead of:
function func(a::Params, b::String, c::Dict{String, Array{Int, 1}},
d::Dict{String, Array{Int, 1}})
...
end
Note that the underscore is only a convention--it is also a legal identifier.
Something I hadn't thought about before, and would be worth checking, is
whether this could cause type stability issues. They're all dead stores, so
they shouldn't, but I'm not sure if anyone has explicitly checked
I'd go with
https://julia.readthedocs.org/en/latest/manual/types/#singleton-types ?
On Tuesday, April 21, 2015 at 12:13:03 PM UTC-5, Tamas Papp wrote:
I think it is implied that you can do this: there are quite a few
examples in the manual, eg
If you didn't see, this is now fixed (by
https://github.com/JuliaLang/julia/pull/10877). Thanks for the report!
On Wednesday, April 8, 2015 at 10:15:39 AM UTC-5, Nils Gudat wrote:
Apologies again for being a little slow (mentally now, not in terms of
response time); by trying an Array you
On Tuesday, April 14, 2015 at 1:38:21 PM UTC-5, SixString wrote:
Eliding the types completely results in warnings about method ambiguity.
Yes, of course--good catch.
On Monday, April 13, 2015 at 10:38:28 PM UTC-5, ele...@gmail.com wrote:
Why does this version result in complaints about no matching method for
(::Array(Float64,1), ::Int64)? super(Float64) is FloatingPoint, and
ldexp() has methods for all subtypes of FloatingPoint paired with Int.
But
I understand *why* you're using them; the question is whether they're
broken or not. One way to figure that out is to not use them and see if you
still get the weird behavior.
(No worries on the response speed, this is your issue after all!)
On Wednesday, April 8, 2015 at 7:57:54 AM UTC-5,
Thank you Tim for explaining that more clearly. This morning's reply was
ENOCOFFEE :D
Please do file an issue, Nils, and thanks for investigating further.
On Wednesday, April 8, 2015 at 10:03:04 AM UTC-5, Tim Holy wrote:
Sounds like a bug, but I think what Patrick was trying to say is that it
This hasn't been updated in a while, so it's probably just broken (I don't
think it sees much use). `jlmake` is just an alias, defined in
/home/vagrant/.bash_aliases during provisioning, which sets as many of the
USE_SYSTEM_dep variables to true as it can. Dependencies have probably
gotten
Silly me, ignoring all the commented out lines assuming they were
comments...yes, this is almost certainly it.
On Saturday, April 4, 2015 at 3:24:50 AM UTC-5, Tim Holy wrote:
Devectorization should never slow anything down. If it does, then you have
some other problem. Here, M is a global
(list, etc)
@grammar foo begin
...
end
where '@set_parsers` would generate the `@grammar` macro with the static
list it already has plus whatever else the user adds in.
Which works, except for the whole module issue.
Thanks,
A
On Saturday, April 4, 2015 at 12:41:27 PM UTC-4, Patrick
On Saturday, April 4, 2015 at 9:04:10 AM UTC-5, Abe Schneider wrote:
I should start off, not entirely sure this is an okay thing to do with
Julia. Suppose I want to create a macro that generates another macro...
I'm not sure whether this should work or not, but either way I'm not sure
how
Have you tried this with a normal Array instead of a SharedArray for the
outputs? (There may or may not be other problems and/or bugs in Julia, but
I do know that SharedArray is considered experimental.)
On Saturday, April 4, 2015 at 9:20:48 AM UTC-5, Nils Gudat wrote:
There's something weird
This might be an algorithm that benefits from the GC improvements in
0.4--with the caveat that 0.4 is still a work in progress and has a variety
of syntax changes (and possibly more to come) you might want to give that a
try.
On Friday, April 3, 2015 at 8:22:49 PM UTC-5, Adam Labadorf wrote:
{T:ThisTypeIsAbstract}(..., x::SomeType{T}, ...)`.
On Thursday, April 2, 2015 at 3:37:13 PM UTC-5, Michael Francis wrote:
Nice, that will go a long way to solving the issue I have.
Thanks!
On Thursday, April 2, 2015 at 4:30:57 PM UTC-4, Patrick O'Leary wrote:
However, you can define
f{T:Union
However, you can define
f{T:Union(Int64, Float64)}(v::Vector{T}) = v
to cover that case with a single method definition.
On Thursday, April 2, 2015 at 3:28:34 PM UTC-5, Michael Francis wrote:
Thanks, that is what I suspected.
On Thursday, April 2, 2015 at 4:13:31 PM UTC-4, Mauro wrote:
of
memory, unfortunately. I had to kill it past 26 GB.
On Thursday, April 2, 2015 at 1:36:48 PM UTC-7, Patrick O'Leary wrote:
Perhaps try:
z = e + spdiagm(fill(Inf, 5), 0, 5, 5)
I can't try a matrix that large, I don't have the memory on this
system--I tested with 5000, though
On Wednesday, April 1, 2015 at 12:32:16 PM UTC-5, Viral Shah wrote:
There is no definite timeframe. Julia does start up on ARMv7 already, and
I can use it to do a number of computations. It passes about 90% of the
tests.
What makes our ARM port tough is the lack of easy access to ARM
Perhaps try:
z = e + spdiagm(fill(Inf, 5), 0, 5, 5)
I can't try a matrix that large, I don't have the memory on this system--I
tested with 5000, though, and it is massively faster.
On Thursday, April 2, 2015 at 3:21:37 PM UTC-5, Seth wrote:
Consider the following:
julia @time
It's very helpful to note what your expected result is when asking a
question like this--I'm not clear what isn't working as expected, here. As
far as I can tell all the inferred types are correct, though the second one
and the final one could be narrower.
On Wednesday, April 1, 2015 at
Try making the grids formal arguments to solveall():
function solveall(agrid, bgrid, cgrid, dgrid)
...
end
@time solveall(agrid, bgrid, cgrid, dgrid)
Then you should be able to switch the loop you're parallelizing over.
You probably also need a @sync somewhere to ensure all the workers are
On Friday, March 20, 2015 at 11:48:40 AM UTC-5, Nils Gudat wrote:
Thanks, that's a great suggestion! Writing:
function solveall(agrid, bgrid, cgrid, dgrid)
@sync @parallel for a = 1:length(agrid)
...
end
return result
end
@time solveall(agrid, bgrid, cgrid, dgrid)
Reduces
Since string.jl is part of the bootstrap, there are things that won't be
available yet when that part of the image is built. It looks like in this
case STDOUT, which is the default target for println, hasn't been defined
yet.
What are you trying to do with this print? There may be another
On Monday, March 16, 2015 at 10:09:40 AM UTC-5, David van Leeuwen wrote:
Related to this question: what if you want to use the name of a base
function for your type, where the meaning is _not_ related, but there is no
sensible function that would have that meaning for your type?
E.g., in
Also, if you could please check the test old build that Tony Kelman posted
on that issue, and see if you can reproduce with that build.
On Monday, March 16, 2015 at 8:04:26 AM UTC-5, Kristoffer Carlsson wrote:
This is likely related to https://github.com/JuliaLang/julia/issues/10249
Can you
Interesting--it certainly has the same symptoms as #10249, since you get
the same backtrace I was getting, but is harder for you to trigger for some
reason.
On Monday, March 16, 2015 at 12:37:52 PM UTC-5, J Luis wrote:
I can't reproduce #20249. Tried with lots of gc() and nothing, all went
On Friday, March 13, 2015 at 10:20:10 AM UTC-5, Pieter Barendrecht wrote:
Overall, I'm a bit surprised that using more than 3 or 4 workers does not
decrease the running time. Any ideas? I'm using Julia 0.3.6 on a 64bit Arch
Linux system, Intel(R) Core(TM) i7-3630QM CPU @ 2.40GHz.
At four
You can do this with Images.jl. Example:
http://htmlpreview.github.io/?https://github.com/timholy/Images.jl/blob/master/ImagesDemo.html
On Wednesday, March 11, 2015 at 11:05:07 AM UTC-5, Edward Chen wrote:
from IPython.display import Image
Image(filename='image.png')
doesn't seem to work
Julia does not try to hide the complexities of floating-point
representations, so this is expected. There's a brief section in the manual
[1] which lists some references on this topic--I personally recommend
reading What Every Computer Scientist Should Know About Floating-Point
Arithmetic
BLAS.axpy! works fine (with no other import/using statements) in both 0.3
(at least by 0.3.4) and 0.4-dev.
On Monday, March 9, 2015 at 5:58:28 AM UTC-5, Tobias Knopp wrote:
Maybe it would be better to export the BLAS module instead of putting the
individual function into Base? Like we have
On Tuesday, March 3, 2015 at 2:57:28 PM UTC-6, Stuart Brorson wrote:
Since types should be used sparingly, I don't think it a good idea to
replace convenience functions like sind and cosd with a type-driven
invocation mechanism -- ordinary users will be confused.
You also can't replace all
On Monday, March 2, 2015 at 7:45:02 PM UTC-6, MA Laforge wrote:
Your comment sounds alot like what Stefan said:
https://groups.google.com/d/msg/julia-users/UvBff9QVKaA/P10-LRLezCUJ
I admit I don't fully appreciate why this is a *technical* problem. Most
scoping rules would dictate that you
On Saturday, February 28, 2015 at 11:06:38 AM UTC-6, MA Laforge wrote:
C++ provides using namespace X to make available the contents of X to
the current scope. This even works on un-named scopes within a function:
(etc.)
I know this is something that's come up before, and I think
On Monday, February 23, 2015 at 9:08:46 PM UTC-6, Aero_flux wrote:
Restarting Julia, adding functions and running @time gives a longer
elapsed time for both. Rerunning @time returns tiny values.
The first time you run a Julia method with a given set of argument types,
you incur the cost of
On Tuesday, February 24, 2015 at 7:00:34 AM UTC-6, Sean Marshallsay wrote:
As Milan says, you shouldn't need C unless your program requires something
like LAPACK or BLAS.
Even then, many BLAS and LAPACK calls are already wrapped in Julia and can
be used directly.
On Sunday, February 22, 2015 at 5:50:09 PM UTC-6, Jiahao Chen wrote:
World of Julia is now updated in time for the 2015 Oscars.
336 contributors to JuliaLang/julia
545 packages
695 devs total
IJulia notebook:
For what it's worth, I did see Oscar make a comment on an issue this
morning which confirms that his clock is off.
On Thursday, February 19, 2015 at 12:53:31 AM UTC-6, Ivar Nesje wrote:
Git stores committer time with timezone, and we ask git for a UNIX
timestamp and compare to the current
On Tuesday, February 17, 2015 at 10:42:01 AM UTC-6, Abel Siqueira wrote:
What Tim was trying to point out is that `isa` a builtin, and many things
depend on it being able to differentiate a scalar from an array.
However, if you, in your code, wants to ignore this, you can define
a function
On Sunday, February 15, 2015 at 11:54:34 AM UTC-6, Seth wrote:
Maybe I'm missing something, but isn't that result what you would expect
by calling foo with (1,2,3,4)? The sum is 10.
The response was not from Josh, who posted the original question. Dominique
is showing that at least someone
Feb 09 2015 at 7:38:32 PM Kirill Ignatiev
kirill.ignat...@gmail.com wrote:
On Monday, 9 February 2015 19:07:37 UTC-5, Patrick O'Leary wrote:
I think you can go with
copy!(x, y)
That's it, thank you.
I don't believe it's the same issue, but no matter--it is *an* issue. What
happens if you run
*git --git-dir=/Users/ericshain/.julia/.cache/Stats merge-base
78f5810a78fa8bee684137d703d21eca3b1d8c78
8208e29af9f80ef633e50884ffb17cb25a9f5113*directly from a command line
(outside of Julia)?
On
I think you can go with
copy!(x, y)
Quoting the built-in help for reference:
help? copy!
INFO: Loading help data...
Base.copy!(dest, src)
Copy all elements from collection src to array dest.
Returns dest.
Base.copy!(dest, do, src, so, N)
Copy N elements from collection src starting
On Friday, February 6, 2015 at 3:07:35 PM UTC-6, Joseph Cullen wrote:
I have searched for solutions, but none of them seem to work.
It would help to know (roughly) what you've tried.
Agreeing to the Xcode/iOS license requires admin privileges, please re-run
as root via sudo.
This sounds
On Wednesday, January 28, 2015 at 4:05:07 PM UTC-6, Andrew McLean wrote:
[Apologies if you see this post twice, it's been a number of hours since
my original post and it hasn't appeared.]
Sorry about that--I have no idea how it sat in the queue for so long. I
discarded the original post and
Using JuliaParser.jl as a reference, it loks like is in the class
unary_and_binary_ops, as well as syntactic_binary_ops. The | operator is
not in either of these classes. At least one reason for the difference in
lowering to the AST is that is also an addressof-like operator in the
context
On Monday, December 29, 2014 4:13:35 PM UTC-6, Jeff Bezanson wrote:
But one
feature we could stand to add is asserting properties that must be
true for all arguments, and running through lots of combinations of
instances.
Anyone who is interested in this is welcome to use
Yes. Exporting the name causes it to be available in the global namespace
with using. All names are visible in the fully qualified namespace.
On Saturday, December 6, 2014 5:34:32 PM UTC-6, Petr Krysl wrote:
When I qualify the names of functions or types within a module that I am
using with
On Wednesday, November 26, 2014 6:01:56 PM UTC-6, Test This wrote:
I have the following function defined to check whether a record exists in
a Mongodb database (thanks a million for PyCall, which make it easy to use
pymongo
to interact with mongodb in julia).
function
On Saturday, November 22, 2014 10:06:24 PM UTC-6, Joshua Adelman wrote:
I just checked out StrPack and installed it. I think I have it working
properly in the case of a packed immutable type that just contains
numerical fields. I'm still not sure how to make things work to unpack
fixed
On Sunday, November 23, 2014 7:55:33 PM UTC-6, Stefan Karpinski wrote:
11 seconds seems like an awfully long time. In the days of the slow REPL
when Julia compiled itself upon starting up, that's about how long it took.
What's your versioninfo?
Windows doesn't ship with sys.dll, for what
On Saturday, November 22, 2014 9:57:51 AM UTC-6, Isaiah wrote:
Have you looked at StrPack.jl? It may have a packed option. Julia uses the
platform ABI padding rules for easy interop with C.
Yes, you can used the align_packed strategy.
On Tuesday, November 18, 2014 1:35:39 PM UTC-6, Isaiah wrote:
I'm not sure if this is mentioned explicitly in the links from Ivar, but:
we have only tested on ARMv7 (Samsung Chromebooks with Exynos 5
processors). I don't know if the LLVM JIT even supports anything lower than
v7.
As we
1 - 100 of 241 matches
Mail list logo
