[julia-users] Re: ambiguous +(...) definitions between Images and DataArrays
https://github.com/JuliaLang/julia/issues/6190 On Monday, September 22, 2014 10:46:25 PM UTC-7, Don MacMillen wrote: I am seeing ambiguous method definitions when using both the Images and the DataArray packages. I have already done Pkg.update() and Pkg.build(Images) and Pkg.build(DataArrays). Is there anything else that I could have munged in the environment to trigger this? More info below (but not all of the ambiguous definitions are included here) Thanks, Don ubuntu@ubuntu:~$ julia _ _ _ _(_)_ | A fresh approach to technical computing (_) | (_) (_)| Documentation: http://docs.julialang.org _ _ _| |_ __ _ | Type help() for help. | | | | | | |/ _` | | | | |_| | | | (_| | | Version 0.4.0-dev+724 (2014-09-22 07:28 UTC) _/ |\__'_|_|_|\__'_| | Commit b012c1c (0 days old master) |__/ | x86_64-linux-gnu julia using DataArrays julia using Images Warning: New definition +(AbstractImageDirect{T,N},AbstractArray{T,N}) at /home/ubuntu/.julia/v0.4/Images/src/algorithms.jl:17 is ambiguous with: +(AbstractArray{Bool,N},DataArray{Bool,N}) at /home/ubuntu/.julia/v0.4/DataArrays/src/operators.jl:326. To fix, define +(AbstractImageDirect{Bool,N},DataArray{Bool,N}) before the new definition.
Re: [julia-users] Re: ambiguous +(...) definitions between Images and DataArrays
Thanks. (But I was hoping for something simple.) Don On Sep 22, 2014 11:02 PM, Jason Merrill jwmerr...@gmail.com wrote: https://github.com/JuliaLang/julia/issues/6190 On Monday, September 22, 2014 10:46:25 PM UTC-7, Don MacMillen wrote: I am seeing ambiguous method definitions when using both the Images and the DataArray packages. I have already done Pkg.update() and Pkg.build(Images) and Pkg.build(DataArrays). Is there anything else that I could have munged in the environment to trigger this? More info below (but not all of the ambiguous definitions are included here) Thanks, Don ubuntu@ubuntu:~$ julia _ _ _ _(_)_ | A fresh approach to technical computing (_) | (_) (_)| Documentation: http://docs.julialang.org _ _ _| |_ __ _ | Type help() for help. | | | | | | |/ _` | | | | |_| | | | (_| | | Version 0.4.0-dev+724 (2014-09-22 07:28 UTC) _/ |\__'_|_|_|\__'_| | Commit b012c1c (0 days old master) |__/ | x86_64-linux-gnu julia using DataArrays julia using Images Warning: New definition +(AbstractImageDirect{T,N},AbstractArray{T,N}) at /home/ubuntu/.julia/v0.4/Images/src/algorithms.jl:17 is ambiguous with: +(AbstractArray{Bool,N},DataArray{Bool,N}) at /home/ubuntu/.julia/v0.4/DataArrays/src/operators.jl:326. To fix, define +(AbstractImageDirect{Bool,N},DataArray{Bool,N}) before the new definition.
[julia-users] Re: a good IDE for Julia ? (Julia Studio does not work with Julia v 0.3.0)
Hello, Thanks for another tip. I read a recent post of Stefan Karpinski concerning debugger and IDE and I assume all of these options (LightTable, SublimeText) does not have a debugging capability, right ? Debugging is an important feature :). Thanks, Jan Dňa sobota, 20. septembra 2014 9:33:10 UTC+2 colint...@gmail.com napísal(-a): My favourite of the IDE options is the Sublime-IJulia package: https://github.com/quinnj/Sublime-IJulia Cheers, Colin On Friday, September 19, 2014 9:25:14 PM UTC+10, Ján Dolinský wrote: Thanks a lot for the tip. I'll compile from the source then. Regards, Jan Dňa piatok, 19. septembra 2014 11:57:47 UTC+2 Uwe Fechner napísal(-a): I think that this branch is already merged into the master branch: https://github.com/forio/julia-studio/tree/julia-0.3-compatibility On Friday, September 19, 2014 11:54:41 AM UTC+2, Uwe Fechner wrote: If you compile Julia Studio from source it should work with Julia 0.3. See: https://github.com/forio/julia-studio/issues/241 Regards: Uwe On Friday, September 19, 2014 10:58:26 AM UTC+2, Ján Dolinský wrote: Hello guys, After upgrading to Julia 0.3.0 Julia Studio stopped working (I changed the symbolic links in Julia Studio directory but nevertheless ...). Can somebody suggest any workaround ? Is it true that Julia Studio will not support newer versions of Julia ? What are you guys using now ? Thanks a lot, Jan
[julia-users] Re: issues with println to file
Please don't double post your questions https://github.com/JuliaLang/julia/issues/8445. How did you update Julia? http://julialang.org/downloads/ has not yet been updated https://github.com/JuliaLang/julialang.github.com/pull/146 with links to 0.3.1, and your version of Julia identifies itself as a 11 days old nightly version. What link did you use to get the wrong version? It is hard to know whether the printing is correct, when you don't provide example code. It seems like you are printing Float32 and Float16 values, and they intentionally print differently from the normal Float64 values. Ivar kl. 07:42:01 UTC+2 tirsdag 23. september 2014 skrev K leo følgende: A number like these messes up DataFrames, which considers it as a string which then can not be easily converted to a float. Any advice on what to do? On 2014年09月23日 09:31, K Leo wrote: Just updated to reportedly 0.3.1 but displayed as 0.4.0-dev+543. println to file now get something like the following. Is this intended? How can I get normal decimals? 162038.8f0,float16(160.2),0.26118204f0 _ _ _ _(_)_ | A fresh approach to technical computing (_) | (_) (_)| Documentation: http://docs.julialang.org _ _ _| |_ __ _ | Type help() for help. | | | | | | |/ _` | | | | |_| | | | (_| | | Version 0.4.0-dev+543 (2014-09-11 13:47 UTC) _/ |\__'_|_|_|\__'_| | Commit c79e349 (11 days old master) |__/ | x86_64-linux-gnu
Re: [julia-users] Help with eval-free macro
Sorry to revive this old thread, but I am trying to understand macros, so please bear with me: When I try to use this example , replacing expr by Expr so the macro becomes: macro dict(syms...) Expr(:dict, { :($(Expr(:quote,s))=$(esc(s))) for s in syms }) end When I now ask for julia r = @dict(a,b) I get ERROR: syntax: malformed expression Also this version: macro dict(syms...) Expr(:dict, { :($(string(s))=$(esc(s))) for s in syms }) end doesn't work for me either; it gives the same error. Could someone please explain to me why the expression returned by the macro is malformed? This is on Julia 0.3 Windows 8 64bit. Thanks very much! Ivo Op donderdag 7 februari 2013 21:39:27 UTC+1 schreef René Donner: Thanks a lot, the trick with writing out the expressions first is great to know! May I propose adding this somewhere at the end of the manual section on macros? I think it nicely gives a very valuable bit of practical advice, before one ventures out into the cold world of trial and error ;-) Just for reference, I modified the macro slightly to use the actual names instead of the symbols as the keys: macro dict(syms...) expr(:dict, { :($(string(s))=$(esc(s))) for s in syms }) end Thanks again, Rene Am 07.02.2013 um 21:25 schrieb Stefan Karpinski ste...@karpinski.org javascript:: This does it: macro dict(syms...) expr(:dict, { :($(expr(:quote,s))=$(esc(s))) for s in syms }) end The approach I used, which is generally effective for writing macros is to create an example of the expression I want the macro to construct and then write code to build that: julia ex = :([:a = hello, :b = world]) :($(expr(:dict, :(:a=hello), :(:b=world julia ex.head :dict julia ex.args 2-element Any Array: :(:a=hello) :(:b=world) So I want an Expr object whose head is :dict and whose args is an array of expression of the form :(:sym = value). The tricky bits are: • Wrapping s in expr(:quote,s) so that it ends up in the final AST as an expression for a symbol rather than splicing the symbol directly in since that would be as if you'd written the variable rather than the symbol for it. • Wrapping the s in esc(s) so that it is evaluated in the macro caller's context, not the macro definition context. Note that this isn't a concern for expr(:quote,s) because symbols are the same in any context. Hope that helps. On Thu, Feb 7, 2013 at 3:02 PM, René Donner li...@donner.at javascript: wrote: Hi, I would like to write a macro which easily allows to contruct Dict's using the actual variables' names, like so: a = hello b = world r = @dict a b # r == {a=hello,b=world} The following macro does the job, but how could I get rid of the eval (which I read one is not supposed to use inside a macro, rather just to yield an AST). macro dict(a...) quote local r = Dict{Any,Any}() for i in 1:length($a) r[string(($a)[i])]=eval(($a)[i]) end r end end Thanks a lot for any advice! Rene
Re: [julia-users] Re: ambiguous +(...) definitions between Images and DataArrays
Unfortunately, there isn't a simple fix. Someone just has to knuckle down and fix this in julia itself. Until then, tolerate the ambiguity warnings (if they aren't actually relevant for operations you want to perform), or work around then by writing glue code. --Tim On Tuesday, September 23, 2014 12:31:00 AM Don MacMillen wrote: Thanks. (But I was hoping for something simple.) Don On Sep 22, 2014 11:02 PM, Jason Merrill jwmerr...@gmail.com wrote: https://github.com/JuliaLang/julia/issues/6190 On Monday, September 22, 2014 10:46:25 PM UTC-7, Don MacMillen wrote: I am seeing ambiguous method definitions when using both the Images and the DataArray packages. I have already done Pkg.update() and Pkg.build(Images) and Pkg.build(DataArrays). Is there anything else that I could have munged in the environment to trigger this? More info below (but not all of the ambiguous definitions are included here) Thanks, Don ubuntu@ubuntu:~$ julia _ _ _ _(_)_ | A fresh approach to technical computing (_) | (_) (_)| Documentation: http://docs.julialang.org _ _ _| |_ __ _ | Type help() for help. | | | | | | |/ _` | | | | | | | |_| | | | (_| | | Version 0.4.0-dev+724 (2014-09-22 07:28 UTC) _/ |\__'_|_|_|\__'_| | Commit b012c1c (0 days old master) |__/ | x86_64-linux-gnu julia using DataArrays julia using Images Warning: New definition +(AbstractImageDirect{T,N},AbstractArray{T,N}) at /home/ubuntu/.julia/v0.4/Images/src/algorithms.jl:17 is ambiguous with: +(AbstractArray{Bool,N},DataArray{Bool,N}) at /home/ubuntu/.julia/v0.4/DataArrays/src/operators.jl:326. To fix, define +(AbstractImageDirect{Bool,N},DataArray{Bool,N}) before the new definition.
Re: [julia-users] Re: issues with println to file
Sorry for double posting. There is nothing special with the print statement. It has been simply: println(file, A, ,, B, ,, C) And with that I usually got: 162038.8,160.2,0.26118204 The update came in today from the julia release PPA for Ubuntu: https://launchpad.net/~staticfloat/+archive/ubuntu/juliareleases?field.series_filter=trusty I wonder if there is a way to revert back? On 2014年09月23日 16:51, Ivar Nesje wrote: Please don't double post your questions https://github.com/JuliaLang/julia/issues/8445. How did you update Julia? http://julialang.org/downloads/ has not yet been updated https://github.com/JuliaLang/julialang.github.com/pull/146 with links to 0.3.1, and your version of Julia identifies itself as a 11 days old nightly version. What link did you use to get the wrong version? It is hard to know whether the printing is correct, when you don't provide example code. It seems like you are printing Float32 and Float16 values, and they intentionally print differently from the normal Float64 values. Ivar kl. 07:42:01 UTC+2 tirsdag 23. september 2014 skrev K leo følgende: A number like these messes up DataFrames, which considers it as a string which then can not be easily converted to a float. Any advice on what to do? On 2014年09月23日 09:31, K Leo wrote: Just updated to reportedly 0.3.1 but displayed as 0.4.0-dev+543. println to file now get something like the following. Is this intended? How can I get normal decimals? 162038.8f0,float16(160.2),0.26118204f0 _ _ _ _(_)_ | A fresh approach to technical computing (_) | (_) (_)| Documentation: http://docs.julialang.org _ _ _| |_ __ _ | Type help() for help. | | | | | | |/ _` | | | | |_| | | | (_| | | Version 0.4.0-dev+543 (2014-09-11 13:47 UTC) _/ |\__'_|_|_|\__'_| | Commit c79e349 (11 days old master) |__/ | x86_64-linux-gnu
Re: [julia-users] Unable to run IJulia after IPython upgrade
on Tue, 23 Sep 2014 05:18:40 +0300, Isaiah Norton isaiah.nor...@gmail.com wrote: Try running `Pkg.build(IJulia)` Done: julia Pkg.build(IJulia) INFO: Building Nettle INFO: Building ZMQ INFO: Building IJulia Found IPython version 3.0.0-dev ... ok. Creating julia profile in IPython... (Existing KernelManager.kernel_cmd setting in ipython_config.py is untouched.) (Existing IPythonWidget.execute_on_complete_input setting in ipython_qtconsole_config.py is untouched.) (Existing FrontendWidget.lexer_class setting in ipython_qtconsole_config.py is untouched.) (Existing NotebookApp.port setting in ipython_notebook_config.py is untouched.) (Existing ipynblogo.png file untouched.) (Existing ipynblogo.svg file untouched.) (Existing favicon.ico file untouched.) (Existing custom.js file untouched.) (Existing julia.js file untouched.) but the issue remains. I think I did something wrong when updating IPython but cannot catch it. Thanks. -- nirinA
Re: [julia-users] Re: issues with println to file
Removed the binary update and compiled julia from the 0.3.0+6 source. Things become usual. On 2014年09月23日 18:55, K Leo wrote: Sorry for double posting. There is nothing special with the print statement. It has been simply: println(file, A, ,, B, ,, C) And with that I usually got: 162038.8,160.2,0.26118204 The update came in today from the julia release PPA for Ubuntu: https://launchpad.net/~staticfloat/+archive/ubuntu/juliareleases?field.series_filter=trusty I wonder if there is a way to revert back? On 2014年09月23日 16:51, Ivar Nesje wrote: Please don't double post your questions https://github.com/JuliaLang/julia/issues/8445. How did you update Julia? http://julialang.org/downloads/ has not yet been updated https://github.com/JuliaLang/julialang.github.com/pull/146 with links to 0.3.1, and your version of Julia identifies itself as a 11 days old nightly version. What link did you use to get the wrong version? It is hard to know whether the printing is correct, when you don't provide example code. It seems like you are printing Float32 and Float16 values, and they intentionally print differently from the normal Float64 values. Ivar kl. 07:42:01 UTC+2 tirsdag 23. september 2014 skrev K leo følgende: A number like these messes up DataFrames, which considers it as a string which then can not be easily converted to a float. Any advice on what to do? On 2014年09月23日 09:31, K Leo wrote: Just updated to reportedly 0.3.1 but displayed as 0.4.0-dev+543. println to file now get something like the following. Is this intended? How can I get normal decimals? 162038.8f0,float16(160.2),0.26118204f0 _ _ _ _(_)_ | A fresh approach to technical computing (_) | (_) (_)| Documentation: http://docs.julialang.org _ _ _| |_ __ _ | Type help() for help. | | | | | | |/ _` | | | | |_| | | | (_| | | Version 0.4.0-dev+543 (2014-09-11 13:47 UTC) _/ |\__'_|_|_|\__'_| | Commit c79e349 (11 days old master) |__/ | x86_64-linux-gnu
[julia-users] windows 7: cutpaste, window widthposition, etc
normally i use mac or linux, but am now having to use windows as well, and have the following questions: 1. i can make the julia repl window taller, but not wider. is the latter possible? 2. i can paste into the julia repl, but not copy anything from it. again, possible? 3. is there any way on windows to get it to remember the last size/position of the window? 4. on my monitor, the shade of blue used by info() is difficult to read against the black background. is there a way to change it without having to compile julia? thanks.
[julia-users] Re: windows 7: cutpaste, window widthposition, etc
The first three questions aren't related to Julia REPL specifically. On Windows when you launch Julia it runs in a command prompt window, so all the normal command prompt stuff applies: you change setting by going to Properties in the drop down menu of the icon in the upper right, and you copy by going into mark mode (via right-click) and select something and click enter. Colors I don't know how to change but I agree they are terrible. On Tuesday, September 23, 2014 4:21:21 PM UTC+3, Ben Arthur wrote: normally i use mac or linux, but am now having to use windows as well, and have the following questions: 1. i can make the julia repl window taller, but not wider. is the latter possible? 2. i can paste into the julia repl, but not copy anything from it. again, possible? 3. is there any way on windows to get it to remember the last size/position of the window? 4. on my monitor, the shade of blue used by info() is difficult to read against the black background. is there a way to change it without having to compile julia? thanks.
Re: [julia-users] Re: windows 7: cutpaste, window widthposition, etc
The display of Julia REPL colors is controlled by the settings of the terminal; Julia says this text is blue and the terminal/command prompt decides what that means. I know you can change the terminal color preferences on Linux; I don't know how to do that on Windows. -- Leah On Tue, Sep 23, 2014 at 8:38 AM, Johan Sigfrids johan.sigfr...@gmail.com wrote: The first three questions aren't related to Julia REPL specifically. On Windows when you launch Julia it runs in a command prompt window, so all the normal command prompt stuff applies: you change setting by going to Properties in the drop down menu of the icon in the upper right, and you copy by going into mark mode (via right-click) and select something and click enter. Colors I don't know how to change but I agree they are terrible. On Tuesday, September 23, 2014 4:21:21 PM UTC+3, Ben Arthur wrote: normally i use mac or linux, but am now having to use windows as well, and have the following questions: 1. i can make the julia repl window taller, but not wider. is the latter possible? 2. i can paste into the julia repl, but not copy anything from it. again, possible? 3. is there any way on windows to get it to remember the last size/position of the window? 4. on my monitor, the shade of blue used by info() is difficult to read against the black background. is there a way to change it without having to compile julia? thanks.
Re: [julia-users] Re: Article on `@simd`
Based on this thread, I spent a few days playing around with a toy algorithm in Julia and C++ (trying OpenLC OpenMP), and finally ISPC. My verdict? ISPC is nothing short of magical. While my code was easily parallelizable (working independently on each element of a large array), it was not readily vectorizable by the usual suspects (LLVM or g++) due to potential branch divergence. The inner loop contains several if statements and even a while loop. In practice, these branches are almost never taken, but their presence seems to sufficiently discourage vectorizers such that they don't attempt a transformation. On my machine, a reasonably optimized C++/gcc 5.0 runs through a 440MB computation in about 380ms. (Julia's not far behind). Taking the inner loop functions and compiling them in ispc was almost entirely a copy/paste exercise. Some thought was required but far less than other approaches. My 8-wide AVX-enabled Intel CPU now runs the same benchmark in 140ms, or 2.7 times faster. I'm not a vector wizard, so perhaps it's possible to get much closer to the theoretical 8x speedup, but for minimal effort, unlocking the 2.7x left otherwise idle in the processor seems like a tremendous thing. Implementing something ispc-like as Julia macros would not be simple. It's sufficiently different than scalar code so as to require a different type system, differentiating between values which are inherently vectors (varying) and those which remain scalar (uniform). It has some new constructs (foreach, foreach_tiled, etc.). If you want to take explicit advantage of the vectorized code, then there are a large family of functions which give access to typical vector instructions (shuffle, rotate, scatter, etc.) I think if you want scalar code to be automatically vectorized, then you just have to wait for state of the art to improve in LLVM. But if you're willing to to make what are often minor changes to your loop, I suspect Julia could help with a properly designed macro that applied ISPC-like transformations. It would be extremely powerful, but also expensive to build. This hypothetical cleverer @simd vector would be a very large compiler unto itself. On Wednesday, September 17, 2014 8:58:11 PM UTC-4, Erik Schnetter wrote: On Wed, Sep 17, 2014 at 7:14 PM, gael@gmail.com javascript: wrote: Slightly OT, but since I won't talk about it myself I don't feel this will harm the current thread ... I don't know if it can be of any help/use/interest for any of you but some people (some at Intel) are actively working on SIMD use with LLVM: https://ispc.github.io/index.html But I really don't have the skills to tell you if they just wrote a new C-like language that is autovectorizing well or if they do some even smarter stuff to get maximum performances. I think they are up to something clever. If I read things correctly: ispc adds new keywords that describes the memory layout (!) of data structures that are accessed via SIMD instructions. There exist a few commonly-used data layout optimizations that are generally necessary to achieve good performance with SIMD code, called SOA or replicated or similar. Apparently, ispc introduces respective keywords that automatically transform the layout of data data structures. I wonder whether something equivalent could be implemented via macros in Julia. These would be macros acting on type declarations, not on code. Presumably, these would be array- or structure-like data types, and accessing them is then slightly more complex, so that one would also need to automatically define respective iterators. Maybe there could be a companion macro that acts on loops, so that the loops are transformed (and simd'ized) the same way as the data types... -erik -- Erik Schnetter schn...@cct.lsu.edu javascript: http://www.perimeterinstitute.ca/personal/eschnetter/
Re: [julia-users] Help needed with creating Julia package
Sorry for the delay, but I have now added a function to flint which takes the location of the CPimport.txt file (which is in the flint source tree in the qadic directory) at runtime. The function is void flint_set_cpimport(char * path); where path is a full path including filename of the (CPimport.txt) file. This is now committed to the flint trunk branch in my github. We should be able to use this by calling it from Julia when initialising anything that requires Conway polynomials. I haven't made the necessary changes to Nemo yet, but most of Nemo works without the changes since only the finite field functionality actually use Conway polynomials. This should allow us to move forward with a binary version of Nemo on Windows, as soon as we decide a good place to install the CPimport.txt file. I guess it could just sit in the Nemo directory and just be made part of the Nemo git checkout. Bill. On Monday, 15 September 2014 14:45:01 UTC+2, Tony Kelman wrote: I think this is very common. But it means that people who really want their code to actually compile on Windows frequently have an inferior system with which to do it, because all the real hackers are cross compiling from Linux. Or Cygwin. Part of the point is the exact same process should result in the same built binaries for cross-compilation from Linux or cross-compilation from Cygwin. Any complaint about Cygwin in terms of size or performance applies equally to MSYS2, and MSYS2's newness and multitude of build/run modes causes more trouble than it's worth in many cases. or provide Visual Studio project files Can you blame them? Speaking of awful, impenetrable build systems that don't translate well to other platforms... MPIR and GMP are *incredibly* complex projects and few people recognise the subtleties which simply don't arise for other types of software. I'm not familiar with writing this type of software, but plenty familiar with building it, and I really don't see a whole lot that goes into a bignum library that doesn't also happen in, say, an optimized BLAS/LAPACK implementation. Of course those are also notorious for having messy and fragile build systems.
[julia-users] Backend for PyPlot
For the command: using PyPlot I got a warning and then a error: /usr/local/lib/python2.7/dist-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/__init__.py:1282: UserWarning: This call to matplotlib.use() has no effect because the backend has already been chosen; matplotlib.use() must be called *before* pylab, matplotlib.pyplot, or matplotlib.backends is imported for the first time. warnings.warn(_use_error_msg) ERROR: PyError (PyImport_ImportModule) type 'exceptions.ImportError' ImportError('No module named _backend_gdk',) File /usr/local/lib/python2.7/dist-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/pyplot.py, line 108, in module _backend_mod, new_figure_manager, draw_if_interactive, _show = pylab_setup() File /usr/local/lib/python2.7/dist-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/__init__.py, line 32, in pylab_setup globals(),locals(),[backend_name],0) File /usr/local/lib/python2.7/dist-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/backend_gtkagg.py, line 14, in module from matplotlib.backends.backend_gtk import gtk, FigureManagerGTK, FigureCanvasGTK,\ File /usr/local/lib/python2.7/dist-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/backend_gtk.py, line 36, in module from matplotlib.backends.backend_gdk import RendererGDK, FigureCanvasGDK File /usr/local/lib/python2.7/dist-packages/matplotlib-1.5.x-py2.7-linux-x86_64.egg/matplotlib/backends/backend_gdk.py, line 33, in module from matplotlib.backends._backend_gdk import pixbuf_get_pixels_array in pyerr_check at /home/maquinadt/.julia/v0.4/PyCall/src/exception.jl:58 in pyimport at /home/maquinadt/.julia/v0.4/PyCall/src/PyCall.jl:85 in include at ./boot.jl:246 in include_from_node1 at ./loading.jl:128 in reload_path at loading.jl:152 in _require at loading.jl:67 in require at loading.jl:51 while loading /home/maquinadt/.julia/v0.4/PyPlot/src/PyPlot.jl, in expression starting on line 108 To fix that, I choose the backend before importing pyplot: using PyCall pygui(:qt) and then using PyPlot But I don’t want to repeat this code whenever I start a julia session. Can you please help me to fix this permanently? I’m working with the julia version 0.4.0-dev+728, and matplotlib version: 1.5.x . Thanks.
[julia-users] tags not showing up on package master branch
This may be a julia (Pkg) question or a plain old git question (if so, sorry). Pkg.checkout(Gtk) Then from the Gtk.jl directory, git log --oneline --decorate shows v0.7.1 as the last tag, which occurred on July 21. Since there have been many commits since then, I thought it was time to tag a new version. But I got a 0.7.2 already exists error. After poking around a while, I did Pkg.free(Gtk) at which point git log --oneline --decorate shows the same commit history, but more tags, up to and including v0.7.4 on Sept 17 (rather more recent). Any idea why the tags aren't included in master? --Tim
[julia-users] PathPatch object in julia with PyPlot
I share a question I did in the stackoverflow forum. http://stackoverflow.com/questions/26001119/pathpatch-object-in-julia-with-pyplot Any comments are welcome. Thank you.
Re: [julia-users] Re: issues with println to file
There was an issue and the unstable nightly version got pushed to juliareleases - should be fixed soon. On Tuesday, September 23, 2014 8:36:13 AM UTC-4, K leo wrote: Removed the binary update and compiled julia from the 0.3.0+6 source. Things become usual. On 2014年09月23日 18:55, K Leo wrote: Sorry for double posting. There is nothing special with the print statement. It has been simply: println(file, A, ,, B, ,, C) And with that I usually got: 162038.8,160.2,0.26118204 The update came in today from the julia release PPA for Ubuntu: https://launchpad.net/~staticfloat/+archive/ubuntu/juliareleases?field.series_filter=trusty I wonder if there is a way to revert back? On 2014年09月23日 16:51, Ivar Nesje wrote: Please don't double post your questions https://github.com/JuliaLang/julia/issues/8445. How did you update Julia? http://julialang.org/downloads/ has not yet been updated https://github.com/JuliaLang/julialang.github.com/pull/146 with links to 0.3.1, and your version of Julia identifies itself as a 11 days old nightly version. What link did you use to get the wrong version? It is hard to know whether the printing is correct, when you don't provide example code. It seems like you are printing Float32 and Float16 values, and they intentionally print differently from the normal Float64 values. Ivar kl. 07:42:01 UTC+2 tirsdag 23. september 2014 skrev K leo følgende: A number like these messes up DataFrames, which considers it as a string which then can not be easily converted to a float. Any advice on what to do? On 2014年09月23日 09:31, K Leo wrote: Just updated to reportedly 0.3.1 but displayed as 0.4.0-dev+543. println to file now get something like the following. Is this intended? How can I get normal decimals? 162038.8f0,float16(160.2),0.26118204f0 _ _ _ _(_)_ | A fresh approach to technical computing (_) | (_) (_)| Documentation: http://docs.julialang.org _ _ _| |_ __ _ | Type help() for help. | | | | | | |/ _` | | | | |_| | | | (_| | | Version 0.4.0-dev+543 (2014-09-11 13:47 UTC) _/ |\__'_|_|_|\__'_| | Commit c79e349 (11 days old master) |__/ | x86_64-linux-gnu
[julia-users] Re: Backend for PyPlot
See https://github.com/stevengj/PyPlot.jl/issues/87
[julia-users] Re: Unable to run IJulia after IPython upgrade
Does ipython notebook work? i.e. try running a pure Python notebook. If that fails, the problem is unrelated to Julia.
Re: [julia-users] Re: new REPL
perfect ... this is expected to aid the implementation of Julia magics from Sage Notebooks over on SMC {cloud.sagemath.com}. many thanks ! cdm On Monday, September 22, 2014 8:40:55 PM UTC-7, Keno Fischer wrote: No, that's not the right REPL. The one in the terminal is the LineEditREPL. We need better repl configuration, but you can change the prompt like this: Base.active_repl.interface.modes[1].prompt=abc On Mon, Sep 22, 2014 at 11:34 PM, Steve Kelly kd2...@gmail.com javascript: wrote: The prompt is defined here: https://github.com/JuliaLang/julia/blob/2eee58701052caf6b6927604732e197b1054ac7b/base/REPL.jl#L191 I was looking into it so I could number lines for my SaveREPL.jl package, but it looked like a lot of refactoring. On Mon, Sep 22, 2014 at 10:10 PM, cdm cdmcle...@gmail.com javascript: wrote: i suspect that there is a way to do this ... suppose that one needed to change the Julia prompt from julia to say, something like j~ is this defined in Base, or somewhere else? many thanks, cdm
Re: [julia-users] Re: Article on `@simd`
Could this theoretical thing be approached incrementally? Meaning here's a project and he's some intermediate results and now it's 1.5x faster, and now he's something better and it's 2.7 all the while the goal is apparent but difficult. Or would it kind of be all works or doesn't?
[julia-users] Re: windows 7: cutpaste, window widthposition, etc
We hope to eventually bundle Windows Julia with mintty, a much nicer terminal experience (used by Cygwin and MSYS2) than the default console in Windows. You can run Julia inside mintty right now, but if you are using Cygwin or MSYS2 there are some issues with the package manager not working with the Cygwin/MSYS2 version of git. This problem should get fixed by switching from command-line git to libgit2, but that is stalled waiting for the author of the bindings to respond and look at it. On Tuesday, September 23, 2014 6:21:21 AM UTC-7, Ben Arthur wrote: normally i use mac or linux, but am now having to use windows as well, and have the following questions: 1. i can make the julia repl window taller, but not wider. is the latter possible? 2. i can paste into the julia repl, but not copy anything from it. again, possible? 3. is there any way on windows to get it to remember the last size/position of the window? 4. on my monitor, the shade of blue used by info() is difficult to read against the black background. is there a way to change it without having to compile julia? thanks.
Re: [julia-users] Help needed with creating Julia package
Great. Bumping the git version to a51e15e53d636e38c107e48f1d8ec34a932590ab looks like it built okay: https://build.opensuse.org/package/show/home:kelman/mingw32-flint We'll need to adjust Nemo.jl's deps/build.jl script to use BinDeps Autotools/WinRPM providers and library_dependency's instead of just running shell commands. Will also want to use the library location caching method instead of push!'ing to DL_LOAD_PATH. On Tuesday, September 23, 2014 9:39:45 AM UTC-7, Bill Hart wrote: Sorry for the delay, but I have now added a function to flint which takes the location of the CPimport.txt file (which is in the flint source tree in the qadic directory) at runtime. The function is void flint_set_cpimport(char * path); where path is a full path including filename of the (CPimport.txt) file. This is now committed to the flint trunk branch in my github. We should be able to use this by calling it from Julia when initialising anything that requires Conway polynomials. I haven't made the necessary changes to Nemo yet, but most of Nemo works without the changes since only the finite field functionality actually use Conway polynomials. This should allow us to move forward with a binary version of Nemo on Windows, as soon as we decide a good place to install the CPimport.txt file. I guess it could just sit in the Nemo directory and just be made part of the Nemo git checkout. Bill. On Monday, 15 September 2014 14:45:01 UTC+2, Tony Kelman wrote: I think this is very common. But it means that people who really want their code to actually compile on Windows frequently have an inferior system with which to do it, because all the real hackers are cross compiling from Linux. Or Cygwin. Part of the point is the exact same process should result in the same built binaries for cross-compilation from Linux or cross-compilation from Cygwin. Any complaint about Cygwin in terms of size or performance applies equally to MSYS2, and MSYS2's newness and multitude of build/run modes causes more trouble than it's worth in many cases. or provide Visual Studio project files Can you blame them? Speaking of awful, impenetrable build systems that don't translate well to other platforms... MPIR and GMP are *incredibly* complex projects and few people recognise the subtleties which simply don't arise for other types of software. I'm not familiar with writing this type of software, but plenty familiar with building it, and I really don't see a whole lot that goes into a bignum library that doesn't also happen in, say, an optimized BLAS/LAPACK implementation. Of course those are also notorious for having messy and fragile build systems.
Re: [julia-users] Help needed with creating Julia package
Thanks for checking that. I'll try to work on those things this weekend. The amount of time I'll have to work on Nemo for the next two months will be smallish, but not completely zero. So we'll get it there eventually. Bill. On 23 September 2014 21:16, Tony Kelman t...@kelman.net wrote: Great. Bumping the git version to a51e15e53d636e38c107e48f1d8ec34a932590ab looks like it built okay: https://build.opensuse.org/package/show/home:kelman/mingw32-flint We'll need to adjust Nemo.jl's deps/build.jl script to use BinDeps Autotools/WinRPM providers and library_dependency's instead of just running shell commands. Will also want to use the library location caching method instead of push!'ing to DL_LOAD_PATH. On Tuesday, September 23, 2014 9:39:45 AM UTC-7, Bill Hart wrote: Sorry for the delay, but I have now added a function to flint which takes the location of the CPimport.txt file (which is in the flint source tree in the qadic directory) at runtime. The function is void flint_set_cpimport(char * path); where path is a full path including filename of the (CPimport.txt) file. This is now committed to the flint trunk branch in my github. We should be able to use this by calling it from Julia when initialising anything that requires Conway polynomials. I haven't made the necessary changes to Nemo yet, but most of Nemo works without the changes since only the finite field functionality actually use Conway polynomials. This should allow us to move forward with a binary version of Nemo on Windows, as soon as we decide a good place to install the CPimport.txt file. I guess it could just sit in the Nemo directory and just be made part of the Nemo git checkout. Bill. On Monday, 15 September 2014 14:45:01 UTC+2, Tony Kelman wrote: I think this is very common. But it means that people who really want their code to actually compile on Windows frequently have an inferior system with which to do it, because all the real hackers are cross compiling from Linux. Or Cygwin. Part of the point is the exact same process should result in the same built binaries for cross-compilation from Linux or cross-compilation from Cygwin. Any complaint about Cygwin in terms of size or performance applies equally to MSYS2, and MSYS2's newness and multitude of build/run modes causes more trouble than it's worth in many cases. or provide Visual Studio project files Can you blame them? Speaking of awful, impenetrable build systems that don't translate well to other platforms... MPIR and GMP are *incredibly* complex projects and few people recognise the subtleties which simply don't arise for other types of software. I'm not familiar with writing this type of software, but plenty familiar with building it, and I really don't see a whole lot that goes into a bignum library that doesn't also happen in, say, an optimized BLAS/LAPACK implementation. Of course those are also notorious for having messy and fragile build systems.
[julia-users] Re: PathPatch object in julia with PyPlot
I have advanced on my question, but I’m stuck trying to change the properties of a PyObject. Consider the following code: using PyCall @pyimport matplotlib.patches as patch circle=patch.pymember(“Circle”) But when I try circle[:set_radius](1.0) or set!(circle, radius, 1.0) I got an error. Any ideas? 2014-09-23 12:27 GMT-05:00 Diego Tapias dandrove...@gmail.com: I share a question I did in the stackoverflow forum. http://stackoverflow.com/questions/26001119/pathpatch-object-in-julia-with-pyplot Any comments are welcome. Thank you.
[julia-users] Re: windows 7: cutpaste, window widthposition, etc
The default Windows terminal is not very good. I am very happy with ConEmu as a replacement, which is highly configurable, and integrates into the Windows Explorer context menu, allowing one to launch a Julia session in a particular directory by right-clicking. --Peter On Tuesday, September 23, 2014 6:21:21 AM UTC-7, Ben Arthur wrote: normally i use mac or linux, but am now having to use windows as well, and have the following questions: 1. i can make the julia repl window taller, but not wider. is the latter possible? 2. i can paste into the julia repl, but not copy anything from it. again, possible? 3. is there any way on windows to get it to remember the last size/position of the window? 4. on my monitor, the shade of blue used by info() is difficult to read against the black background. is there a way to change it without having to compile julia? thanks.
Re: [julia-users] Re: issues with println to file
Yes sorry about that. This has now been fixed. Thanks for reporting! -E On Tue, Sep 23, 2014 at 10:39 AM, Iain Dunning iaindunn...@gmail.com wrote: There was an issue and the unstable nightly version got pushed to juliareleases - should be fixed soon. On Tuesday, September 23, 2014 8:36:13 AM UTC-4, K leo wrote: Removed the binary update and compiled julia from the 0.3.0+6 source. Things become usual. On 2014年09月23日 18:55, K Leo wrote: Sorry for double posting. There is nothing special with the print statement. It has been simply: println(file, A, ,, B, ,, C) And with that I usually got: 162038.8,160.2,0.26118204 The update came in today from the julia release PPA for Ubuntu: https://launchpad.net/~staticfloat/+archive/ubuntu/ juliareleases?field.series_filter=trusty I wonder if there is a way to revert back? On 2014年09月23日 16:51, Ivar Nesje wrote: Please don't double post your questions https://github.com/JuliaLang/julia/issues/8445. How did you update Julia? http://julialang.org/downloads/ has not yet been updated https://github.com/JuliaLang/julialang.github.com/pull/146 with links to 0.3.1, and your version of Julia identifies itself as a 11 days old nightly version. What link did you use to get the wrong version? It is hard to know whether the printing is correct, when you don't provide example code. It seems like you are printing Float32 and Float16 values, and they intentionally print differently from the normal Float64 values. Ivar kl. 07:42:01 UTC+2 tirsdag 23. september 2014 skrev K leo følgende: A number like these messes up DataFrames, which considers it as a string which then can not be easily converted to a float. Any advice on what to do? On 2014年09月23日 09:31, K Leo wrote: Just updated to reportedly 0.3.1 but displayed as 0.4.0-dev+543. println to file now get something like the following. Is this intended? How can I get normal decimals? 162038.8f0,float16(160.2),0.26118204f0 _ _ _ _(_)_ | A fresh approach to technical computing (_) | (_) (_)| Documentation: http://docs.julialang.org _ _ _| |_ __ _ | Type help() for help. | | | | | | |/ _` | | | | |_| | | | (_| | | Version 0.4.0-dev+543 (2014-09-11 13:47 UTC) _/ |\__'_|_|_|\__'_| | Commit c79e349 (11 days old master) |__/ | x86_64-linux-gnu
[julia-users] Problem loading package Distributions
Dear Julia users, I was trying to use package Distributions, but I got the following error: julia using Distributions Warning: could not import Base.add! into NumericExtensions Warning: could not import Base.add! into PDMats ERROR: Cholesky not defined in include at ./boot.jl:246 in include_from_node1 at ./loading.jl:128 in reload_path at loading.jl:152 in _require at loading.jl:67 in require at loading.jl:54 in include at ./boot.jl:246 in include_from_node1 at ./loading.jl:128 in reload_path at loading.jl:152 in _require at loading.jl:67 in require at loading.jl:51 while loading /home/charles/.julia/PDMats/src/PDMats.jl, in expression starting on line 31 while loading /home/charles/.julia/Distributions/src/Distributions.jl, in expression starting on line 4 I found some posts about the same problem. One of the most recent is this one: https://github.com/JuliaLang/julia/issues/6436 However, even after running Pkg.update() the error continues. Any idea about it? My versiton of Julia is: Version 0.4.0-dev+734 (2014-09-23 18:22 UTC) Thank you for any comment! Best, Charles -- Um axé! :) -- Charles Novaes de Santana, PhD http://www.imedea.uib-csic.es/~charles
Re: [julia-users] Re: Unable to run IJulia after IPython upgrade
on Tue, 23 Sep 2014 21:14:25 +0300, Steven G. Johnson stevenj@gmail.com wrote: Does ipython notebook work? No, it also hangs. i.e. try running a pure Python notebook. If that fails, the problem is unrelated to Julia. Yes, there is something wrong with my IPython installation, the IPython mailing list may have been more appropriate for this. Thanks for answering and sorry for the noise. -- nirinA
Re: [julia-users] Problem loading package Distributions
What do you get from *Pkg.status(Distributions)* Med venlig hilsen Andreas Noack 2014-09-23 17:08 GMT-04:00 Charles Novaes de Santana charles.sant...@gmail.com: Dear Julia users, I was trying to use package Distributions, but I got the following error: julia using Distributions Warning: could not import Base.add! into NumericExtensions Warning: could not import Base.add! into PDMats ERROR: Cholesky not defined in include at ./boot.jl:246 in include_from_node1 at ./loading.jl:128 in reload_path at loading.jl:152 in _require at loading.jl:67 in require at loading.jl:54 in include at ./boot.jl:246 in include_from_node1 at ./loading.jl:128 in reload_path at loading.jl:152 in _require at loading.jl:67 in require at loading.jl:51 while loading /home/charles/.julia/PDMats/src/PDMats.jl, in expression starting on line 31 while loading /home/charles/.julia/Distributions/src/Distributions.jl, in expression starting on line 4 I found some posts about the same problem. One of the most recent is this one: https://github.com/JuliaLang/julia/issues/6436 However, even after running Pkg.update() the error continues. Any idea about it? My versiton of Julia is: Version 0.4.0-dev+734 (2014-09-23 18:22 UTC) Thank you for any comment! Best, Charles -- Um axé! :) -- Charles Novaes de Santana, PhD http://www.imedea.uib-csic.es/~charles
Re: [julia-users] Problem loading package Distributions
I assume you're building julia from master. One likely cure is to check out the release-0.3 branch and stick with that. Alternatively, see if you can update Distributions so it works on 0.4-dev. Best --Tim On Tuesday, September 23, 2014 11:08:40 PM Charles Novaes de Santana wrote: Dear Julia users, I was trying to use package Distributions, but I got the following error: julia using Distributions Warning: could not import Base.add! into NumericExtensions Warning: could not import Base.add! into PDMats ERROR: Cholesky not defined in include at ./boot.jl:246 in include_from_node1 at ./loading.jl:128 in reload_path at loading.jl:152 in _require at loading.jl:67 in require at loading.jl:54 in include at ./boot.jl:246 in include_from_node1 at ./loading.jl:128 in reload_path at loading.jl:152 in _require at loading.jl:67 in require at loading.jl:51 while loading /home/charles/.julia/PDMats/src/PDMats.jl, in expression starting on line 31 while loading /home/charles/.julia/Distributions/src/Distributions.jl, in expression starting on line 4 I found some posts about the same problem. One of the most recent is this one: https://github.com/JuliaLang/julia/issues/6436 However, even after running Pkg.update() the error continues. Any idea about it? My versiton of Julia is: Version 0.4.0-dev+734 (2014-09-23 18:22 UTC) Thank you for any comment! Best, Charles
Re: [julia-users] tags not showing up on package master branch
Those tags are on the v0.7 branch, so if you are looking at the history for master, they wouldn't show up On Tuesday, September 23, 2014, Tim Holy tim.h...@gmail.com wrote: This may be a julia (Pkg) question or a plain old git question (if so, sorry). Pkg.checkout(Gtk) Then from the Gtk.jl directory, git log --oneline --decorate shows v0.7.1 as the last tag, which occurred on July 21. Since there have been many commits since then, I thought it was time to tag a new version. But I got a 0.7.2 already exists error. After poking around a while, I did Pkg.free(Gtk) at which point git log --oneline --decorate shows the same commit history, but more tags, up to and including v0.7.4 on Sept 17 (rather more recent). Any idea why the tags aren't included in master? --Tim
Re: [julia-users] Problem loading package Distributions
Hi guys, thank you for the quick reply! About my version of Distributions: julia Pkg.status(Distributions) - Distributions 0.4.2 master And, yes, I am building julia from master (the default option, right?). I tried to update Distributions and I got the following error: julia Pkg.checkout(Distributions) INFO: Checking out Distributions master... INFO: Pulling Distributions latest master... WARNING: ArrayViews is fixed at 0.4.1+ conflicting with requirement for Distributions: [0.4.3-,∞) WARNING: PDMats is fixed at 0.1.1+ conflicting with requirement for Distributions: [0.2.2-,∞) ERROR: fixed packages introduce conflicting requirements for StatsBase: Distributions requires versions [0.5.1-,∞) [none of the available versions can satisfy this requirement] available versions are 0.0.0, 0.2.0, 0.2.1, 0.2.3, 0.2.4, 0.2.5, 0.2.6, 0.2.7, 0.2.8, 0.2.9, 0.3.0, 0.3.1, 0.3.2, 0.3.3, 0.3.4, 0.3.5, 0.3.6, 0.3.7, 0.3.8 and 0.3.9 in error at error.jl:21 in check_requirements at pkg/query.jl:109 in resolve at ./pkg/entry.jl:387 in resolve at pkg/entry.jl:371 in anonymous at pkg/entry.jl:189 in transact at pkg/git.jl:81 in _checkout at pkg/entry.jl:181 in checkout at pkg/entry.jl:196 in anonymous at pkg/dir.jl:28 in cd at ./file.jl:20 in cd at pkg/dir.jl:28 in checkout at pkg.jl:34 So, I will try to checkout version 0.3 of Julia and see what happens. It seems that this problem with Cholesky is a very common issue, but so far I couldn't find a good solution for it in the forums in internet. Best, Charles On Tue, Sep 23, 2014 at 11:45 PM, Tim Holy tim.h...@gmail.com wrote: I assume you're building julia from master. One likely cure is to check out the release-0.3 branch and stick with that. Alternatively, see if you can update Distributions so it works on 0.4-dev. Best --Tim On Tuesday, September 23, 2014 11:08:40 PM Charles Novaes de Santana wrote: Dear Julia users, I was trying to use package Distributions, but I got the following error: julia using Distributions Warning: could not import Base.add! into NumericExtensions Warning: could not import Base.add! into PDMats ERROR: Cholesky not defined in include at ./boot.jl:246 in include_from_node1 at ./loading.jl:128 in reload_path at loading.jl:152 in _require at loading.jl:67 in require at loading.jl:54 in include at ./boot.jl:246 in include_from_node1 at ./loading.jl:128 in reload_path at loading.jl:152 in _require at loading.jl:67 in require at loading.jl:51 while loading /home/charles/.julia/PDMats/src/PDMats.jl, in expression starting on line 31 while loading /home/charles/.julia/Distributions/src/Distributions.jl, in expression starting on line 4 I found some posts about the same problem. One of the most recent is this one: https://github.com/JuliaLang/julia/issues/6436 However, even after running Pkg.update() the error continues. Any idea about it? My versiton of Julia is: Version 0.4.0-dev+734 (2014-09-23 18:22 UTC) Thank you for any comment! Best, Charles -- Um axé! :) -- Charles Novaes de Santana, PhD http://www.imedea.uib-csic.es/~charles
Re: [julia-users] Problem loading package Distributions
Do you have a reason to have ArrayViews and PDMats fixed? If not try Pkg.free(ArrayViews) and Pkg.free(PDMats) Med venlig hilsen Andreas Noack 2014-09-23 17:51 GMT-04:00 Charles Novaes de Santana charles.sant...@gmail.com: Hi guys, thank you for the quick reply! About my version of Distributions: julia Pkg.status(Distributions) - Distributions 0.4.2 master And, yes, I am building julia from master (the default option, right?). I tried to update Distributions and I got the following error: julia Pkg.checkout(Distributions) INFO: Checking out Distributions master... INFO: Pulling Distributions latest master... WARNING: ArrayViews is fixed at 0.4.1+ conflicting with requirement for Distributions: [0.4.3-,∞) WARNING: PDMats is fixed at 0.1.1+ conflicting with requirement for Distributions: [0.2.2-,∞) ERROR: fixed packages introduce conflicting requirements for StatsBase: Distributions requires versions [0.5.1-,∞) [none of the available versions can satisfy this requirement] available versions are 0.0.0, 0.2.0, 0.2.1, 0.2.3, 0.2.4, 0.2.5, 0.2.6, 0.2.7, 0.2.8, 0.2.9, 0.3.0, 0.3.1, 0.3.2, 0.3.3, 0.3.4, 0.3.5, 0.3.6, 0.3.7, 0.3.8 and 0.3.9 in error at error.jl:21 in check_requirements at pkg/query.jl:109 in resolve at ./pkg/entry.jl:387 in resolve at pkg/entry.jl:371 in anonymous at pkg/entry.jl:189 in transact at pkg/git.jl:81 in _checkout at pkg/entry.jl:181 in checkout at pkg/entry.jl:196 in anonymous at pkg/dir.jl:28 in cd at ./file.jl:20 in cd at pkg/dir.jl:28 in checkout at pkg.jl:34 So, I will try to checkout version 0.3 of Julia and see what happens. It seems that this problem with Cholesky is a very common issue, but so far I couldn't find a good solution for it in the forums in internet. Best, Charles On Tue, Sep 23, 2014 at 11:45 PM, Tim Holy tim.h...@gmail.com wrote: I assume you're building julia from master. One likely cure is to check out the release-0.3 branch and stick with that. Alternatively, see if you can update Distributions so it works on 0.4-dev. Best --Tim On Tuesday, September 23, 2014 11:08:40 PM Charles Novaes de Santana wrote: Dear Julia users, I was trying to use package Distributions, but I got the following error: julia using Distributions Warning: could not import Base.add! into NumericExtensions Warning: could not import Base.add! into PDMats ERROR: Cholesky not defined in include at ./boot.jl:246 in include_from_node1 at ./loading.jl:128 in reload_path at loading.jl:152 in _require at loading.jl:67 in require at loading.jl:54 in include at ./boot.jl:246 in include_from_node1 at ./loading.jl:128 in reload_path at loading.jl:152 in _require at loading.jl:67 in require at loading.jl:51 while loading /home/charles/.julia/PDMats/src/PDMats.jl, in expression starting on line 31 while loading /home/charles/.julia/Distributions/src/Distributions.jl, in expression starting on line 4 I found some posts about the same problem. One of the most recent is this one: https://github.com/JuliaLang/julia/issues/6436 However, even after running Pkg.update() the error continues. Any idea about it? My versiton of Julia is: Version 0.4.0-dev+734 (2014-09-23 18:22 UTC) Thank you for any comment! Best, Charles -- Um axé! :) -- Charles Novaes de Santana, PhD http://www.imedea.uib-csic.es/~charles
Re: [julia-users] Re: Article on `@simd`
Update on 64-bit support for vectorizing loops: The support just went into the Github sources. See https://github.com/JuliaLang/julia/pull/8452 . Though for 3D vectors, those are in need of tuple vectorization. See https://github.com/JuliaLang/julia/pull/6271 for the prototype. Unfortunately the prototyped slowed down compilation too much to be enabled by default. But it's possible we might evolve a way to turn it on for specially marked regions of code, or speed up how fast it can reject uninteresting code. On Wednesday, September 17, 2014 10:10:56 AM UTC-5, Uwe Fechner wrote: Any idea when the vectorization of 64 bit double values will be supported? (I work a lot with 3D double vectors, they could be calculated with one command in the Haswell CPU's. ) On Wednesday, September 17, 2014 4:48:26 PM UTC+2, Arch Robison wrote: There is support in LLVM 3.5 for remarks from the vectorizer, such as vectorization is not beneficial and is not explicitly forced. I didn't see any remarks that explained the why in more detail, though that seems possible to improve since the vectorizer has debugging remarks that go into the why question (e.g. LV: Not vectorizing: Cannot prove legality.) The hard part is coming up with messages that are understandable to non-experts and pertinent. Having too many messages can bury the useful ones. I opened issue #8392 https://github.com/JuliaLang/julia/issues/8392 for the subject. On Wed, Sep 17, 2014 at 9:28 AM, Arch Robison arch.d@gmail.com wrote: Thanks. Now fixed. On Wed, Sep 17, 2014 at 4:14 AM, Gunnar Farnebäck gun...@lysator.liu.se wrote: In the section The Loop Body Should Be Straight-Line Code, the first and second code example look identical with ifelse constructions. I assume the first one should use ? instead. Also the third code example has a stray x[i]a argument to the max function.
Re: [julia-users] Problem loading package Distributions
Hi again, I don't know why PDMats and ArrayViews are fixed. I don't even know what it means in Julia. Sorry. I tried Pkg.free(ArrayViews) and Pkg.free(PDMats) as you suggested, but I got some errors (below): WARNING: StatsBase is fixed at 0.3.9+ conflicting with requirement for Distributions: [0.5.1-,∞) WARNING: PDMats is fixed at 0.1.1+ conflicting with requirement for Distributions: [0.2.2-,∞) ERROR: fixed packages introduce conflicting requirements for ArrayViews: StatsBase requires versions [0.4.6-,∞) [none of the available versions can satisfy this requirement] PDMats requires versions [0.4.0-,∞) Distributions requires versions [0.4.3-,∞) [none of the available versions can satisfy this requirement] available versions are 0.1.0, 0.1.1, 0.2.0, 0.2.1, 0.2.2, 0.2.3, 0.2.4, 0.2.5, 0.3.0, 0.4.0 and 0.4.1 in error at error.jl:21 in check_requirements at pkg/query.jl:109 in resolve at ./pkg/entry.jl:387 in resolve at pkg/entry.jl:371 in anonymous at pkg/entry.jl:189 in transact at pkg/git.jl:81 in _checkout at pkg/entry.jl:181 in free at pkg/entry.jl:211 in anonymous at pkg/dir.jl:28 in cd at ./file.jl:20 in __cd#230__ at ./pkg/dir.jl:28 in free at pkg.jl:37 But I followed some instructions in this webpage: http://julia.readthedocs.org/en/latest/manual/packages/ It says: Your package requirements are in the file ~/.julia/v0.3/REQUIRE. You can edit this file by hand and then call Pkg.resolve() to install, upgrade or remove packages to optimally satisfy the requirements So I edited the REQUIRE file by removing the line Distributions. Then I came back to Julia and run julia Pkg.resolve() julia Pkg.checkout(Distributions) julia Pkg.status(Distributions) - Distributions 0.4.2+ master julia using Distributions And I could load Distributions correctly. I tried the same thing for ArrayViews and PDMats but I got the following message from Pkg.resolve() julia Pkg.resolve() WARNING: ArrayViews is fixed at 0.4.1+ conflicting with requirement for StatsBase: [0.4.6-,∞) WARNING: ArrayViews is fixed at 0.4.1+ conflicting with requirement for Distributions: [0.4.3-,∞) WARNING: StatsBase is fixed at 0.3.9+ conflicting with requirement for Distributions: [0.5.1-,∞) WARNING: PDMats is fixed at 0.1.1+ conflicting with requirement for Distributions: [0.2.2-,∞) INFO: No packages to install, update or remove Thank you for your help! I see I have too much to study to better understand how Julia works. Best, Charles On Tue, Sep 23, 2014 at 11:57 PM, Andreas Noack andreasnoackjen...@gmail.com wrote: Do you have a reason to have ArrayViews and PDMats fixed? If not try Pkg.free(ArrayViews) and Pkg.free(PDMats) Med venlig hilsen Andreas Noack 2014-09-23 17:51 GMT-04:00 Charles Novaes de Santana charles.sant...@gmail.com: Hi guys, thank you for the quick reply! About my version of Distributions: julia Pkg.status(Distributions) - Distributions 0.4.2 master And, yes, I am building julia from master (the default option, right?). I tried to update Distributions and I got the following error: julia Pkg.checkout(Distributions) INFO: Checking out Distributions master... INFO: Pulling Distributions latest master... WARNING: ArrayViews is fixed at 0.4.1+ conflicting with requirement for Distributions: [0.4.3-,∞) WARNING: PDMats is fixed at 0.1.1+ conflicting with requirement for Distributions: [0.2.2-,∞) ERROR: fixed packages introduce conflicting requirements for StatsBase: Distributions requires versions [0.5.1-,∞) [none of the available versions can satisfy this requirement] available versions are 0.0.0, 0.2.0, 0.2.1, 0.2.3, 0.2.4, 0.2.5, 0.2.6, 0.2.7, 0.2.8, 0.2.9, 0.3.0, 0.3.1, 0.3.2, 0.3.3, 0.3.4, 0.3.5, 0.3.6, 0.3.7, 0.3.8 and 0.3.9 in error at error.jl:21 in check_requirements at pkg/query.jl:109 in resolve at ./pkg/entry.jl:387 in resolve at pkg/entry.jl:371 in anonymous at pkg/entry.jl:189 in transact at pkg/git.jl:81 in _checkout at pkg/entry.jl:181 in checkout at pkg/entry.jl:196 in anonymous at pkg/dir.jl:28 in cd at ./file.jl:20 in cd at pkg/dir.jl:28 in checkout at pkg.jl:34 So, I will try to checkout version 0.3 of Julia and see what happens. It seems that this problem with Cholesky is a very common issue, but so far I couldn't find a good solution for it in the forums in internet. Best, Charles On Tue, Sep 23, 2014 at 11:45 PM, Tim Holy tim.h...@gmail.com wrote: I assume you're building julia from master. One likely cure is to check out the release-0.3 branch and stick with that. Alternatively, see if you can update Distributions so it works on 0.4-dev. Best --Tim On Tuesday, September 23, 2014 11:08:40 PM Charles Novaes de Santana wrote: Dear Julia users, I was trying to use package Distributions, but I got the following error: julia using Distributions Warning: could not import Base.add! into
Re: [julia-users] Problem loading package Distributions
If you are using Julia 0.4 then your packages are in .julia/v0.4 not 0.3. I don't think you should edit any of these files by hand. Somehow your packages have gone into a weird state. I'd just delete the .julia/v0.4 directory and then run Pkg.init();Pkg.add(Distributions) Med venlig hilsen Andreas Noack 2014-09-23 18:12 GMT-04:00 Charles Novaes de Santana charles.sant...@gmail.com: Hi again, I don't know why PDMats and ArrayViews are fixed. I don't even know what it means in Julia. Sorry. I tried Pkg.free(ArrayViews) and Pkg.free(PDMats) as you suggested, but I got some errors (below): WARNING: StatsBase is fixed at 0.3.9+ conflicting with requirement for Distributions: [0.5.1-,∞) WARNING: PDMats is fixed at 0.1.1+ conflicting with requirement for Distributions: [0.2.2-,∞) ERROR: fixed packages introduce conflicting requirements for ArrayViews: StatsBase requires versions [0.4.6-,∞) [none of the available versions can satisfy this requirement] PDMats requires versions [0.4.0-,∞) Distributions requires versions [0.4.3-,∞) [none of the available versions can satisfy this requirement] available versions are 0.1.0, 0.1.1, 0.2.0, 0.2.1, 0.2.2, 0.2.3, 0.2.4, 0.2.5, 0.3.0, 0.4.0 and 0.4.1 in error at error.jl:21 in check_requirements at pkg/query.jl:109 in resolve at ./pkg/entry.jl:387 in resolve at pkg/entry.jl:371 in anonymous at pkg/entry.jl:189 in transact at pkg/git.jl:81 in _checkout at pkg/entry.jl:181 in free at pkg/entry.jl:211 in anonymous at pkg/dir.jl:28 in cd at ./file.jl:20 in __cd#230__ at ./pkg/dir.jl:28 in free at pkg.jl:37 But I followed some instructions in this webpage: http://julia.readthedocs.org/en/latest/manual/packages/ It says: Your package requirements are in the file ~/.julia/v0.3/REQUIRE. You can edit this file by hand and then call Pkg.resolve() to install, upgrade or remove packages to optimally satisfy the requirements So I edited the REQUIRE file by removing the line Distributions. Then I came back to Julia and run julia Pkg.resolve() julia Pkg.checkout(Distributions) julia Pkg.status(Distributions) - Distributions 0.4.2+ master julia using Distributions And I could load Distributions correctly. I tried the same thing for ArrayViews and PDMats but I got the following message from Pkg.resolve() julia Pkg.resolve() WARNING: ArrayViews is fixed at 0.4.1+ conflicting with requirement for StatsBase: [0.4.6-,∞) WARNING: ArrayViews is fixed at 0.4.1+ conflicting with requirement for Distributions: [0.4.3-,∞) WARNING: StatsBase is fixed at 0.3.9+ conflicting with requirement for Distributions: [0.5.1-,∞) WARNING: PDMats is fixed at 0.1.1+ conflicting with requirement for Distributions: [0.2.2-,∞) INFO: No packages to install, update or remove Thank you for your help! I see I have too much to study to better understand how Julia works. Best, Charles On Tue, Sep 23, 2014 at 11:57 PM, Andreas Noack andreasnoackjen...@gmail.com wrote: Do you have a reason to have ArrayViews and PDMats fixed? If not try Pkg.free(ArrayViews) and Pkg.free(PDMats) Med venlig hilsen Andreas Noack 2014-09-23 17:51 GMT-04:00 Charles Novaes de Santana charles.sant...@gmail.com: Hi guys, thank you for the quick reply! About my version of Distributions: julia Pkg.status(Distributions) - Distributions 0.4.2 master And, yes, I am building julia from master (the default option, right?). I tried to update Distributions and I got the following error: julia Pkg.checkout(Distributions) INFO: Checking out Distributions master... INFO: Pulling Distributions latest master... WARNING: ArrayViews is fixed at 0.4.1+ conflicting with requirement for Distributions: [0.4.3-,∞) WARNING: PDMats is fixed at 0.1.1+ conflicting with requirement for Distributions: [0.2.2-,∞) ERROR: fixed packages introduce conflicting requirements for StatsBase: Distributions requires versions [0.5.1-,∞) [none of the available versions can satisfy this requirement] available versions are 0.0.0, 0.2.0, 0.2.1, 0.2.3, 0.2.4, 0.2.5, 0.2.6, 0.2.7, 0.2.8, 0.2.9, 0.3.0, 0.3.1, 0.3.2, 0.3.3, 0.3.4, 0.3.5, 0.3.6, 0.3.7, 0.3.8 and 0.3.9 in error at error.jl:21 in check_requirements at pkg/query.jl:109 in resolve at ./pkg/entry.jl:387 in resolve at pkg/entry.jl:371 in anonymous at pkg/entry.jl:189 in transact at pkg/git.jl:81 in _checkout at pkg/entry.jl:181 in checkout at pkg/entry.jl:196 in anonymous at pkg/dir.jl:28 in cd at ./file.jl:20 in cd at pkg/dir.jl:28 in checkout at pkg.jl:34 So, I will try to checkout version 0.3 of Julia and see what happens. It seems that this problem with Cholesky is a very common issue, but so far I couldn't find a good solution for it in the forums in internet. Best, Charles On Tue, Sep 23, 2014 at 11:45 PM, Tim Holy tim.h...@gmail.com wrote: I assume you're
Re: [julia-users] Problem loading package Distributions
If you don't want to delete the directory you could try to print the output from Pkg.status() Med venlig hilsen Andreas Noack 2014-09-23 18:19 GMT-04:00 Andreas Noack andreasnoackjen...@gmail.com: If you are using Julia 0.4 then your packages are in .julia/v0.4 not 0.3. I don't think you should edit any of these files by hand. Somehow your packages have gone into a weird state. I'd just delete the .julia/v0.4 directory and then run Pkg.init();Pkg.add(Distributions) Med venlig hilsen Andreas Noack 2014-09-23 18:12 GMT-04:00 Charles Novaes de Santana charles.sant...@gmail.com: Hi again, I don't know why PDMats and ArrayViews are fixed. I don't even know what it means in Julia. Sorry. I tried Pkg.free(ArrayViews) and Pkg.free(PDMats) as you suggested, but I got some errors (below): WARNING: StatsBase is fixed at 0.3.9+ conflicting with requirement for Distributions: [0.5.1-,∞) WARNING: PDMats is fixed at 0.1.1+ conflicting with requirement for Distributions: [0.2.2-,∞) ERROR: fixed packages introduce conflicting requirements for ArrayViews: StatsBase requires versions [0.4.6-,∞) [none of the available versions can satisfy this requirement] PDMats requires versions [0.4.0-,∞) Distributions requires versions [0.4.3-,∞) [none of the available versions can satisfy this requirement] available versions are 0.1.0, 0.1.1, 0.2.0, 0.2.1, 0.2.2, 0.2.3, 0.2.4, 0.2.5, 0.3.0, 0.4.0 and 0.4.1 in error at error.jl:21 in check_requirements at pkg/query.jl:109 in resolve at ./pkg/entry.jl:387 in resolve at pkg/entry.jl:371 in anonymous at pkg/entry.jl:189 in transact at pkg/git.jl:81 in _checkout at pkg/entry.jl:181 in free at pkg/entry.jl:211 in anonymous at pkg/dir.jl:28 in cd at ./file.jl:20 in __cd#230__ at ./pkg/dir.jl:28 in free at pkg.jl:37 But I followed some instructions in this webpage: http://julia.readthedocs.org/en/latest/manual/packages/ It says: Your package requirements are in the file ~/.julia/v0.3/REQUIRE. You can edit this file by hand and then call Pkg.resolve() to install, upgrade or remove packages to optimally satisfy the requirements So I edited the REQUIRE file by removing the line Distributions. Then I came back to Julia and run julia Pkg.resolve() julia Pkg.checkout(Distributions) julia Pkg.status(Distributions) - Distributions 0.4.2+ master julia using Distributions And I could load Distributions correctly. I tried the same thing for ArrayViews and PDMats but I got the following message from Pkg.resolve() julia Pkg.resolve() WARNING: ArrayViews is fixed at 0.4.1+ conflicting with requirement for StatsBase: [0.4.6-,∞) WARNING: ArrayViews is fixed at 0.4.1+ conflicting with requirement for Distributions: [0.4.3-,∞) WARNING: StatsBase is fixed at 0.3.9+ conflicting with requirement for Distributions: [0.5.1-,∞) WARNING: PDMats is fixed at 0.1.1+ conflicting with requirement for Distributions: [0.2.2-,∞) INFO: No packages to install, update or remove Thank you for your help! I see I have too much to study to better understand how Julia works. Best, Charles On Tue, Sep 23, 2014 at 11:57 PM, Andreas Noack andreasnoackjen...@gmail.com wrote: Do you have a reason to have ArrayViews and PDMats fixed? If not try Pkg.free(ArrayViews) and Pkg.free(PDMats) Med venlig hilsen Andreas Noack 2014-09-23 17:51 GMT-04:00 Charles Novaes de Santana charles.sant...@gmail.com: Hi guys, thank you for the quick reply! About my version of Distributions: julia Pkg.status(Distributions) - Distributions 0.4.2 master And, yes, I am building julia from master (the default option, right?). I tried to update Distributions and I got the following error: julia Pkg.checkout(Distributions) INFO: Checking out Distributions master... INFO: Pulling Distributions latest master... WARNING: ArrayViews is fixed at 0.4.1+ conflicting with requirement for Distributions: [0.4.3-,∞) WARNING: PDMats is fixed at 0.1.1+ conflicting with requirement for Distributions: [0.2.2-,∞) ERROR: fixed packages introduce conflicting requirements for StatsBase: Distributions requires versions [0.5.1-,∞) [none of the available versions can satisfy this requirement] available versions are 0.0.0, 0.2.0, 0.2.1, 0.2.3, 0.2.4, 0.2.5, 0.2.6, 0.2.7, 0.2.8, 0.2.9, 0.3.0, 0.3.1, 0.3.2, 0.3.3, 0.3.4, 0.3.5, 0.3.6, 0.3.7, 0.3.8 and 0.3.9 in error at error.jl:21 in check_requirements at pkg/query.jl:109 in resolve at ./pkg/entry.jl:387 in resolve at pkg/entry.jl:371 in anonymous at pkg/entry.jl:189 in transact at pkg/git.jl:81 in _checkout at pkg/entry.jl:181 in checkout at pkg/entry.jl:196 in anonymous at pkg/dir.jl:28 in cd at ./file.jl:20 in cd at pkg/dir.jl:28 in checkout at pkg.jl:34 So, I will try to checkout version 0.3 of Julia and see what happens. It seems that this problem with Cholesky is
Re: [julia-users] Problem loading package Distributions
Great, Andreas!! I have removed my folder .julia and followed your instructions: julia Pkg.init() INFO: Initializing package repository /home/charles/.julia/v0.4 INFO: Cloning METADATA from git://github.com/JuliaLang/METADATA.jl julia Pkg.add(Distributions) INFO: Cloning cache of ArrayViews from git:// github.com/lindahua/ArrayViews.jl.git INFO: Cloning cache of Distributions from git:// github.com/JuliaStats/Distributions.jl.git INFO: Cloning cache of PDMats from git://github.com/JuliaStats/PDMats.jl.git INFO: Cloning cache of StatsBase from git:// github.com/JuliaStats/StatsBase.jl.git INFO: Installing ArrayViews v0.4.6 INFO: Installing Distributions v0.5.4 INFO: Installing PDMats v0.2.4 INFO: Installing StatsBase v0.6.5 INFO: Package database updated julia Pkg.status() 2 required packages: - Distributions 0.5.4 4 additional packages: - ArrayViews0.4.6 - DataStructures0.3.2 - PDMats0.2.4 - StatsBase 0.6.5 julia using Distributions Now Everything is working perfectly! Thank you very much for your time! :) Best, Charles On Wed, Sep 24, 2014 at 12:20 AM, Andreas Noack andreasnoackjen...@gmail.com wrote: If you don't want to delete the directory you could try to print the output from Pkg.status() Med venlig hilsen Andreas Noack 2014-09-23 18:19 GMT-04:00 Andreas Noack andreasnoackjen...@gmail.com: If you are using Julia 0.4 then your packages are in .julia/v0.4 not 0.3. I don't think you should edit any of these files by hand. Somehow your packages have gone into a weird state. I'd just delete the .julia/v0.4 directory and then run Pkg.init();Pkg.add(Distributions) Med venlig hilsen Andreas Noack 2014-09-23 18:12 GMT-04:00 Charles Novaes de Santana charles.sant...@gmail.com: Hi again, I don't know why PDMats and ArrayViews are fixed. I don't even know what it means in Julia. Sorry. I tried Pkg.free(ArrayViews) and Pkg.free(PDMats) as you suggested, but I got some errors (below): WARNING: StatsBase is fixed at 0.3.9+ conflicting with requirement for Distributions: [0.5.1-,∞) WARNING: PDMats is fixed at 0.1.1+ conflicting with requirement for Distributions: [0.2.2-,∞) ERROR: fixed packages introduce conflicting requirements for ArrayViews: StatsBase requires versions [0.4.6-,∞) [none of the available versions can satisfy this requirement] PDMats requires versions [0.4.0-,∞) Distributions requires versions [0.4.3-,∞) [none of the available versions can satisfy this requirement] available versions are 0.1.0, 0.1.1, 0.2.0, 0.2.1, 0.2.2, 0.2.3, 0.2.4, 0.2.5, 0.3.0, 0.4.0 and 0.4.1 in error at error.jl:21 in check_requirements at pkg/query.jl:109 in resolve at ./pkg/entry.jl:387 in resolve at pkg/entry.jl:371 in anonymous at pkg/entry.jl:189 in transact at pkg/git.jl:81 in _checkout at pkg/entry.jl:181 in free at pkg/entry.jl:211 in anonymous at pkg/dir.jl:28 in cd at ./file.jl:20 in __cd#230__ at ./pkg/dir.jl:28 in free at pkg.jl:37 But I followed some instructions in this webpage: http://julia.readthedocs.org/en/latest/manual/packages/ It says: Your package requirements are in the file ~/.julia/v0.3/REQUIRE. You can edit this file by hand and then call Pkg.resolve() to install, upgrade or remove packages to optimally satisfy the requirements So I edited the REQUIRE file by removing the line Distributions. Then I came back to Julia and run julia Pkg.resolve() julia Pkg.checkout(Distributions) julia Pkg.status(Distributions) - Distributions 0.4.2+ master julia using Distributions And I could load Distributions correctly. I tried the same thing for ArrayViews and PDMats but I got the following message from Pkg.resolve() julia Pkg.resolve() WARNING: ArrayViews is fixed at 0.4.1+ conflicting with requirement for StatsBase: [0.4.6-,∞) WARNING: ArrayViews is fixed at 0.4.1+ conflicting with requirement for Distributions: [0.4.3-,∞) WARNING: StatsBase is fixed at 0.3.9+ conflicting with requirement for Distributions: [0.5.1-,∞) WARNING: PDMats is fixed at 0.1.1+ conflicting with requirement for Distributions: [0.2.2-,∞) INFO: No packages to install, update or remove Thank you for your help! I see I have too much to study to better understand how Julia works. Best, Charles On Tue, Sep 23, 2014 at 11:57 PM, Andreas Noack andreasnoackjen...@gmail.com wrote: Do you have a reason to have ArrayViews and PDMats fixed? If not try Pkg.free(ArrayViews) and Pkg.free(PDMats) Med venlig hilsen Andreas Noack 2014-09-23 17:51 GMT-04:00 Charles Novaes de Santana charles.sant...@gmail.com: Hi guys, thank you for the quick reply! About my version of Distributions: julia Pkg.status(Distributions) - Distributions 0.4.2 master And, yes, I am building julia from master (the default option, right?). I
[julia-users] Pretty Printing of Results
Dear Julia Users, I have been coding various Bayesian spatial econometric models and have a question that is probably very basic but the solution eludes me. I'd like to be able to pretty print the output from the models akin to a standard regression package like so: Direct Effects VariablePosterior MeanLower 95%Upper 95% Income 3.0965 2.8765 3.4567 Education .3456 .2987 .3985 I'd like to be able to have the user define the variables names and the remaining quantities would be computed from the MCMC samplers. Can anyone provide a workable solution to this issue? Is there a general purpose function where a user could input the variables names and matrix of data to be printed? Any help that could be provided would be greatly appreciated. Also, if anyone is interested in these models, please let me know. I'd like to eventually release these for all to use after this issue is surmounted. Regards, Don
[julia-users] Re: windows 7: cutpaste, window widthposition, etc
I evaluated and shared my impressions of ConEmu, cmder, Console2, and mintty a few months back here https://github.com/JuliaLang/julia/issues/7267#issuecomment-47131696. The last libuv bugs that were causing trouble with mintty have been fixed since then. People who want to use ConEmu can of course, but there were enough performance issues and godawful default configurations that Isaiah and I were not fans of using it by default. On Tuesday, September 23, 2014 1:26:38 PM UTC-7, Peter Simon wrote: The default Windows terminal is not very good. I am very happy with ConEmu as a replacement, which is highly configurable, and integrates into the Windows Explorer context menu, allowing one to launch a Julia session in a particular directory by right-clicking. --Peter On Tuesday, September 23, 2014 6:21:21 AM UTC-7, Ben Arthur wrote: normally i use mac or linux, but am now having to use windows as well, and have the following questions: 1. i can make the julia repl window taller, but not wider. is the latter possible? 2. i can paste into the julia repl, but not copy anything from it. again, possible? 3. is there any way on windows to get it to remember the last size/position of the window? 4. on my monitor, the shade of blue used by info() is difficult to read against the black background. is there a way to change it without having to compile julia? thanks.
[julia-users] Re: Pretty Printing of Results
Donald, I would enjoy seeing your code once you release it. I'm doing research with Bayesian bioinformatics models using MCMC. You can place all your MCMC samples in a DataFrame and then call describe on it to get a very similar output to what you described. You can also write your own inspired from the definition https://github.com/JuliaStats/DataFrames.jl/blob/cb9cd7f4c72eb49efd94d722731919a4086f683c/src/dataframe/dataframe.jl#L683 of the describe function. Or instead of using rpad to get the spacing right, you can use @printf or @sprintf instead. On Tuesday, September 23, 2014 6:29:25 PM UTC-5, Donald Lacombe wrote: Dear Julia Users, I have been coding various Bayesian spatial econometric models and have a question that is probably very basic but the solution eludes me. I'd like to be able to pretty print the output from the models akin to a standard regression package like so: Direct Effects VariablePosterior MeanLower 95%Upper 95% Income 3.0965 2.8765 3.4567 Education .3456 .2987 .3985 I'd like to be able to have the user define the variables names and the remaining quantities would be computed from the MCMC samplers. Can anyone provide a workable solution to this issue? Is there a general purpose function where a user could input the variables names and matrix of data to be printed? Any help that could be provided would be greatly appreciated. Also, if anyone is interested in these models, please let me know. I'd like to eventually release these for all to use after this issue is surmounted. Regards, Don
[julia-users] DataArray Concatenation
a=@data([NA,3,5,7,NA,3,7]) i want to do this: b=[NA,a[1:end-1]] but julia says no convert methods. is there anyone know some other ways?