Re: [julia-users] Re: Input a data from the console

or, the more specific function read_integer(prompt::String="")::Int print(prompt) str = chomp(readline()) return parse(Int, str) end On Friday, October 28, 2016 at 1:17:54 AM UTC-4, Jeffrey Sarnoff wrote: > > with Yichao's help, > > > > typealias ParseableNumber Union{Float64,

Re: [julia-users] Re: Input a data from the console

with Yichao's help, typealias ParseableNumber Union{Float64, Float32, Signed, Unsigned, Bool} """ `input{T<:ParseableNumber}(::Type{T}, prompt::String="")::T` Read an integer or a floating point value from STDIN. The prompt string, if given, is printed to standard output without a

Re: [julia-users] Re: Input a data from the console

Thank you, that is helpful. On Friday, October 28, 2016 at 12:22:37 AM UTC-4, Yichao Yu wrote: > > On Fri, Oct 28, 2016 at 12:01 AM, Jeffrey Sarnoff > wrote: > > And although readline() yields a String, if you are asking for, say, a > Int > > or a Float64 value, you

Re: [julia-users] Re: Input a data from the console

On Fri, Oct 28, 2016 at 12:01 AM, Jeffrey Sarnoff wrote: > And although readline() yields a String, if you are asking for, say, a Int > or a Float64 value, you can add a second version of `input`: > > ``` > typealias ParseableNumber Union{Float64, Float32, Signed,

[julia-users] Re: Input a data from the console

And although readline() yields a String, if you are asking for, say, a Int or a Float64 value, you can add a second version of `input`: ``` typealias ParseableNumber Union{Float64, Float32, Signed, Unsigned, Bool} """ `input{T<:ParseableNumber}(::Type{T}, prompt::String="")::T` Read an

[julia-users] Re: Sparse arrays in Julia

Actually, I don't think it makes very much sense, one could use a dictionary of tuples instead. Sparse 2D exist for a reason: efficient matrix multiplication, etc. Disregard this email. -Júlio Em quinta-feira, 27 de outubro de 2016 17:07:01 UTC-7, Júlio Hoffimann escreveu: > > Hello, > > Is

[julia-users] Sparse arrays in Julia

Hello, Is it possible to create a multidimensional sparse array in Julia? sparse() works for matrices, I wonder if someone can extend it to multidimensional arrays. Where should I open a feature request? -Júlio

Re: [julia-users] Re: Nemo AcbField error

On 27 October 2016 at 23:33, digxx wrote: > > > Am Donnerstag, 27. Oktober 2016 23:00:48 UTC+2 schrieb Tommy Hofmann: >> >> There is a reason I asked to check for two libflint files three days ago. >> I saw this error with the missing libflint-13.dll before. The ln

Re: [julia-users] Re: Nemo AcbField error

Am Donnerstag, 27. Oktober 2016 23:00:48 UTC+2 schrieb Tommy Hofmann: > > There is a reason I asked to check for two libflint files three days ago. > I saw this error with the missing libflint-13.dll before. The ln command > can and will fail silently for various reasons. Maybe just to

[julia-users] Re: ANN: ParallelAccelerator v0.2 for Julia 0.5 released.

To answer your question #1, would the following be suitable? There may be a couple details to work out but what about the general approach? if haskey(Pkg.installed(), "ParallelAccelerator") println("ParallelAccelerator present") using ParallelAccelerator macro PkgCheck(ast)

Re: [julia-users] Re: Nemo AcbField error

There is a reason I asked to check for two libflint files three days ago. I saw this error with the missing libflint-13.dll before. The ln command can and will fail silently for various reasons.

Re: [julia-users] Re: Nemo AcbField error

*Home Free: no longer is getting Nemo's usefulness somewhere else and costing you time.* On Thu, Oct 27, 2016 at 4:27 PM, 'Bill Hart' via julia-users < julia-users@googlegroups.com> wrote: > Yes, we'll eventually get rid of the warnings. Technically we only fully > support Julia-0.4 at the

Re: [julia-users] automatically moving from cmake 3.6.1 to cmakex.y.z

Given that we're not going to change either llvm or libgit2 to use anything other than cmake, and other dependencies are increasingly adopting it as well, it's pretty much inevitable that we'll eventually use it if first-class MSVC support is ever going to happen. We're very much doing the

Re: [julia-users] Re: Nemo AcbField error

Am Donnerstag, 27. Oktober 2016 22:27:52 UTC+2 schrieb Bill Hart: > > Yes, we'll eventually get rid of the warnings. Technically we only fully > support Julia-0.4 at the moment. However, Nemo is known to work with > Julia-0.5 with some warnings. > > Thanks for persisting with it. I'm glad it

Re: [julia-users] Re: Nemo AcbField error

Yes, we'll eventually get rid of the warnings. Technically we only fully support Julia-0.4 at the moment. However, Nemo is known to work with Julia-0.5 with some warnings. Thanks for persisting with it. I'm glad it is working for you now. We'll try to figure out how to stop this happening in

Re: [julia-users] Re: Nemo AcbField error

Am Donnerstag, 27. Oktober 2016 21:25:54 UTC+2 schrieb Jeffrey Sarnoff: > > You are home free! Try arbfield(1) twice .. > Yes I know the warning is gone I'm just wondering why it always shows up the first time... home free? in terms of homedir() or what you mean?

Re: [julia-users] Re: Comprehension (generator) with statement IF and the number of true

On Thursday, October 27, 2016 at 1:23:47 PM UTC-4, DNF wrote: > > All higher-order functions? I thought it was mainly anonymous functions. > Either way, that's a seriously big slowdown. > All higher-order functions can benefit in Julia 0.5, not just anonymous functions. Because each function

Re: [julia-users] Re: Nemo AcbField error

You are home free! Try arbfield(1) twice .. On Thursday, October 27, 2016 at 3:22:39 PM UTC-4, digxx wrote: > > > > Am Donnerstag, 27. Oktober 2016 20:24:19 UTC+2 schrieb Bill Hart: >> >> It could well be libflint-13.dll is the problem. It's just a copy of the >> other flint dll, so you can

Re: [julia-users] Re: Nemo AcbField error

Am Donnerstag, 27. Oktober 2016 20:24:19 UTC+2 schrieb Bill Hart: > > It could well be libflint-13.dll is the problem. It's just a copy of the > other flint dll, so you can make that any way you like. Just copy the file > and rename the copy. > > As for the dll DependencyWalker claims is

[julia-users] Re: ANN: ParallelAccelerator v0.2 for Julia 0.5 released.

Not speaking on behalf of the ParallelAccelerator team - but the long term future of ParallelAccelerator in my opinion is to do exactly that - keep pushing on new things and get them (code or ideas) merged into Base as they stabilize. Without the ParallelAccelerator team pushing us,

[julia-users] Re: Writing a subset DataFrame to file is 220 times slower than saving the whole DataFrame

Wow ! Impressive difference, it is 100 time faster without sub() : s = df[df[:rank_PV].<=r_max,:] @time write_results(s, name, "significant", sep, h) Saving... significant/Stat.csv 0.704880 seconds (7.14 M allocations: 164.687 MB, 2.40% gc time) s = sub(df, (df[:rank_PV] .<= r_max)) @time

Re: [julia-users] Re: Nemo AcbField error

It could well be libflint-13.dll is the problem. It's just a copy of the other flint dll, so you can make that any way you like. Just copy the file and rename the copy. As for the dll DependencyWalker claims is missing, I don't know what it does and it might not be relevant. We are mainly looking

Re: [julia-users] Re: Nemo AcbField error

To see your path, open the terminal and type: Path move the file wget64.exe, now given the name wget.exe to one of the directories in your path. and maybe this will take: start Julia Pkg.rm("Nemo") Pkg.rm("Nemo") Pkg.update() Pkg.add("Nemo") quit() start Julia Pkg.build("Nemo") # let it finish

Re: [julia-users] Re: Trait for exactness of numbers

I see thank you very much for your answer! :D El martes, 25 de octubre de 2016, 13:20:50 (UTC-5), Tim Holy escribió: > > > Why not use dispatch instead? > > Because subtyping isn't powerful enough for all needs. For example: > > > julia> using Unitful > > julia> const mm = u"mm" > mm > > julia>

Re: [julia-users] Re: Nemo AcbField error

Am Donnerstag, 27. Oktober 2016 19:33:22 UTC+2 schrieb Jeffrey Sarnoff: > > libflint-13.dll appears to be a copy of libflint.dll with a different name > and you can try copying libflint.dll to libflint-13.dll > The .git\ is not there because you have not tried to add then build Nemo > with git

Re: [julia-users] Re: Nemo AcbField error

It may be helpful to download https://eternallybored.org/misc/wget/current/wget64.exe and copy it `wget.exe` then put that file somewhere in your Path (not in the Nemo subdirectories). On Thursday, October 27, 2016 at 1:33:22 PM UTC-4, Jeffrey Sarnoff wrote: > > libflint-13.dll appears to be

[julia-users] Re: ANN: ParallelAccelerator v0.2 for Julia 0.5 released.

Thank you for all of your amazing work. I will be giving v0.2 a try soon. But I have two questions: 1) How do you see ParallelAccelerator integrating with packages? I asked this in the chatroom, but I think having it here might be helpful for others to chime in. If I want to use

[julia-users] Re: Input a data from the console

""" `input(prompt::String="")::String` Read a string from STDIN. The trailing newline is stripped. The prompt string, if given, is printed to standard output without a trailing newline before reading input. """ function input(prompt::String = "")::String print(prompt) return

Re: [julia-users] Re: Nemo AcbField error

libflint-13.dll appears to be a copy of libflint.dll with a different name and you can try copying libflint.dll to libflint-13.dll The .git\ is not there because you have not tried to add then build Nemo with git becoming engaged, and that too is worthwhile doing. Double check that you have

Re: [julia-users] Re: Nemo AcbField error

@Bill: it's telling me for example EXT-MS-WIN-KERNEL32-QUIRKS-L1-1-1.DLL error opening file. file not found thats not what u mean, or? Thats in the middle tab... Additionally it says quite generally: Error: At least one required implicit or forwarded dependency was not found.

Re: [julia-users] Re: Comprehension (generator) with statement IF and the number of true

All higher-order functions? I thought it was mainly anonymous functions. Either way, that's a seriously big slowdown. On Thursday, October 27, 2016 at 4:55:40 PM UTC+2, Steven G. Johnson wrote: > > > > On Wednesday, October 26, 2016 at 3:29:39 PM UTC-4, DNF wrote: >> >> Actually, I see only a

[julia-users] Re: ANN: ParallelAccelerator v0.2 for Julia 0.5 released.

That's interesting. I generally don't test with gcc and my experiments with ICC/C have shown something like 20% slower for LLVM/native threads for some class of benchmarks (like blackscholes) but 2-4x slower for some other benchmarks (like laplace-3d). The 20% may be attributable to ICC

Re: [julia-users] Re: Nemo AcbField error

Actually: libflint-13.dll 14,156 KB is missing for me also is .git\ under Nemo Am Donnerstag, 27. Oktober 2016 18:32:48 UTC+2 schrieb Jeffrey Sarnoff: > > With 64-bit Win7, in my directory for Julia packages > > under Nemo: > .git\ > benchmarks\ > deps\ > doc\ > local\ > src\ > test\ >

[julia-users] Re: Writing a subset DataFrame to file is 220 times slower than saving the whole DataFrame

I'm not sure what's wrong with sub, but don't use it -- it's definitely worse than just making a copy of the subset you want to write. s = df[df[:rank_PV].<=r_max,:] @time write_results(s, name, "significant", sep, h) On Thursday, October 27, 2016 at 5:07:31 AM UTC-7, Fred wrote: > > Hi, >

Re: [julia-users] Re: Nemo AcbField error

With 64-bit Win7, in my directory for Julia packages under Nemo: .git\ benchmarks\ deps\ doc\ local\ src\ test\ .gitignore .travis.yml appveyor.yml LICENSE.md README.md REQUIRE todo.txt windows_build.txt in deps: antic\ arb\ flint2\ build.jl mpfr-3.1.3.tar.bz2 mpir-2.7.2.tar.bz2

[julia-users] Re: Pkg.add("IJulia") fails

Seems similar error to this thread: https://groups.google.com/d/msg/julia-users/-ZbGyFFPCm8/UByZrFoNBwAJ I tried installing a compiler like the one guy said and that didn't seem to help :( On Thursday, October 27, 2016 at 7:54:41 AM UTC-4, bker wrote: > > Windows 7 Professional. Tried the

[julia-users] [ANNOUNCE] TestSetExtensions.jl

Hey All, I just registered the TestSetExtensions package, which collects some extensions and convenience utilities to maximize your testing enjoyment. It builds on the new Base.Test infrastructure in Julia v0.5 (also available in v0.4 with the BaseTestNext package). It's designed so that you

[julia-users] Re: Input a data from the console

it will be read as a string so you can skip the quotes.. to remove the ballast (single trailing newline from a string) use "chomp" function julia> user_input = chomp(readline()); asd julia> user_input "asd" On Thursday, October 27, 2016 at 5:16:25 PM UTC+2, Aleksandr Mikheev wrote: > > Hello,

Re: [julia-users] Profile.print() options for easier reading of profile output data

Lars and I once put a tool together which writes the info into a .pro file, similar to memory profiling with a .mem file. Never made it into a PR but maybe of use: https://github.com/mauro3/ProfileFile.jl On Tue, 2016-10-25 at 23:36, Angel de Vicente wrote: >

[julia-users] Re: Input a data from the console

Okay, I accidentally figured the answer for the P.S. by myself. четверг, 27 октября 2016 г., 18:16:25 UTC+3 пользователь Aleksandr Mikheev написал: > > Hello, > > How could I input a data from the console? For instance, I would like to > make such that user is able to input the value of x. Is

[julia-users] Input a data from the console

Hello, How could I input a data from the console? For instance, I would like to make such that user is able to input the value of x. Is there any way to do it like in Fortran or something? I can't find anything in documentation. P.S. Also, I believe there is a way to input a string using

Re: [julia-users] 0.5 how to convert to Int

On Thursday, October 27, 2016 at 4:21:39 AM UTC-4, Ángel de Vicente wrote: > > > > program...@gmail.com writes: > > > BIG THX, but what about Float array ? > round(Int, rand(5)) also works. (In 0.6 this will probably be deprecated in favor of round.(Int, rand(5)) ...)

Re: [julia-users] Re: Comprehension (generator) with statement IF and the number of true

On Wednesday, October 26, 2016 at 3:29:39 PM UTC-4, DNF wrote: > > Actually, I see only a very marginal performance difference between your > mapeBase_v4 (the first v4, don't know about the second v4) and the loop > version, roughly 10%. Not sure why you're seeing a big difference. > >>

Re: [julia-users] automatically moving from cmake 3.6.1 to cmakex.y.z

> > Or even better: let's remove a lot of complexity and move the whole Julia > build system to CMake. The main advantage I see to CMake is support for Visual Studio. I would not consider it a reduction of complexity -- CMake is very much like regexes: now you have two problems. Or perhaps

[julia-users] Recursive data structures with Julia

Hi, I've been trying to implement some code to build Binary Search Trees. The code below works, I'm able to build a tree and then print it in ascending order, but it is quite ugly, with those Nullable types and having to access subtrees with code like tree.value.left instead of directly tree.left

Re: [julia-users] automatically moving from cmake 3.6.1 to cmakex.y.z

On Thu, Oct 27, 2016 at 3:24 PM Isaiah Norton wrote: > > I'm not sure if there's any good way to introspect this and trigger a > reconfigure from Julia's build system without adding a lot of complexity. > Or even better: let's remove a lot of complexity and move the

[julia-users] Re: CoinOptServices

I removed CoinOptServices and WinRPM and was then able to add CoinOptServices

Re: [julia-users] automatically moving from cmake 3.6.1 to cmakex.y.z

> > Thanks! is there a way of doing it automatically and recursively until it > finds the appropiate CMakeLists.txt file so I do not have to trawl for it? in > addition, as it seems pretty simple I am surprised this does not happen > ‘automagically’. The generated Makefiles have absolute,

[julia-users] Re: promote_op seems flakey (in a pure context)

Do you have a minimal example? On Tuesday, October 25, 2016 at 8:26:46 PM UTC-4, Andy Ferris wrote: > > I seem to be getting non-deterministic behaviour from `promote_op`, e.g. > where the output of the function is different at the REPL, in a function > and in a generated function. > > Inside

Re: [julia-users] Using -args to execute a function for different parameters

On Thu, Oct 27, 2016 at 8:48 AM, wrote: > Hi Josef, > > I shall paste a function that I used for my python files. Would it be okay > if I asked you for some help to do the same in Julia? I've implemented most > of the code but this still remains to be done in Julia and I

Re: [julia-users] Using -args to execute a function for different parameters

Hi Josef, I shall paste a function that I used for my python files. Would it be okay if I asked you for some help to do the same in Julia? I've implemented most of the code but this still remains to be done in Julia and I wasn't aware such a package exists. Thanks a lot def main(argv):

Re: [julia-users] Using -args to execute a function for different parameters

> On Thu, 27 Oct 2016 04:51:42 -0700 (PDT), said: > Hello, I've been using Julia for a month probably and I would now > like to execute a bash script containing a set of commands to run > the same file for different arguments. Within Julia, you can inspect the global

[julia-users] Writing a subset DataFrame to file is 220 times slower than saving the whole DataFrame

Hi, In the same program, I save in a file a DataFrame "df" and a subset of this DataFrame in another file. The problem I have is that saving the subset is much slower than saving the entire DataFrame : 220 times slower. It is too slow and I don't what is my mistake. Thank you for your

[julia-users] Re: Pkg.add("IJulia") fails

Windows 7 Professional. Tried the install on another computer on the same network and it was fine so presumably it's not a blocked URL. On Wednesday, October 26, 2016 at 9:46:16 PM UTC-4, Tony Kelman wrote: > > What version of windows are you using?

[julia-users] Using -args to execute a function for different parameters

Hello, I've been using Julia for a month probably and I would now like to execute a bash script containing a set of commands to run the same file for different arguments. The file myFile.jl contains calls to some functions to accomplish a task and this task needs to be rerun for different

[julia-users] Re: ImageView very slow

Paul: Would be helpful to see the real data (file) you want to visualize and the plot you are expecting.

Re: [julia-users] 0.5 how to convert to Int

programista...@gmail.com writes: > BIG THX, but what about Float array ? map(x->round(Int,x),rand(Bool,5)) map(x->round(Int,x),rand(5)) both do work. -- Ángel de Vicente http://www.iac.es/galeria/angelv/

Re: [julia-users] 0.5 how to convert to Int

BIG THX, but what about Float array ? julia> Int.(rand(Bool,10)) 10-element Array{Int64,1}: 1 0 1 1 1 0 1 0 0 0 julia> Int.(rand(10)) ERROR: InexactError() in macro expansion at .\broadcast.jl:129 [inlined] in macro expansion at .\simdloop.jl:73 [inlined] in macro expansion at

Re: [julia-users] 0.5 how to convert to Int

Hi, programista...@gmail.com writes: > in ver 0.5 how to convert to Int f.e bool or Float > > julia> int(rand(Bool,10)) > ERROR: UndefVarError: int not defined > > julia> convert(Int64,rand(Bool,10)) > ERROR: MethodError: Cannot `convert` an object of type Array{Bool,1} to an > object of type

Re: [julia-users] automatically moving from cmake 3.6.1 to cmakex.y.z

> On 27 Oct 2016, at 10:46, Federico Calboli wrote: > > >> On 27 Oct 2016, at 10:34, Bart Janssens wrote: >> >> Normally this is solved by running "cmake ." in the build directory or >> directories of the library or libraries compiled using cmake.

Re: [julia-users] automatically moving from cmake 3.6.1 to cmakex.y.z

> On 27 Oct 2016, at 10:34, Bart Janssens wrote: > > Normally this is solved by running "cmake ." in the build directory or > directories of the library or libraries compiled using cmake. Thanks! is there a way of doing it automatically and recursively until it finds

Re: [julia-users] 0.5 how to convert to Int

you must have missed Julia 0.4 which told you: _ _ _(_)_ | A fresh approach to technical computing (_) | (_) (_)| Documentation: http://docs.julialang.org _ _ _| |_ __ _ | Type "?help" for help. | | | | | | |/ _` | | | | |_| | | | (_| | | Version 0.4.7

[julia-users] 0.5 how to convert to Int

in ver 0.5 how to convert to Int f.e bool or Float julia> int(rand(Bool,10)) ERROR: UndefVarError: int not defined julia> convert(Int64,rand(Bool,10)) ERROR: MethodError: Cannot `convert` an object of type Array{Bool,1} to an object of type Int64 This may have arisen from a call to the

Re: [julia-users] automatically moving from cmake 3.6.1 to cmakex.y.z

Normally this is solved by running "cmake ." in the build directory or directories of the library or libraries compiled using cmake. Cheers, Bart On Thu, Oct 27, 2016 at 9:28 AM Federico Calboli wrote: > Hi, toady on a whim I tried > > make cleanall && make testall > >

[julia-users] automatically moving from cmake 3.6.1 to cmakex.y.z

Hi, toady on a whim I tried make cleanall && make testall but it did not work because when julia was built cmake was at 3.6.1 and now it is a 3.6.2 make[2]: /usr/local/Cellar/cmake/3.6.1/bin/cmake: No such file or directory make[2]: *** [cmake_check_build_system] Error 1 make[1]: ***

[julia-users] Re: ANN: ParallelAccelerator v0.2 for Julia 0.5 released.

With appreciation for Intel Labs' commitment, our thanks to the people who landed v0.2 of the ParallelAccelerator project. On Wednesday, October 26, 2016 at 8:13:38 PM UTC-4, Todd Anderson wrote: > > Okay, METADATA with ParallelAccelerator verison 0.2 has been merged so if > you do a standard