Re: [julia-users] Re: IDE for Julia

segunda-feira, 14 de Setembro de 2015 às 09:26:05 UTC+1, Daniel Carrera escreveu: > > > On 14 September 2015 at 08:16, Uwe Fechner > wrote: > >> While I understand your point, the success of a new programming language >> depends on the availability of a good IDE. >> >

[julia-users] Re: How to append data to a data frame?

Works the same way it would in pandas: df = DataFrame(col1 = rand(10), col2 = rand(10)) add a column by doing: df[:col3] = rand(10)

Re: [julia-users] Re: IDE for Julia

On Mon, Sep 14 2015, Joshua Ballanco wrote: > It was really only later that projects were started to build “true” Clojure > IDEs, and still I don’t think any of these surpass (or even really approach) > the utility of the IDE plugins (the three IDEs of which I’m aware are:

Re: [julia-users] Re: IDE for Julia

On 14 September 2015 at 12:40, J Luis wrote: > > > segunda-feira, 14 de Setembro de 2015 às 09:26:05 UTC+1, Daniel Carrera > escreveu: >> >> >> On 14 September 2015 at 08:16, Uwe Fechner wrote: >> >>> While I understand your point, the success of a new

Re: [julia-users] Re: IDE for Julia

> >> I'm have many years of experience with Matlab and find its IDE a >> can't-work-without-it tool. When one experiments its debugger the reason >> becomes obvious. >> >> > Do you claim that Fortran, C and Perl never achieved success until someone > wrote an IDE with a built-in debugger? ...

Re: [julia-users] Re: IDE for Julia

On Monday, September 14, 2015 at 7:17:43 AM UTC-4, Daniel Carrera wrote: > > On 14 September 2015 at 12:40, J Luis > wrote: > >> >> >> segunda-feira, 14 de Setembro de 2015 às 09:26:05 UTC+1, Daniel Carrera >> escreveu: >>> >>> >>> On 14 September 2015 at 08:16, Uwe Fechner

Re: [julia-users] Re: IDE for Julia

On Monday, September 14, 2015 at 8:56:31 AM UTC-4, J Luis wrote: > > > >>> I'm have many years of experience with Matlab and find its IDE a >>> can't-work-without-it tool. When one experiments its debugger the reason >>> becomes obvious. >>> >>> >> Do you claim that Fortran, C and Perl never

Re: [julia-users] IDE for Julia

On 14 September 2015 at 13:13, Tom Breloff wrote: > "Julia is only a carnival of hackers". I love this... Can it be the > official motto of Julia Computing? Or maybe someone can make a theme song > to be played at the next JuliaCon? (We should ask Snoop Dog to perform...)

[julia-users] [Concurrency] Julia with/vs. Python 3.5, Go, Erlang/Elixir

[First Julia claims good support with Python by using PyCall). As Python 3.5 was just released I wander if that still holds or needs fixing: https://www.python.org/dev/peps/pep-0492/ for concurrency (or otherwise). I know I could just check out.. but] in general I wander how appropriate Julia

Re: [julia-users] Re: IDE for Julia

Are there any open source languages with a "good" native IDE? I think IDEs are probably too painful to develop unless paid to do so.. > On 14 Sep 2015, at 10:31 pm, Tamas Papp wrote: > >> On Mon, Sep 14 2015, Joshua Ballanco wrote: >> >> It was really

Re: [julia-users] [ANN] Plots.jl, a plotting interface

On Friday, 11 September 2015 03:48:44 UTC+2, Tom Breloff wrote: > > Hi Miguel... Looking forward to your comments. The short answer is that it > depends on the situation. For functionality that just isn't possible for a > backend, I'll probably just throw an error (ideally with a message >

Re: [julia-users] IDE for Julia

On Monday, September 14, 2015 at 7:13:37 AM UTC-4, Tom Breloff wrote: > > "Julia is only a carnival of hackers". I love this... Can it be the > official motto of Julia Computing? Or maybe someone can make a theme song > to be played at the next JuliaCon? (We should ask Snoop Dog to

Re: [julia-users] Re: IDE for Julia

  On September 14, 2015 at 14:17:43, Daniel Carrera (dcarr...@gmail.com(mailto:dcarr...@gmail.com)) wrote: > On 14 September 2015 at 12:40, J Luis wrote: > > > > > > segunda-feira, 14 de Setembro de 2015 às 09:26:05 UTC+1, Daniel Carrera > > escreveu: > > > > > > On 14 September 2015 at

[julia-users] Re: Pango Font calls - guidance on coding with an eye to adding to Cairo.jl

I think the \040 is an octal SPACE (hex:20, dec: 32) and might be handled differently when in text/labels. btw: Are you aware of Luxor.jl (https://github.com/cormullion/Luxor.jl)?

Re: [julia-users] Re: IDE for Julia

On Monday, September 14, 2015 at 8:21:41 AM UTC-4, Joshua Ballanco wrote: ... > > I suppose you could also take the counter-counterpoint of LISP. People not > only built IDEs but entire *machines* tailored specifically to running and > debugging LISP, and it still hasn’t (really) caught on

[julia-users] Re: [ANN] Plots.jl, a plotting interface

Hi Tom, This is am ambitious idea. I wish you the best of luck. How do you plan to deal with incompatibilities between plotting backends? Every backend is different. Gadfly cannot do 3D plots, and Gnuplot is missing some plotting symbols that other libraries have. For reference, I use PyPlot.

Re: [julia-users] Re: Julia on OpenBSD

I intend to install openbsd on my x230 for the purpose of trying to port julia. Maurizio, have you documented the steps you took to get where you are ? Were you using -release or -current ? Thanks for your work ! Best, Antoine

Re: [julia-users] IDE for Julia

"Julia is only a carnival of hackers". I love this... Can it be the official motto of Julia Computing? Or maybe someone can make a theme song to be played at the next JuliaCon? (We should ask Snoop Dog to perform...) I use Sublime Text 3... I think very similar to atom. I don't understand the

Re: [julia-users] Re: IDE for Julia

To continue Michael's answer, I think it would be nice to collect list of most important features that existing editors for Julia still lack and think out what can be improved. So far I've seen following features: * integrated debugger -- currently work in progress (Gallium.jl), so it may change

[julia-users] Re: How to append data to a data frame?

`push!(df, [...values])` works, although I would worry a bit about efficiency. On Monday, September 14, 2015 at 7:37:04 AM UTC-4, Nils Gudat wrote: > > Works the same way it would in pandas: > > df = DataFrame(col1 = rand(10), col2 = rand(10)) > > add a column by doing: > > df[:col3] = rand(10)

[julia-users] Re: Pango Font calls - guidance on coding with an eye to adding to Cairo.jl

On Monday, 14 September 2015 09:21:51 UTC-3, Andreas Lobinger wrote: > > I think the \040 is an octal SPACE (hex:20, dec: 32) and might be handled > differently when in text/labels. > yes 040 is octal for 32 which is ASCII space, but if you look at the examples then you'll see that some text

Re: [julia-users] Re: IDE for Julia

I agree - each part should work well (and as far as possible be in Julia). We should keep the eye on compatibility though, for example many IDEs assume the gdb-mi interface for the debugger. If we go our own way in Julia it will make it much harder to adopt. On Monday, September 14, 2015 at

[julia-users] Re: Pango Font calls - guidance on coding with an eye to adding to Cairo.jl

Drawing is partly an experiment in how to make an interface. Luxor provides (and always will provide) more functionality because it is closer to Cairo. I am not sure Drawing will even expose arbitrary coordinate transforms (never mind clipping etc). Drawing is partly for me to make "art".

Re: [julia-users] Re: Julia on OpenBSD

Hi Antoine, Currently I'm struck with libunwind's dependency, which is needed to produce backtraces. I have forked the repository and am working towards making the code compile, but the task is hard because of the many low-level processing the library has to do. Have a look here:

Re: [julia-users] Re: IDE for Julia

Well, Gambas for example: https://en.wikipedia.org/wiki/Gambas Am Montag, 14. September 2015 14:54:27 UTC+2 schrieb Sheehan Olver: > > Are there any open source languages with a "good" native IDE? > > I think IDEs are probably too painful to develop unless paid to do so.. > > > On 14 Sep 2015,

[julia-users] Re: How to append data to a data frame?

Sorry for not actually paying attention to your question, you want to add a row! If you can get the data into another dataframe with the same column names (e.g. if you have another CSV with the same header), you can do: append!(df, newdata)

Re: [julia-users] [ANN] Plots.jl, a plotting interface

Hi Daniel... ambitious but I think it will be incredibly useful (even if I'm the only one that ever uses it). Did you see my last post about PyPlot? I was working on PyPlot support yesterday, and you can do a ton of stuff already. See the examples:

[julia-users] Re: Pango Font calls - guidance on coding with an eye to adding to Cairo.jl

Drawing.jl looks more sophisticated -- I might switch to it myself :) I suppose the experts use Cairo or Compose directly, so the focus of these type of packages should be on ease of use/simplicity...

[julia-users] Re: Pango Font calls - guidance on coding with an eye to adding to Cairo.jl

On Monday, September 14, 2015 at 4:21:16 PM UTC+2, cormu...@mac.com wrote: > > Drawing.jl looks more sophisticated -- I might switch to it myself :) I > suppose the experts use Cairo or Compose directly, so the focus of these > type of packages should be on ease of use/simplicity... I'm using

Re: [julia-users] Re: IDE for Julia

I'd take the neutral ground here - for a language like Julia there is a continuum of users ranging from people happy to live in vim/emacs, through Developer IDEs to people looking for a 'Workbench'. This is dissimilar from many of the languages being argued about in this thread (C, Java, Lisp

Re: [julia-users] [ANN] Plots.jl, a plotting interface

Daniel, this is the approach that I'm taking with Vega.jl; trying to make simple things obvious to change and crazy interactivity from Vega accessible *somehow* (still working on that!). Not sure how that will fit into a common plot interface, but once I'm further along, hopefully I can

Re: [julia-users] [ANN] Plots.jl, a plotting interface

Also... the really important benefit that I see in Plots.jl (if people start using it, of course) is that the authors of each backend package don't need to focus all their energy on supporting 101 ways to create the same plot. They can focus on adding the core features to their backend

Re: [julia-users] Re: IDE for Julia

On 14 September 2015 at 14:54, Sheehan Olver wrote: > Are there any open source languages with a "good" native IDE? > > I think IDEs are probably too painful to develop unless paid to do so.. > There are many good IDEs for C and C++; and some for Fortran, Python and

Re: [julia-users] Re: IDE for Julia

Good work. Which toolkit are you using to develop this? Last week I was looking at GUI toolkits for Julia and I think that Gtk+ is the most developed. I think that an IDE written in Julia is the right goal for the long term. Is the code published somewhere? Can I have a look? Cheers, Daniel. On

Re: [julia-users] Re: IDE for Julia

And to continue Andrei's answer... all of these things need to work well in their own right, and that's what the community should be focused on. IDEs will happen naturally, but they should be composed of things that exist in isolation (IMO). On Mon, Sep 14, 2015 at 9:44 AM, Andrei

Re: [julia-users] Re: IDE for Julia

Instead of complaining like I usually do I've been making a rough prototype of IDE for Julia in Julia, and it seems to me that in the long term it's the right idea. Using existing editors allow to quickly take advantage of their features, but past that it's really hard to integrate more

Re: [julia-users] Re: IDE for Julia

On 14 September 2015 at 14:56, J Luis wrote: > You have to admit that it's not fair to do such comparisons for the simple > fact that when those languages started (and long long time after) IDEs like > we are talking simply did not exist. Not that they do, you can't live >

[julia-users] Updating a single output line in IJulia

Hi, I have some loops I'd like to observe/debug by seeing the parameters change. In the REPL I can do print(" $p1 $p2 \r") flush(STDOUT) and have my parameters updating on a line. This doesn't seem to work in IJulia. When I try it, there is no output. I guess this is because this isn't STDOUT,

Re: [julia-users] [ANN] Plots.jl, a plotting interface

Hi Randy, To be clear, interactivity (as I understand it) is not something I want or would use. I need to change the plot settings programmatically so I can reproduce the exact same plot later if I need to. Cheers, Daniel. On 14 September 2015 at 16:02, Randy Zwitch

Re: [julia-users] [Concurrency] Julia with/vs. Python 3.5, Go, Erlang/Elixir

Please post such open-ended or X-vs-Y opinion questions to a different venue, such as reddit or a personal blog. On Mon, Sep 14, 2015 at 7:58 AM, Páll Haraldsson wrote: > > [First Julia claims good support with Python by using PyCall). As Python > 3.5 was just

Re: [julia-users] Re: IDE for Julia

> > If I had to pick someplace to focus effort on improving tooling for Julia > in general, I’d look at improving/adding a network interface to the REPL. If anyone is interested in working on this, one approach is to implement the server side of the Jupyter protocol in pure Julia. So far the

Re: [julia-users] [ANN] Plots.jl, a plotting interface

Sure, I was just speaking in generic terms. My goals for Vega are similar to your goals for static plots; in addition, I'm looking to define an interactivity interface...both of which don't necessarily overlap with Tom's goals with Plots.jl, but may in the future. On Monday, September 14, 2015

Re: [julia-users] [ANN] Plots.jl, a plotting interface

Nope, just another generic statement :) All I mean is, I'm trying to make a wrapper for Vega that is simple/obvious and powerful. All of my code will be focused on the "Vega way" of doing things, as opposed to an abstract way for all backends as you are approaching things. So there could be

Re: [julia-users] Re: IDE for Julia

> > There is a project called GtkSourceView that extends Gtk+ with a source > editor See also https://github.com/tknopp/Julietta.jl On Mon, Sep 14, 2015 at 11:14 AM, Daniel Carrera wrote: > Ooops, stupid question. I see that the screenshot actually shows the > source code.

Re: [julia-users] [ANN] Plots.jl, a plotting interface

Randy: you're inspiring me to build the Vega support next so I can save you some effort :) I've already been able to create lots of varied plots in *very* different backends, all with the exact same plotting calls. I'll open an issue and cc you. If there's a "Vega-way" to do something, it

[julia-users] Package update which broke my Python link

Hi, I'm not sure where exactly my problem is located (in code/interfaces) so any help would be appreciated. I did an update of all of my packages a few nights ago and ran into the same problem detailed here: https://groups.google.com/d/msg/julia-users/XqzNceNwa2Y/ZhahE-kQAwAJ Basically the

[julia-users] ANN: Immerse package, and more videos on interactive plotting

I'm pleased to announce the availability of the Immerse package: https://github.com/JuliaGraphics/Immerse.jl Immerse is designed to add a new layer of interactivity to Gadfly plots. I've also posted two tutorial videos: https://www.youtube.com/watch?v=urM4SY92QTI

Re: [julia-users] Re: IDE for Julia

> > The list looks sensible. Can you clarify what you mean by code > refactoring? How do you think we should do built-in plots when we currently > suffer from too much diversity in plotting APIs? Gadfly is popular, but I > don't like it and it is immature, so I use PyPlot. > Just to clarify, this

Re: [julia-users] Re: installation problem mageia 5

Great. Thanks for posting a link to the solution – that may help someone else out in the future. On Sun, Sep 13, 2015 at 3:52 AM, Evan wrote: > I found the solution here: > https://github.com/JuliaLang/julia/issues/13089 > > > > On Thursday, September 10, 2015 at 10:40:23

Re: [julia-users] Re: IDE for Julia

On 14 September 2015 at 17:16, Isaiah Norton wrote: > There is a project called GtkSourceView that extends Gtk+ with a source >> editor > > > See also https://github.com/tknopp/Julietta.jl > > I think Julietta is exactly the right idea, but it looks abandoned (no wok in

Re: [julia-users] Re: IDE for Julia

> > we currently suffer from too much diversity in plotting APIs Working on it, Daniel. ;) On Mon, Sep 14, 2015 at 10:48 AM, Daniel Carrera wrote: > > > On 14 September 2015 at 15:44, Andrei wrote: > >> To continue Michael's answer, I think it

Re: [julia-users] [ANN] Plots.jl, a plotting interface

> The priority for me is to be able to fiddle with the details of the plot: change the font, define a new colour, remove the tick marks, have two y-axes, change the aspect ratio, insert formulas in LaTeX, etc. So the plot itself is usually very simple, but I need to be able to make any change

Re: [julia-users] Re: IDE for Julia

I just had a look at Julietta: "For code conributions: As the original author of this work I want to keep right to spin off a commercial version of this software." :-( Daniel. On 14 September 2015 at 17:16, Isaiah Norton wrote: > There is a project called

Re: [julia-users] Re: IDE for Julia

Agreed about the license... I'd prefer to have a community-supported IDE with MIT license. On Mon, Sep 14, 2015 at 11:19 AM, Daniel Carrera wrote: > I just had a look at Julietta: > > "For code conributions: As the original author of this work I want to keep > right to spin

Re: [julia-users] Re: IDE for Julia

Ooops, stupid question. I see that the screenshot actually shows the source code. You are using Gtk (yay!). There is a project called GtkSourceView that extends Gtk+ with a source editor with support for syntax highlighting, line numbers, and so on: https://wiki.gnome.org/Projects/GtkSourceView/

Re: [julia-users] Re: IDE for Julia

Nice. Are you familiar with Julietta? https://github.com/tknopp/Julietta.jl --Tim On Monday, September 14, 2015 06:07:52 AM jonathan.bie...@alumni.epfl.ch wrote: > Instead of complaining like I usually do I've been making a rough prototype > of IDE for Julia in Julia, and it seems to me that in

Re: [julia-users] ANN: Immerse package, and more videos on interactive plotting

I'm very excited about this package... checking it out now. Thanks Tim. On Mon, Sep 14, 2015 at 11:14 AM, Tim Holy wrote: > I'm pleased to announce the availability of the Immerse package: > https://github.com/JuliaGraphics/Immerse.jl > > Immerse is designed to add a new

Re: [julia-users] ANN: Immerse package, and more videos on interactive plotting

+100 i don't even know what to say. This is so awesome. It's exactly what I wished for with gadfly On 2015-09-14 17:14, Tim Holy wrote: I'm pleased to announce the availability of the Immerse package: https://github.com/JuliaGraphics/Immerse.jl Immerse is designed to add a new layer of

[julia-users] Re: Package update which broke my Python link

Steven (PyCall author) posted on this a few days ago. The bug has been fixed, you just need to Pkg.checkout("PyCall") which will get the latest version of the code from master. Note, though, that even with this fixed, I'm having some problems with plotting in the IJulia notebook (dead

Re: [julia-users] Re: IDE for Julia

I agree with Tom. For example, KDevelop and QtDevelop are apparently excellent IDEs with great debuggers, but they both use plain old gdb in the background. I suspect that some of the people asking for an IDE are really looking for a good debugger and easy access to documentation. On 14

Re: [julia-users] [ANN] Plots.jl, a plotting interface

Randy: do you have an issue or design description of what you're looking to accomplish with your "interactivity interface"? There could be more overlap than you think... On Mon, Sep 14, 2015 at 11:02 AM, Randy Zwitch wrote: > Sure, I was just speaking in generic

Re: [julia-users] Returning an ASCIIString decays to Array(Uint8, n)?

It seems like you should be working with arrays of bytes rather than strings. You can check if a byte is valid as ASCII by checking if it is < 0x80. On Sat, Sep 12, 2015 at 9:46 PM, Corey Moncure wrote: > One of the challenges in the first set is to break repeating-key

Re: [julia-users] Re: IDE for Julia

On Monday, September 14, 2015 at 9:44:07 AM UTC-4, Andrei Zh wrote: > > To continue Michael's answer, I think it would be nice to collect list of > most important features that existing editors for Julia still lack and > think out what can be improved. So far I've seen following features: > >

Re: [julia-users] Package update which broke my Python link

What happens when you run `Pkg.build("PyCall")` and `Pkg.build("IJulia")`? This bug was fixed recently but you may need to re-run the build/install process for the packages (probably `Pkg.update()` first for good measure too). see https://github.com/JuliaLang/IJulia.jl/issues/356 On Mon, Sep 14,

Re: [julia-users] ANN: Immerse package, and more videos on interactive plotting

This looks really nice. In combination with package precompilation on 0.4 this looks like it addresses the biggest issues I ever had with Gadfly. On Monday, September 14, 2015 at 9:02:13 AM UTC-7, Christof Stocker wrote: > > +100 > i don't even know what to say. This is so awesome. It's

Re: [julia-users] Re: Julia on OpenBSD

Thanks a lot, I will look at it as soon as I find some time, even if I may not be qualified enough to help you on that. I found that discussion that may be interesting : http://comments.gmane.org/gmane.os.openbsd.ports/72423 " libunwind depends on a libc extension called Setcontext, which i

[julia-users] Re: ANN: Immerse package, and more videos on interactive plotting

+100 This has loads of possibilities. Great work. I am guessing it would be possible, but how difficult would it be to read in a jpg, and explore it in a similar fashion. On Monday, September 14, 2015 at 10:15:04 AM UTC-5, Tim Holy wrote: > > I'm pleased to announce the availability of the

Re: [julia-users] IDE for Julia

Could this all be done as plug-ins to Atom? Sounds easier than developing an IDE from scratch. > On 15 Sep 2015, at 1:40 am, Matt Bauman wrote: > > On Monday, September 14, 2015 at 9:44:07 AM UTC-4, Andrei Zh wrote: > To continue Michael's answer, I think it

[julia-users] Re: Accessing Windows 64 dll's from within Julia

All Julia needs is dll's. Best to refer to them via absolute paths in ccall. See how SCS.jl handles these for a simple example: https://github.com/JuliaOpt/SCS.jl/blob/master/deps/build.jl Requiring Windows users of your package to have an MSYS environment and MinGW-w64 toolchain installed on

[julia-users] Re: Accessing Windows 64 dll's from within Julia

Sorry I surely meant WinRPM not WebRPM.

Re: [julia-users] Re: Accessing Windows 64 dll's from within Julia

You can refer to the path to a library in ccall via a const variable. BinDeps helps with setting that variable's value based on the user-dependent install path, so everything is relocatable. You can get by without BinDeps if you'd like, it's not without its flaws. Here's an example from

Re: [julia-users] Re: Accessing Windows 64 dll's from within Julia

Thanks Jameson. I'll try this tomorrow. I think msys2 somehow conflates what is available via its msys2 64 bit shell and via the MinGW64 shell. I think I did download MinGW separately once, but it probably got overwritten at some point when I used msys2 64 bit. Bill. On 15 September 2015 at

Re: [julia-users] Wasting memory on transposing

Sorry, something went wrong with my description. It was supposed to be: C =A[2:end, 1]' .* B[:, 2:end] A is n-by-2 and B is n-by-n (difference!). So B[:, 2:end] is n-by-(n-1) and I expect C to be n-by-(n-1). Sorry for this mistakes! On Monday, September 14, 2015 at 8:39:59 PM UTC-4, Tom

[julia-users] Re: Accessing Windows 64 dll's from within Julia

I forgot to ask: does Julia currently expect to find .a or .dll files on Windows 64? Is anything else needed? Bill. On 15 September 2015 at 02:23, Bill Hart wrote: > Hi, > > I'm currently up to working on building the dependencies for our Nemo > computer algebra

Re: [julia-users] Re: ANN: Immerse package, and more videos on interactive plotting

On Monday, September 14, 2015 07:53:31 PM Michael Prentiss wrote: > I was thinking the second option. It would be great to be able to hotwire > the gadfly part and read > in plots with pointers to previous rendered images. Gadfly/Compose seems likely to get support for bitmaps soon:

Re: [julia-users] Re: ANN: Immerse package, and more videos on interactive plotting

For anyone that's interested, I added support for Immerse in my package https://github.com/tbreloff/Plots.j on master. Thanks again Tim for the help earlier. On Mon, Sep 14, 2015 at 11:15 PM, Tim Holy wrote: > On Monday, September 14, 2015 07:53:31 PM Michael Prentiss

Re: [julia-users] Re: Accessing Windows 64 dll's from within Julia

On 15 September 2015 at 02:54, Tony Kelman wrote: > On second thought ECOS.jl is a simpler example: > https://github.com/JuliaOpt/ECOS.jl/blob/master/deps/build.jl > > Or MbedTLS.jl, very similar but with multiple libraries: >

Re: [julia-users] Wasting memory on transposing

Thank you both. Maybe I was somewhat unclear still, but it should be for i in 2:n, j in 1:n C[j,i-1] = A[i,1] * B[j,i] end At least to do what I was trying to explain above. On Monday, September 14, 2015 at 9:21:45 PM UTC-4, Ismael VC wrote: > > Could also be with this syntax: > > > for i

Re: [julia-users] Re: Accessing Windows 64 dll's from within Julia

If your libraries depend on msys-2.0.dll, you're using the wrong gcc, and the resulting libraries are unlikely to work with Julia (they might, if you get lucky, but I wouldn't count on it). This is essentially the same as if you built gmp in cygwin. If you use the MinGW-w64 version of gcc, then

[julia-users] Re: ANN: Immerse package, and more videos on interactive plotting

I was thinking the second option. It would be great to be able to hotwire the gadfly part and read in plots with pointers to previous rendered images. I do not understand how difficult it would be to mimic gadfly output from other sources. How tricky was that part of this work? I would be

Re: [julia-users] Wasting memory on transposing

What size do you expect your result to be? Are you creating a 1 x (b-1) row vector? If so, I would check out the ArrayViews package and do something like: using ArrayViews A1 = view(A,:,1) C = Float64[dot(A1, view(B,:,i)) for in 2:size(B,2)] On Mon, Sep 14, 2015 at 7:27 PM, Patrick Kofod

[julia-users] Re: Accessing Windows 64 dll's from within Julia

On second thought ECOS.jl is a simpler example: https://github.com/JuliaOpt/ECOS.jl/blob/master/deps/build.jl Or MbedTLS.jl, very similar but with multiple libraries: https://github.com/JuliaWeb/MbedTLS.jl/blob/master/deps/build.jl On Monday, September 14, 2015 at 5:51:33 PM UTC-7, Tony

Re: [julia-users] Re: ANN: Immerse package, and more videos on interactive plotting

If you mean pan/zoom, this is already available with ImageView. (ImageView is currently based on Tk, but a Gtk replacement is in the works.) If you mean the "click on particular image feature(s) and do something cool," there isn't anything that does that right now. Could be an interesting

Re: [julia-users] Re: Accessing Windows 64 dll's from within Julia

You can use a program called depends22.exe to check whether it has any odd dependencies. Then try calling just `dlopen("C:\\absolute\\path\\to\\lib.dll")` and see whether that works. ccall uses the same underlying dlopen call, so once you get it working for one, it should work for both. On Mon,

Re: [julia-users] Re: Accessing Windows 64 dll's from within Julia

Yes, though the 32-bit version of i686-w64-mingw32-gcc available via pacman uses a different exception-handling format than the toolchain we use to build Julia, so there's another potential source of incompatibility if you're also providing 32-bit binaries. For 64 bit it should be compatible,

[julia-users] Accessing Windows 64 dll's from within Julia

Hi, I'm currently up to working on building the dependencies for our Nemo computer algebra package for Julia: https://github.com/wbhart/Nemo.jl We have dependencies on the following C libraries: libpari (Pari/GP) Antic (https://github.com/wbhart/Antic) Flint (https://github.com/wbhart/flint2)

Re: [julia-users] Wasting memory on transposing

How about you do it in a loop (note this should be done in a function... globals will ruin performance): C = Array(n,n-1) for i in 2:i for j in 1:j C[i,j] = A[i,1] * B[j,i] end end On Mon, Sep 14, 2015 at 8:45 PM, Patrick Kofod Mogensen < patrick.mogen...@gmail.com> wrote: > Sorry,

Re: [julia-users] Re: Accessing Windows 64 dll's from within Julia

I tried two different dll's with absolute paths, built with recent MinGW64 and Julia's ccall does not work for either. It still says, "The specified module could not be found". The file type is "gmp-6.0.0/.libs/libgmp-10.dll: PE32+ executable (DLL) (console) x86-64, for MS Windows" and it is just

[julia-users] Re: META: What are the chances of moving this forum?

I know I am super late to the game. I just wanted to mention that there is also the subreddit /r/Julia, which is very much a "julia-users" kind of sub. It doesn't have auto-suggestion, but it does have basic markdown for code. In case people where looking for a place to stay until a more

Re: [julia-users] Re: Accessing Windows 64 dll's from within Julia

Thanks Jameson. depends22.exe gave the required hint. Apparently msys2 makes gmp (and everything else) depend on msys-2.0.dll. Who knows why it does that. I thought the entire point of msys was to create native, standalone Windows applications. I can now access the dll's. I imagine it will be

Re: [julia-users] Re: Accessing Windows 64 dll's from within Julia

The shell is correct, but you will probably want to download mingw64 separately. The julia `README.windows` file has links, I think, to the right one to download. On Mon, Sep 14, 2015 at 10:27 PM 'Bill Hart' via julia-users < julia-users@googlegroups.com> wrote: > I simply used the "MinGW-w64

[julia-users] Re: Updating a single output line in IJulia

The package ProgressMeter.jl defines a "printover" function which does this nicely in both the REPL and IJulia. Looks like it just goes to the beginning of the line, prints,

[julia-users] Is there a function in Base or Base.LinAlg that behaves like A_mul_B! with multipliers α and β?

I want to perform an operation like the BLAS.gemm! operation with multipliers α and β but for my own custom matrix type. The name gemm! is unsuitable because the ge part indicates general matrices. I can, of course, choose my own name for the generic but I thought I would ask if there was

[julia-users] Re: Is there a function in Base or Base.LinAlg that behaves like A_mul_B! with multipliers α and β?

I would really like this too and have looked through base but haven't found anything. For example, the gemm_wrapper hardcodes alpha = 1 and beta = 0. What I want it for is to extend

[julia-users] Re: Updating a single output line in IJulia

Not a direct solution to your issue, but what can be done is, using Reactive.jl and Interact.jl, display a string signal in one cell (e.g, label = Input("qwerty")) and then in another cell push to that signal (e.g., push!(label, "new text")) which will readily update the text being displayed

[julia-users] Re: IDE for Julia

While I understand your point, the success of a new programming language depends on the availability of a good IDE. Apart from the projects, mentioned so far I also want to mention spyder. Integrating Julia support would be easy and it would make the transition for Python users easier. Not

[julia-users] Re: IDE for Julia

Julia is still in its early stage. Even the document is not very understandable, how can there be a full fledged IDE? (If I remember, Julia hasn't a debugger yet.) This lack differentiates the hardcore hackers and casual programmers (e.g., me). That's why currently Julia is only a carnival of

[julia-users] Re: IDE for Julia

Maybe I should also express my concern that the concept of IDE is also going through a revolution (e.g. notebook, lightable). They are more natural for dynamic languages. The matlab-like IDE is a bit old fashioned. On Monday, September 14, 2015 at 10:13:03 AM UTC+2, Sisyphuss wrote: > > Julia

Re: [julia-users] Re: IDE for Julia

On 14 September 2015 at 08:16, Uwe Fechner wrote: > While I understand your point, the success of a new programming language > depends on the availability of a good IDE. > No it doesn't. C, C++, Perl, Python, Fortran, JavaScript, PHP, and arguably even Java became

Re: [julia-users] Re: IDE for Julia

On 14 September 2015 at 10:23, Sisyphuss wrote: > Maybe I should also express my concern that the concept of IDE is also > going through a revolution (e.g. notebook, lightable). They are more > natural for dynamic languages. The matlab-like IDE is a bit old fashioned. > >

  1   2   >