Anybody knows how to build Julia with Intel MKL on Windows?
I found the article below but it is for Linux.
https://software.intel.com/en-us/articles/julia-with-intel-mkl-for-improved-performance
Thanks!
I see the new behavior in 0.5 when I do include("file.jl") again on REPL, I
get a bunch of warnings about methods definition overwritten. What can I
do? Am I supposed to be able to include("file.jl") after I modify
something in it?
Thanks so much for the guide, Bart. Will study.
On Monday, September 12, 2016 at 5:18:52 AM UTC+8, Bart Janssens wrote:
>
> On Sun, Sep 11, 2016 at 2:47 AM K leo
> wrote:
>
>> Hi Bart,
>>
>> These are meant to call Julia code from C++. You mentioned "there may be
>>
Sorry, how to tell from these numbers that using jl_call from C++ is about
25 times slower than using ccall from Julia?
On Monday, September 12, 2016 at 5:33:02 AM UTC+8, Bart Janssens wrote:
>
> On Fri, Sep 9, 2016 at 1:40 AM Steven G. Johnson > wrote:
>
>> Except that in
+1 for "text/julia" – let's start a rebellion :)
On Sat, Sep 10, 2016 at 9:02 PM, Steven G. Johnson
wrote:
> Maybe.
>
> But the more I read about this the less consistent IANA seems to be on
> this issue, and the more inclined I am to say that one should just use
>
You should call workspace()
I get similar results for OpenBLAS. I expect that axpy gains more from
vectorization than dot.
On Fri, Sep 9, 2016 at 5:31 PM, Sheehan Olver wrote:
> I did blas_set_num_threads(1) with the same profile numbers. This is
> using Apple’s BLAS.
>
> Maybe I’ll try 0.5 and
I have had good results with the following: put test code in its own
module, say TestModule.jl, which uses/imports ModuleA. Then the REPL
session looks like this:
include("ModuleA.jl"); include("ModuleB.jl"); include("TestModule.jl")
TestModule.run()
repeated over and over. Done in this
Should probably report the issue to the Debian cmake maintainer and see if
they can backport the fix from
https://cmake.org/gitweb?p=cmake.git;a=commitdiff;h=c5d9a8283cfac15b4a5a07f18d5eb10c1f388505
On Sunday, September 11, 2016 at 1:55:50 PM UTC-7, Davide wrote:
>
> Thanks Tony, with cmake v.
On Fri, Sep 9, 2016 at 1:40 AM Steven G. Johnson
wrote:
> Except that in your example code, you aren't calling the Julia code
> through a raw C function pointer. You are calling it through jl_call0,
> which *does* have a fair amount of overhead (which you aren't seeing
>
On Sun, Sep 11, 2016 at 2:47 AM K leo wrote:
> Hi Bart,
>
> These are meant to call Julia code from C++. You mentioned "there may be
> easier ways using Cxx.jl or CxxWrap.jl". Are the two packages only for
> calling C/C++ from Julia, and not the otherway around? Am I
On Sunday, September 11, 2016 at 3:12:37 AM UTC, K leo wrote:
>
> Thanks for clearing. I see that I used wrong word, "clear" instead of
> "collect". Then can I rephrase my questions below:
>
> On Sunday, September 11, 2016 at 9:31:35 AM UTC+8, Yichao Yu wrote:
>>
>>
>>
>> On Sat, Sep 10, 2016
Thanks Tony, with cmake v. 3.6.2 the configuration passed and now the
compilation is going on.
Debian stable comes with cmake v.3.0.2.
Best,
Davide
On Sunday, September 11, 2016 at 10:17:44 PM UTC+2, Tony Kelman wrote:
>
> There's a bug in some versions of cmake's FindOpenSSL. Just
On Sunday, September 11, 2016 at 3:10:22 PM UTC-4, Dennis Eckmeier wrote:
>
> Update: Currently trying hton() to write in big endian, but apparently it
> doesn't have a method for arrays?
>
Just call hton in a loop.
In Julia 0.5, you could call hton.(a) on an array, but this kind of usage
is
Hi all,
If I'm debugging a single module within the REPL, it is sufficient to just
`import Module`, test the things I want to test, make changes to the code
in Module, then `reload("Module")`.
Now, I'm trying to debug code that uses two modules: ModuleA and ModuleB
(ModuleA uses ModuleB).
Maybe PlotlyJS.jl can provide the mapping functionality you need? It allows you
to create chloropleth maps as well as scatter plots (line, bubble, or dots) on
top of maps.
There's a bug in some versions of cmake's FindOpenSSL. Just download and
use the latest version of cmake from
https://cmake.org/files/v3.6/cmake-3.6.2-Linux-x86_64.tar.gz
On Sunday, September 11, 2016 at 12:42:27 PM UTC-7, Davide wrote:
>
> I put the output of make (with no -j option and got
In fact I was going to suggest you to register Luxor,jl but forgot it...
Very convenient layer on top of Cairo.jl.
It is really simple to work with rasterized maps, just calculate proper
transform matrices and you can switch between normalized, image and UTM
coordinates with setmatrix().
The
I put the output of make (with no -j option and got with tee) in file
makejulia.log, together with the files CMakeError.log and CMakeOutput.log
in the following GitHub gist:
https://gist.github.com/anonymous/842016eeac177a2ad634b359592fd6bb
Thanks,
Davide
On Sunday, September 11, 2016
not sure how this double-install happened. at some point I will have to do
some cleanup.
Update: Currently trying hton() to write in big endian, but apparently it
doesn't have a method for arrays?
* sorry, I forgot to mention: in the Matlab code the file is opened and
closed with 'big-endian ordering'.
Le dimanche 11 septembre 2016 à 11:05 -0700, Davide a écrit :
> Hi,
>
> I am trying to compile v0.5rc04 and I get the error reported below
> during configuration.
> My system: Debian GNU/Linux 64bit on an Intel i7 machine.
> I checked for the required external dependencies and all are
>
Hi,
I am trying to compile v0.5rc04 and I get the error reported below during
configuration.
My system: Debian GNU/Linux 64bit on an Intel i7 machine.
I checked for the required external dependencies and all are installed.
I have MARCH=native in Make.user.
The last lines of the output of the
Hi,
I'm translating matlab code (a wrapper for Laurens van der Maaten's
Barnes-Hut t-sne code) in order to learn Julia.
Within the code, data are saved as .dat file to then be read by a windows
executable.
The Matlab code (which works on my system) writes the data this way:
* fwrite(h, n,
The problem is the initial vector v0 is zero! (This was the first
iteration of an outer convergence loop; the idea is to reuse previous
results of the outer
loop via v0.)
Here is a self-contained code that exhibits it. It does not have
LinearMaps, which was not relevant.
n = 241
M =
I'm not on a Mac so it's hard for me to know, but maybe the Homebrew GTK is
missing theme files? Or maybe the theme files are supposed to be present in
the OS, but can't be found in MacOSX?
The next post is showing that there's a clash: you have two libgio's (one
provided by Julia, one not),
@Kaj Cool, I didn't know anyone was using Luxor.jl — perhaps I shouldn't have
made so many changes recently... :)
In particular, the wrappers in v0.4 did not check the error returns from
Arpack code, so if you passed in a zero starting vector (which is a
mistake) you would get the unhelpful result you reported. With v0.5 you
will get a generic error exception.
The starting vector is used to seed the
It would be helpful if you could provide a self-contained example. Also,
would it be possible to try out the release candidate for 0.5. We have made
a few changes to the ARPACK wrappers so it would be useful to know if is
only happening on 0.4. Thanks.
On Saturday, September 10, 2016 at
But I do get the following message at the end of the `GTK` and `Cairo`
install:
objc[49750]: Class GNotificationCenterDelegate is implemented in both /Users
/ortner/.julia/v0.5/Homebrew/deps/usr/opt/glib/lib/libgio-2.0.0.dylib and /
usr/local/opt/glib/lib/libgio-2.0.0.dylib. One of the two will
I rebuilt both and neither gave errors. (though actually building Cairo did
give an error, it then switched to source and built ok. This is OS X with
Homebrew)
But now it opens a small window and the error message changes.
julia> @profile test(1_000_000_00);
julia> ProfileView.view()
Had not seen that, thanks for sharing.
For this month's survey at least, passing Clojure, within sight of Rust, and
nearly 1/3 of the way to Fortran. Pretty impressive. Nice work, Julia
community!
Best,
--Tim
On Sunday, September 11, 2016 12:52:21 AM CDT Viral Shah wrote:
> Perhaps many of
>
> Then how do we protect different objects that get allocated at different
>> points in code?
>>
>
> Have a large enough GC frame that covers them all.
>
Also note that the slots can be reused if the old value in the slot doesn't
need to be kept alive anymore.
>
> When GC does a pass, does it collect everything so the tally is set to
> zero, or does it do a partial collection?
>
It only collect dead objects (so not everything) although some counters are
reset to zero.
> I presume it is the latter case in question 2). So does GC collect things
> on
On Sat, Sep 10, 2016 at 11:04 PM, K leo wrote:
> Then how do we protect different objects that get allocated at different
> points in code?
>
Have a large enough GC frame that covers them all.
>
> On Sunday, September 11, 2016 at 9:33:00 AM UTC+8, Yichao Yu wrote:
>>
>>
>>
Did GTK and Cairo build correctly?
On Sunday, September 11, 2016 at 12:10:54 AM UTC-7, Christoph Ortner wrote:
>
> yes and yes (that was the previous error message I posted)
>
> maybe it is just some dependencies that are not correctly installed? But
> then why does it both fail in REPL and NB
Perhaps many of you have already seen this, but Julia enters top 50 on the
TIOBE index for the first time! In fact their September headline is exactly
that and they believe it will only get better in the coming few months!
That might just line up well with Julia 1.0 next year.
yes and yes (that was the previous error message I posted)
maybe it is just some dependencies that are not correctly installed? But
then why does it both fail in REPL and NB ?
On Sunday, 11 September 2016 02:08:53 UTC+1, Chris Rackauckas wrote:
>
> Is this after updating? Do you also have an
39 matches
Mail list logo