Surely these values can never be negative
Well, they shouldn't be negative, but who among us hasn't ever made a
programming error that ended up computing the wrong value for an index – a
negative index or one that's too large.
You'll note that C uses size_t for indexing, but also converts
Does not work, the compiler revert back to using clang
On Thursday, May 29, 2014 1:57:25 PM UTC+8, Kevin Squire wrote:
USEGCC = 1
USECLANG = 0
On Wed, May 28, 2014 at 10:34 PM, Freddy Chua fred...@gmail.comjavascript:
wrote:
I am trying to benchmark GNU cc vs Clang cc. But how to
I think the Xcode fake-gcc is higher on the path than the Homebrew real-gcc.
Try
CC=/usr/local/bin/gcc
CXX=/usr/local/bin/g++
On Thursday, May 29, 2014 1:00:17 AM UTC-7, Freddy Chua wrote:
Does not work, the compiler revert back to using clang
On Thursday, May 29, 2014 1:57:25 PM UTC+8,
Ah, riight! It dawns on me now that I read something about that in the
docs. *blush*
Thanks!
I can't for the life of me figure out why these two functions return
different things, the function is called smooth, and in MATLAB:
X = zeros(2,375);
X(1,:) = 1:375;
X(2,:) = 2:376;
Y = smooth(X,125,8)
Y =
125
126
and in Julia
X = zeros(2,375);
X[1,:] = 1:375;
X[2,:] = 2:376
Y =
Weird. I get the same output as Matlab.
In [84]: function smooth(Xin,k,s)
Xout = zeros(size(Xin,1),1)
for z = -s:s
Xout = Xout + Xin[:,k+z]*binomial(2*s,s+z)
end
Xout = Xout/2^(2*s)
return Xout
end
Out [84]: smooth (generic function with 1 method)
In [85]: X =
versioninfo()
Julia Version 0.2.1
Commit e44b593* (2014-02-11 06:30 UTC)
Platform Info:
System: Darwin (x86_64-apple-darwin12.5.0)
WORD_SIZE: 64
BLAS: libgfortblas
LAPACK: liblapack
LIBM: libopenlibm
On Thursday, May 29, 2014 10:29:09 AM UTC-4, Jacob Quinn wrote:
Weird. I get the same
Weird indeed -- I have the same version and I get the same output as Matlab
(125.0 and 126.0).
julia versioninfo()
Julia Version 0.2.1
Commit e44b593* (2014-02-11 06:30 UTC)
Platform Info:
System: Linux (x86_64-unknown-linux-gnu)
WORD_SIZE: 64
BLAS: libopenblas (USE64BITINT DYNAMIC_ARCH
Hi,
DASSL doesn't work. Multiple equations.
Tried to do as Alex suggested.
1) download the appropriate file from
http://sourceforge.net/projects/juliadeps-win/files/
for sundials on 32 bit -- sundials-2.5.0-x86 ...
for sundials on 64 bit -- sundials-2.5.0-i686...
2) extract and place in known
Hello,
Fairly new to using Julia and the Julia Community but loving it so far! If
this is the wrong place to ask questions like this please let me know!
I am trying to use the requests package to do a simple get request through
https, but the GnuTLS package appears to built with a read!
I cannot reproduce with an identical versioninfo() on a Core i5 M520.
Perhaps this is a CPU-specific kernel bug; what processor is this on? You
can get that information with versioninfo(true).
On Thursday, May 29, 2014 10:36:57 AM UTC-4, Alexander Dubbs wrote:
versioninfo()
Julia Version
I have an overnight run so I went home, I'll get you the info first
thing tomorrow.
On Thu, May 29, 2014 at 2:55 PM, Matt Bauman mbau...@gmail.com wrote:
I cannot reproduce with an identical versioninfo() on a Core i5 M520.
Perhaps this is a CPU-specific kernel bug; what processor is this on?
Hi There,
I just want to confirm this is a desired behavior of map/pmap functions.
What I am noticing is that in case of using pmap functions need to return data
(copy of input data), whereas map works fine with referenced values. I'd love
to have similiare behaviuor in pmap since it is much
I just submitted a pull request
here https://github.com/JuliaLang/Sundials.jl/pull/12, comments welcome.
In the meantime you can test this out as follows (you might need to do
Pkg.rm(Sundials) first):
Pkg.clone(https://github.com/tkelman/Sundials.jl;)
Pkg.checkout(bindeps)
Pkg.build(Sundials)
Amazing! Seems to work for me on OSX. Just a small correction, it should
read (note the checkout command)
Pkg.clone(https://github.com/tkelman/Sundials.jl;)
Pkg.checkout(Sundials, bindeps)
Pkg.build(Sundials)
# restart Julia here for good measure
using Sundials
Let's see that we can get this
If someone wrote code to do that, I don't see why it wouldn't be possible.
-- John
On May 29, 2014, at 11:44 AM, David Ainish david.ain...@gmail.com wrote:
3D printing is growing at a rapid pace and in a few years it will be possible
to 3D print our own integrated circuits and
It seems like there are several groups working on an LLVM IR to FPGA/ASIC
compiler. That'd be the way to do it. Make julia emit the IR, and then
compile that to your ASIC.
http://stackoverflow.com/questions/3664692/creating-a-vhdl-backend-for-llvm
Google search: llvm ir hardware (asic|fpga)
This works for me, too.
I had to also do a Pkg.rm(Sundials) to start out with, though.
Now that the Sundials tests are working, on to figuring out how to
'translate' from the Matlab code.
Another thing you might want to put into the comments for Sundials, or to
highlight:
the order of the
Yet another small update, since most users might miss this: Vim now has an
optional on-the-fly-as-you-type LaTeX-to-Unicode substitution mode, which
however is off by default (so as to emulate the Julia REPL as closely as
possible).
See the documentation on how to enable it at
On Win64 with a today's version
julia Pkg.update()
INFO: Updating METADATA...
INFO: Updating Images...
INFO: Updating TestImages...
INFO: Updating GDAL...
INFO: Computing changes...
INFO: Upgrading ArrayViews: v0.4.3 = v0.4.4
INFO: Upgrading Cairo: v0.2.12 = v0.2.13
INFO: Upgrading Distributions:
Please post bugs to the github issue
tracker: https://github.com/JuliaLang/julia/issues/7041
On Thursday, May 29, 2014 8:29:41 PM UTC-4, J Luis wrote:
On Win64 with a today's version
julia Pkg.update()
INFO: Updating METADATA...
INFO: Updating Images...
INFO: Updating TestImages...
INFO:
I am currently working on a path planner for 3D printing written in
Julia. I also am going to be working on solid modeling with Julia
scripts and functional representation for my undergraduate thesis.
So maybe we can meet half way :)
On Thu, May 29, 2014 at 6:00 PM, Matt Bauman mbau...@gmail.com
Hi,
I'm trying to figure out why two GET requests using Requests.jl and
HTTPClient.jl produce different results. The one of the main differences
appears to be the inclusion of a couple CR+LFs (\r\n) when using
Requests.jl.
The result using HTTPClient is the desired result, I'm just trying to
For a possible non-GPL starting point, the Rice Wavelet Toolbox is BSD
licensed:
https://github.com/ricedsp/rwt
On Tue, May 27, 2014 at 2:52 PM, Tobias Knopp tobias.kn...@googlemail.com
wrote:
Hi Tomas, great to see some work on wavelets! I would love if we would
have a full featured wavelet
Thanks for all the suggestions everyone!
I'm feeling good about the core IO upgrade and the flexibility it provides.
I really think that this parsing/formatting functionality, coupled with how
easy it already is to format things in Julia (@sprintf, interpolation,
etc.), a user should be able to
pmap always copies since the functions are executed in a different worker
process. Do you want to collect the results of pmap execution in a
dictionary? What is the actual problem you are trying to solve?
On Fri, May 30, 2014 at 12:53 AM, Kuba Roth kuba.r...@gmail.com wrote:
Hi There,
I just
26 matches
Mail list logo