Thank you. I will look into that.
Am Freitag, 8. Mai 2015 16:03:54 UTC+2 schrieb Isaiah:
You will most likely need to install mingw64 compilers, and compile
ReadStat yourself. See the Julia README.Windows for install instructions,
and https://github.com/WizardMac/ReadStat/issues/13 for
1. In Julia fft(A) is the 2d DFT of A. You can get MATLAB's behavior with
fft(A, 1)
2. I might not understand what you are trying to do, but it appears to me
that you can just apply the DFT to the full vector and then sample the
elements of the vector.
2015-05-10 22:32 GMT-04:00 Edward Chen
I (and several others who I've spoken with in person) hope you're all able
to appropriately balance time spent towards the consulting work vs time
spent towards developing the core language, since those will inevitably not
overlap as often as everyone would like. The progress that the language
I actually don't think it is really that hard... for the most part, Julia
needs better performance and better compatibility in some areas, that
haven't received as much attention as of yet... (strings, decimal floats,
database access). None of these things will take anything away from what
There is a very long list of interesting possibilities in this thread, but
Julia does have a current target audience which it supports with a set of
features that increase their utility. It is going to be tricky for those
guiding Julia to ensure that things like more generality don't reduce
To whom it may concern:
2 issues:
1. In MATLAB, we can form an nxn FFT matrix by doing fft(eye(n)). In
Julia, doing fft(eye(n)) doesn't seem to be giving me the same result.
2. I am actually interested in randomly sampling the rows of a FFT
matrix, and doing matrix-vector multiples
Thanks for the reply Steven, that helped a lot
On Friday, May 8, 2015 at 10:34:24 PM UTC-4, Tim Holy wrote:
In the context of Optim, I sketched an approach in
https://github.com/JuliaOpt/Optim.jl/issues/102#issuecomment-74658825
that is now trivial with FastAnonymous if you're running 0.4:
I was able to sell Julia recently for a small 2,5 month consultancy
project at a research institute. The main difficulty in convincing the
client was the uncertain long term support for the language, so I'm very
happy to see this Julia Computing LLC up and running.
I agree with Scott that a
It won't install in my Ubuntu.
julia: Depends: libc6 (= 2.17) but 2.19-0ubuntu6.6 is to be installed
Depends: libgcc1 (= 1:4.1.1) but 1:4.9.1-0ubuntu1 is to be installed
Depends: libgfortran3 (= 4.6) but 4.8.2-19ubuntu1 is to be installed
Depends: libstdc++6 (= 4.6) but
No, there hasn't been any change on this. It's unclear if anything from the
Rust model can actually be leveraged in a dynamic language.
On May 9, 2015, at 3:46 PM, Michael Louwrens michael.w.louwr...@outlook.com
wrote:
Have you had any further thought on this? It seems like it could be
The one thing where I think you should change a bit, is that I think you
should be looking at the big picture already when making language design
decisions... (for example, the operator for string concatenation ;-), using
up back tic for commands, or ~ for DataFrames...).
It doesn't mean you
On Thursday, December 4, 2014 at 5:24:18 PM UTC-5, Simon Danisch wrote:
Actually, I opened this thread:
https://groups.google.com/forum/?fromgroups=#!topic/julia-users/IjG2ERHVjz0
when I needed to revisit prolog and first order logic for my AI exam...
I think Julia can be great for DSLs!
PL/1 (actually Cornell's PL/C, which had a simple REPL) was my very first
programming language, back in 1973. At the time, for commercial
programming, it was much nicer (IMO) than either Fortran or COBOL... It
supported binary floating point like Fortran and decimal floating point
like
13 matches
Mail list logo