On Sun, Jun 14, 2015 at 9:00 AM, Jan Strube jan.str...@gmail.com wrote:
Thank you for your suggestions.
I haven't tried Cxx.jl, since that apparently requires some effort
installing a new LLVM, which makes it harder to convince others to use the
bindings.
Your second suggestion is
Adding Winston individually succeeded. But I still get the font problem.
Looks the same as before.
===
julia using Winston
ploWarning: could not import Base.Text into Tkt
julia plot(1:3)
(process:73606): Pango-WARNING **:
Nvm, totally doesn't work for me.
On Sunday, June 14, 2015 at 7:40:56 AM UTC-4, Simon Danisch wrote:
Julia is not object oriented, so you only put constructors inside the type
definition, which are then inner constructors.
Inner constructors overwrite the default constructor, so the function
@Simon that was my original thought, too. But, this actually works for me:
julia type foo
a::Int64
function boss()
println(Hey, boss!)
end
end
julia f = foo(1)
foo(1)
@Ranjan, what version of Julia are you using?
On Sunday, June 14, 2015 at
FWIW, the julia sparse matrix vector multiplication is very simple. I
expect that further speedups possible by using libraries such as OSKI or
MKL. In the ideal world, we would have autotuning kernels in Julia itself.
-viral
On Monday, June 1, 2015 at 9:12:01 AM UTC-4, Eduardo Lenz wrote:
Hi
Julia is not object oriented, so you only put constructors inside the type
definition, which are then inner constructors.
Inner constructors overwrite the default constructor, so the function
boss() replaces foo(::Int64).
What you probably want is:
type foo
a::Int
end
function boss(::foo)
The output of versioninfo() is the following:
Julia Version 0.3.0-rc1+54
Commit 4e92487 (2014-07-17 05:40 UTC)
Platform Info:
System: Linux (x86_64-linux-gnu)
CPU: Intel(R) Core(TM) i5-4300U CPU @ 1.90GHz
WORD_SIZE: 64
BLAS: libblas.so.3
LAPACK: liblapack.so.3
LIBM: libopenlibm
I
I think this is the issue you want to keep track of regarding static
compilation: https://github.com/JuliaLang/julia/pull/8745
On Sunday, June 14, 2015 at 4:17:03 PM UTC+2, Daniel Carrera wrote:
I never cease to be impressed by Julia's speed. I just wrote a test
program in Julia and Fortran
git bisect?
Perhaps the leading candidate is
https://github.com/JuliaLang/julia/issues/11681
which may be fixed by
https://github.com/JuliaLang/julia/pull/11683
--Tim
On Sunday, June 14, 2015 02:58:19 AM Viral Shah wrote:
FWIW, I have seen a 25% regression from 0.3 to 0.4 on a reasonably
Thanks for the explanation. That does seem reasonable. We do go through a few
hoops to make MPI work with Julia, but so long as it works fine for you - that
is indeed great news!
-viral
On 14-Jun-2015, at 8:15 am, michael.cr...@gmail.com wrote:
My reason for using MPI is simply that I'm
You're using a prerelease version of 0.3 from nearly a year ago. Not sure
how this came to be installed, but you'll need to update to 0.3.0 release
or later.
On Jun 14, 2015 2:38 PM, Kostas Tavlaridis-Gyparakis
kostas.tavlari...@gmail.com wrote:
The output of versioninfo() is the following:
Unless you really need to use some MPI functionality, why not use the
built-in parallel processing capabilities? Does using MPI give a major
performance benefit in your case?
-viral
On Friday, June 12, 2015 at 3:38:34 AM UTC-4, michael.cr...@gmail.com wrote:
Ok fixed that one, but now I have another installation problem,
I receive the following error:
/bin/sh: 2: cmake: not found
make[1]: *** [libgit2/build/Makefile] Error 127
make: *** [julia-deps] Error 2
Once I do finally manage to sucessfully install julia I will come back to
you!
On Sunday,
Thanks for the message.
While `brew install xz` had trouble, I found my /usr/local/include and
/usr/local/lib are owned by 'root:wheel', which means I have no write
permission. I am not sure why it is this way and what 'wheel' is. It
might have happened when I installed OSXFuse as there are
I never cease to be impressed by Julia's speed. I just wrote a test program
in Julia and Fortran 90 (it computes the gravitational force between some
planets). To my surprise, the Julia version was 7% faster than Fortran.
So... apparently one can write N-body codes with Julia.
Suppose I wrote a
FWIW, I have seen a 25% regression from 0.3 to 0.4 on a reasonably complex
codebase, but haven't been able to isolate the offending code. GC time in
the 0.4 run is significantly smaller than 0.3, which means that if you
discount GC, the difference is more like 40%. I wonder if this is some
On Sun, Jun 14, 2015 at 2:04 AM, Jan Strube jan.str...@gmail.com wrote:
PPS: Sorry, the segfault actually is unrelated. Nevertheless, I can't
figure out the right ccall signature.
If you are on a new enough version, you can probably try Cxx.jl[1]
Otherwise, you probably need to do the
Thank you for your suggestions.
I haven't tried Cxx.jl, since that apparently requires some effort
installing a new LLVM, which makes it harder to convince others to use the
bindings.
Your second suggestion is unfortunately going in the wrong direction,
taking a Julia array and passing it to C.
Ok, so after deleting all the julia files from my laptop
and downloading the latest version from github (
git clone git://github.com/JuliaLang/julia.git
), when I try to run make in the terminal after a huge run of 50 minutes
in the end the following msg is desplayed in my terminal:
checking
PPS: Sorry, the segfault actually is unrelated. Nevertheless, I can't
figure out the right ccall signature.
On Sunday, June 14, 2015 at 2:56:34 PM UTC+9, Jan Strube wrote:
PS: My current attempt to return a char** from the vectorstring looks
like this:
I'm converting to a vectorconst char*,
I understand and concur with your comment regarding the proper use of
abstract types. And yes, defining appropriate abstractions is challenging.
A few more iterations will likely be required for us. For now, most of my
hesitations concern how to extend a given object and its functionality: say
I had tried using this before, but incorrectly, I guess. Now this works for
me
# returns names for collections in event
function getCollectionNameArray(event::Ptr{Void})
nameArray = String[]
names = ccall((:lcevtgetcollectionnames, libName), Ptr{Ptr{Uint8}},
(Ptr{Void},), event)
nNames =
You can build an binary executable with this script:
https://github.com/JuliaLang/julia/blob/master/contrib/build_executable.jl. It
compiles the scripts main function into Julia's sysimg. I have used it myself
to distribute a small program.
Hello colleague,
On Sunday, June 14, 2015 at 4:17:03 PM UTC+2, Daniel Carrera wrote:
I never cease to be impressed by Julia's speed. I just wrote a test
program in Julia and Fortran 90 (it computes the gravitational force
between some planets). To my surprise, the Julia version was 7%
Yes, thanks anyway. I sent a trimmed down version to John Myles White.
Seems the file might contain non-valid UTF-8 but then it should not be
possible to read it in via readtable imho since writetable will then fail.
Might be something else though.
Cheers,
Robert
Den söndag 14 juni 2015 kl.
Check the list of required built tools here
https://github.com/JuliaLang/julia#required-build-tools-and-external-libraries
if
you want to build from source. Note that unless you're contributing to
Julia development, you should build from the release-0.3 stable branch.
You shouldn't have to
Hi Everybody,
I am new in Julia Programming. I have been following this post to optimize
my code of time series in which I have big heavy files of data. I changed
the line
float32([1:38192]) by float64([1:38192]) but the script does not work,
I know this is related with this method
I read in a csv file which has UTF-8 characters, filter it but when I try
to write it back to disk with writetable I get:
invalid UTF-8 character index
in next at
/Applications/Julia-0.3.8.app/Contents/Resources/julia/lib/julia/sys.dylib
in need_full_hex at
Le dimanche 14 juin 2015 à 12:21 -0700, Robert Feldt a écrit :
I read in a csv file which has UTF-8 characters, filter it but when I
try to write it back to disk with writetable I get:
invalid UTF-8 character index
in next at
Hi, pardon me if I'm not using quite the right terminology
.
I'll give you a practical problem I had in a C program (and I could have
had it in Jula, it seems) :
I was dealing with image processing, and as you know sometimes pixels are
referenced by (row,col) but sometimes by (col,row), that is
You might be interested in contributing to the development of
https://github.com/mbauman/AxisArrays.jl
--Tim
On Sunday, June 14, 2015 09:18:16 AM Henri de Feraudy wrote:
Hi, pardon me if I'm not using quite the right terminology
.
I'll give you a practical problem I had in a C program (and I
Out of interest, does your code use arrays (for positions if the particles
etc?) If so, does it use standard Julia arrays?
David
Thanks!
On Sunday, 14 June 2015 16:31:50 UTC+2, Kristoffer Carlsson wrote:
I think this is the issue you want to keep track of regarding static
compilation: https://github.com/JuliaLang/julia/pull/8745
On Sunday, June 14, 2015 at 4:17:03 PM UTC+2, Daniel Carrera wrote:
I never cease to be
Thanks. I'll give it a try.
On Sunday, 14 June 2015 16:51:40 UTC+2, Daniel Høegh wrote:
You can build an binary executable with this script:
https://github.com/JuliaLang/julia/blob/master/contrib/build_executable.jl.
It compiles the scripts main function into Julia's sysimg. I have used it
Hi David,
On Monday, 15 June 2015 00:30:40 UTC+2, David P. Sanders wrote:
Out of interest, does your code use arrays (for positions if the particles
etc?) If so, does it use standard Julia arrays?
David
Yes, I use standard Julia arrays. To get Fortran-like performance I have to
code
@David, What doesn't work for you? Do you mean you're getting the same
error?
On Monday, 15 June 2015 08:55:07 UTC+5:30, Ranjan Anantharaman wrote:
But Simon, Julia allows me to define this composite type. There just
doesn't seem to be any obvious way to create an object of that type.
But Simon, Julia allows me to define this composite type. There just
doesn't seem to be any obvious way to create an object of that type.
Additionally, writing the type that way results in the same error.
On Sunday, 14 June 2015 17:10:56 UTC+5:30, Simon Danisch wrote:
Julia is not object
Hi all,
In v0.3.x, I can't seem to do the following (I get a no method exists
error):
randn(10)[IntSet(2, 3, 4)]
Is this possible in v0.4? If not, is there a reason why I shouldn't want
the ability to do this?
Cheers,
Colin
No, this isn't implemented in 0.4, either. It is something I've thought about,
but IntSet's current semantics aren't quite right for the job. See:
https://github.com/JuliaLang/julia/pull/10065#issuecomment-93853097
It may be worth splitting that PR out into the IndexSet package for this
You can install Julia on that cluster from the gzipped tar
ball:
https://julialang.s3.amazonaws.com/bin/linux/x64/0.3/julia-0.3.9-linux-x86_64.tar.gz
into any directory for which you have write access.
--Pete
On Sunday, June 14, 2015 at 7:17:03 AM UTC-7, Daniel Carrera wrote:
I never cease
Le dimanche 14 juin 2015 à 22:01 +0200, Milan Bouchet-Valat a écrit :
Le dimanche 14 juin 2015 à 12:21 -0700, Robert Feldt a écrit :
I read in a csv file which has UTF-8 characters, filter it but when I
try to write it back to disk with writetable I get:
invalid UTF-8 character index
41 matches
Mail list logo
