date:20150625

Is this in a VM or some other unusual environment? Old hardware?

What was the context, what were you running? Can you try running the same 
code with julia-debug, and/or inside gdb or lldb?


On Thursday, June 25, 2015 at 12:08:51 AM UTC-4, Sheehan Olver wrote:

 I got the following crash

 signal (4): Illegal instruction: 4

 unknown function (ip: 0x316f9ff7a)

 Illegal instruction: 4

 with no other information given in 0.4 master.  I suppose this is a bug in 
 Julia itself, but without a stack trace it's hard to narrow down.  Any 
 suggestions?

[julia-users] Re: Embedding Julia with C++

2015-06-25 Thread Scott Jones

 There is no .ji file anymore, although there is a command line option to 
produce it, 
--output-ji name


On Monday, June 22, 2015 at 9:03:31 AM UTC-4, Kostas Tavlaridis-Gyparakis 
wrote:

 Hello,
 I am trying to embed Julia in C++ but I currently face some sort of issues.
 I am trying to follow the instructions shown here 
 http://julia.readthedocs.org/en/latest/manual/embedding/.
 First things first, I run Ubuntu 15.04 and my Julia version is v. 0.3.2 
 (it's the 
 version that is automatic installed when installing julia from ubuntu 
 center).
 I use eclipse for my C++ projects, yet again I have the following issues, 
 ac-
 cording to the instructions before trying to write any julia code in C or 
 C++ you
 need first to:
 1) link the julia library (assuming I undersand correctly this refers to  
 libjulia.so),
 which should be located in Julia_DIR/usr/lib, yet again in my julia 
 directory
 there is no folder under the name usr. I did though find a libjulia.so 
 file in an
 other directory of my pc (/usr/lib/x86_64-linux-gnu/julia) and added 
 this one
 instead.
 2) include the path of julia.h which should be located in 
 Julia_DIR/inclue/julia
 now again in my julia directory there are no such folders and in general 
 there
 is nowhere in my pc any file such as julia.h. I did sth that is probably 
 wrong 
 and stupid but couldn't come up with anything else I downloaded this 
 https://github.com/JuliaLang/julia and I
 included the location of where julia.h is located to eclipse as well with 
 the direc-
 tions of all the other header files that were inculuded inside julia.h.

 Now when in Eclipse I am trying to compile and run a few simple julia 
 commands
 having included julia.h i receive an error saying that there is no uv.h 
 file in my
 system which is needed in one of the julia header files.
 I know that my whole approach is wrong, but yet again I couldn't find 
 anywhere
 in my pc the proper folders or files in order to follow the steps that 
 were sugges-
 ted in the julia website for running julia code inside C++.
 Any help would be much appreciated.

 Also, one more thing I wanted to ask is the following, in general writing 
 Julia
 code inside a C++ code is limited?
 What I want to do in general is write a JuMP model inside C++, so in 
 general
 is this possible, in the sense that by embedding Julia inside C++, will I 
 be able
 to use all of the tools and code of Julia language or is this only limited 
 to a cer-
 tain amount of commands and packages?

[julia-users] Re: Embedding Julia with C++

2015-06-25 Thread Kostas Tavlaridis-Gyparakis

But, sys.ji does exist in my folder of the path 
/home/kostas/workspace/juli/Debug/../lib/x86_64-linux-gnu/julia/

On Thursday, June 25, 2015 at 3:18:17 PM UTC+2, Scott Jones wrote:

  There is no .ji file anymore, although there is a command line option to 
 produce it, 
 --output-ji name


 On Monday, June 22, 2015 at 9:03:31 AM UTC-4, Kostas Tavlaridis-Gyparakis 
 wrote:

 Hello,
 I am trying to embed Julia in C++ but I currently face some sort of 
 issues.
 I am trying to follow the instructions shown here 
 http://julia.readthedocs.org/en/latest/manual/embedding/.
 First things first, I run Ubuntu 15.04 and my Julia version is v. 0.3.2 
 (it's the 
 version that is automatic installed when installing julia from ubuntu 
 center).
 I use eclipse for my C++ projects, yet again I have the following issues, 
 ac-
 cording to the instructions before trying to write any julia code in C or 
 C++ you
 need first to:
 1) link the julia library (assuming I undersand correctly this refers to  
 libjulia.so),
 which should be located in Julia_DIR/usr/lib, yet again in my julia 
 directory
 there is no folder under the name usr. I did though find a libjulia.so 
 file in an
 other directory of my pc (/usr/lib/x86_64-linux-gnu/julia) and added 
 this one
 instead.
 2) include the path of julia.h which should be located in 
 Julia_DIR/inclue/julia
 now again in my julia directory there are no such folders and in general 
 there
 is nowhere in my pc any file such as julia.h. I did sth that is probably 
 wrong 
 and stupid but couldn't come up with anything else I downloaded this 
 https://github.com/JuliaLang/julia and I
 included the location of where julia.h is located to eclipse as well with 
 the direc-
 tions of all the other header files that were inculuded inside julia.h.

 Now when in Eclipse I am trying to compile and run a few simple julia 
 commands
 having included julia.h i receive an error saying that there is no uv.h 
 file in my
 system which is needed in one of the julia header files.
 I know that my whole approach is wrong, but yet again I couldn't find 
 anywhere
 in my pc the proper folders or files in order to follow the steps that 
 were sugges-
 ted in the julia website for running julia code inside C++.
 Any help would be much appreciated.

 Also, one more thing I wanted to ask is the following, in general writing 
 Julia
 code inside a C++ code is limited?
 What I want to do in general is write a JuMP model inside C++, so in 
 general
 is this possible, in the sense that by embedding Julia inside C++, will I 
 be able
 to use all of the tools and code of Julia language or is this only 
 limited to a cer-
 tain amount of commands and packages?

[julia-users] Re: Installation and User Interface issues

2015-06-25 Thread Joe Tusek

Tony,

Problem solved. I was able to get things working by using your last
suggestion deleting the .julia directory then running Pkg.init() again in
Julia. Juno then installed a bunch of packages when I ran it and connected
to Julia and was able to evaluate the example script from within Juno.
Thanks for your assistance.

On Wednesday, June 24, 2015 at 9:29:04 PM UTC+10, Joe Tusek wrote:

Hi,

I have had a read on the forum and tried to google my way out of the
problem but can't seem to find what I need to get me going with Julia and
Juno. Julia looks very promising (being a Matab user) but at present I
can't get past square one. Some things I notice (On W7 machine)
1) I can't widen the Julia window by dragging it wider with the mouse. I
can make it taller using the mouse to drag it but can't widen it. I can
widen it manually through the Properties/Defaults menu options though
and once widened this way the window can then be made smaller by
dragging with the mouse and made wider up to that menu width specified but
no wider, just seems like a bug?

2)I can't cut and paste text from the Julia screen as anticipated, I have
to highlight it all using the menu item (select all) or if I set the editor
mode to QuickEdit mode then I can highlight a rectangle but it does not
follow the natural extent of text so again not that good. Makes it
difficult to cut and past error messages or any other multiline
non-rectangular text output. It would be beneficial to highlight (and then
cut and paste) any element of text on the screen either in window mode
or line mode.

3) I have tried all that I can understand by way of suggestions to get
Juno to work with Julia. I have put code in the same User directories, I
have uninstalled and reinstalled etc. Unfortunately Juno won't work in for
me with Julia and Pkg.add(Jewel) won't work either.

For Juno I get the following error when it starts,
ERROR: unable to read directory METADATA: No error
in systemerror at error.jl:39 (repeats 2 times)
while loading
c:\Users\Joe.Tusek\AppData\Local\Julia-0.3.9\juno-windows-x64\windows64\resources\app\plugins\Julia-LT\jl\init.jl,

in expression starting on line 24

For Julia I get
julia Pkg.add(Jewel)
ERROR: could not spawn setenv(`git rev-parse --git-dir`;
dir=C:\\Users\\Joe.Tusek\\.julia\\v0.3\\METADATA): no such file or
directory (ENOENT)
in _jl_spawn at process.jl:217 (repeats 2 times)

So overall, I don't really have an idea now how to get Juno working with
Julia and don't know why Julia won't run the Pkg.add(Jewel) command.

If someone can guide me through this I would be grateful.

[julia-users] ANN: ValidatedNumerics v0.1: Interval arithmetic and rigorous root finding

2015-06-25 Thread David P. Sanders


We are pleased to announce the first public release version of the 
ValidatedNumerics.jl package, a Julia package for doing rigorous 
calculations 
using floating-point based interval arithmetic. This includes methods for 
rigorously finding roots of 1D real functions.

To install the package, do

julia Pkg.add(ValidatedNumerics)

The package provides an Interval type and operations defined on it in such 
a way that the result of any mathematical operations is *guaranteed* to
contain the true result. For convenience, an `@interval` macro is defined:

julia using ValidatedNumerics

julia @interval(0.1)
[0.0, 0.1]

julia @interval sin(0.1) + cos(0.2)
[1.079844880696, 1.0798448807]

Just wrapping an operation with the `@interval` macro automatically 
provides a guaranteed rigorous interval containing the true result (an 
enclosure).

Interval arithmetic provides a means to develop new algorithms that also 
provide rigorous guaranteed results, for example for root finding.
The interval Newton method is implemented in the function `newton`, e.g.:

julia f(x) = x^2 - 2
f (generic function with 1 method)

julia newton(f, @interval(-5, 5))
2-element Array{Root{Float64},1}:
 Root([-1.4142135623730951, -1.414213562373095], :unique)
 Root([1.414213562373095, 1.4142135623730951], :unique)

 The response from this function can be considered as a *mathematically 
rigorous proof* that the function f
 has exactly two roots in the interval [-5, 5], one in the first interval 
and the other in the second.
The :unique symbol indicates that the algorithm *guarantees* that there 
exists a root in the given
interval and that it is unique.

Currently root-finding functionality is restricted to one-variable real 
functions.
Please let us know if you have particularly tricky functions whose 
(non-multiple) roots you need to find!
Multi-dimensional root finding is planned for the future.

We of course welcome comments, criticism, and pull requests at
http://github.com/dpsanders/ValidatedNumerics.jl

David Sanders  Luis Benet

[julia-users] Re: Installation and User Interface issues

Great, good to hear that. Sorry for the trouble and thanks for your
patience and sticking with it. We hope to streamline a lot of these
installation hiccups over time.

On Thursday, June 25, 2015 at 6:58:00 AM UTC-4, Joe Tusek wrote:

Tony,

On Wednesday, June 24, 2015 at 9:29:04 PM UTC+10, Joe Tusek wrote:

Hi,

in expression starting on line 24

So overall, I don't really have an idea now how to get Juno working with
Julia and don't know why Julia won't run the Pkg.add(Jewel) command.

If someone can guide me through this I would be grateful.

[julia-users] Problem with ZMQ and Ijulia

2015-06-25 Thread Grigoriy Isaev

Hi!  I am trying to set up  Ijulia. I've cleand my PC from all previuos 
versions of Julia/Ipython and installed fresh 64 bit Anaconda 3 python 
distribution + downloaded Juno 64 bit.

After i launch Ipython i can see Ijulia option, but trying to create 
notebooks i get kernell has died message and a ZMQ error reference.

I can not re-build ZMQ on my PC, i get the following errors:

=[ ERROR: ZMQ 
]=

Provider PackageManager failed to satisfy dependency zmq
while loading C:\Users\Gisaev\.julia\v0.3\ZMQ\deps\build.jl, in expression 
starting on line 23

[ BUILD ERRORS 
]

WARNING: ZMQ had build errors.

 - packages with build errors remain installed in 
C:\Users\Gisaev\.julia\v0.3
 - build the package(s) and all dependencies with `Pkg.build(ZMQ)`
 - build a single package by running its `deps/build.jl` script


I tried Pkg.checkout on both ZMQ and Ijulia but to no avail. Ipython 
notebooks work just fine.

Any thoughts on what might be the problem?

Re: [julia-users] Re: How to debug Illegal Instruction in 0.4?

This is on OS X, julia v0.4 master

How do I do julia-debug?


 On 25 Jun 2015, at 9:06 pm, Tony Kelman t...@kelman.net wrote:
 
 Is this in a VM or some other unusual environment? Old hardware?
 
 What was the context, what were you running? Can you try running the same 
 code with julia-debug, and/or inside gdb or lldb?
 
 
 On Thursday, June 25, 2015 at 12:08:51 AM UTC-4, Sheehan Olver wrote:
 I got the following crash
 
 signal (4): Illegal instruction: 4
 
 unknown function (ip: 0x316f9ff7a)
 
 Illegal instruction: 4
 
 
 with no other information given in 0.4 master.  I suppose this is a bug in 
 Julia itself, but without a stack trace it's hard to narrow down.  Any 
 suggestions?

Re: [julia-users] Embedding Julia with C++

2015-06-25 Thread Kostas Tavlaridis-Gyparakis

Sorry didn't get your question.
In general the problem is that Eclipse doesn't seem to be able to 
recognize/include this sys.ji file, and I
don't know how to fix it.

On Wednesday, June 24, 2015 at 6:52:52 PM UTC+2, Tony Kelman wrote:

 Are you running on latest master? This is probably another casualty of 
 https://github.com/JuliaLang/julia/pull/11640


 On Wednesday, June 24, 2015 at 10:39:40 AM UTC-4, Kostas 
 Tavlaridis-Gyparakis wrote:

 Νο, unfortunately it's not that.
 I just gave to the project the name juli I forgot to type the a and 
 didn't bother correct it aftewrards, so
 the path name is correct.

 On Wednesday, June 24, 2015 at 4:31:20 PM UTC+2, Kevin Squire wrote:

 It's not just that julia is misspelled as juli in the path, is it?

 On Wednesday, June 24, 2015, Kostas Tavlaridis-Gyparakis 
 kostas.t...@gmail.com wrote:

 Didn't manage to make the code run. I am really wondering what I am 
 missing here...

 On Wednesday, June 24, 2015 at 3:59:47 PM UTC+2, Isaiah wrote:

 I guess this is still a distro path issue. The following suggestion is 
 not very general, but to at least get going, you could try:

 jl_init(/home/kostas/workspace/juli/Debug/../lib/x86_64-linux-gnu/
 julia/)

 On Wed, Jun 24, 2015 at 9:38 AM, Kostas Tavlaridis-Gyparakis 
 kostas.t...@gmail.com wrote:

 I am simply trying to run the first example attached in the embedding 
 documantation which is the following block of code:

 #include iostream
 #include julia.h
 using namespace std;

 int main() {
   /* required: setup the julia context */
 jl_init(NULL);

 /* run julia commands */
 jl_eval_string(print(sqrt(2.0)));

 /* strongly recommended: notify julia that the
  program is about to terminate. this allows
  julia time to cleanup pending write requests
  and run all finalizers
 */
 jl_atexit_hook();

 return 0;
 }

 And when I try to run the program in eclipse (after having linked the 
 library and defined the path of the header file) the above mentioned
 error message appeas which says:

 - System image file 
 /home/kostas/workspace/juli/Debug/../lib/x86_64-linux-gnu/julia/sys.ji 
 not found 

 On Wednesday, June 24, 2015 at 3:31:50 PM UTC+2, Isaiah wrote:

 You probably need to call `jl_init(NULL)` at the beginning of the 
 program. If you have not done so yet, I would suggest to read the 
 embedding 
 documentation:

 http://docs.julialang.org/en/release-0.3/manual/embedding/

 and start with the embedding example in the source:

 
 https://github.com/JuliaLang/julia/blob/master/examples/embedding.c




 On Wed, Jun 24, 2015 at 9:05 AM, Kostas Tavlaridis-Gyparakis 
 kostas.t...@gmail.com wrote:

 I did download the 0.4 nightbuilt which includes the above 
 mentioned files in the proper location, but now Eclipse is throwing me 
 a 
 different
 error I can not sort out how to overcome. When I try to run a small 
 cpp file with a few julia comands Eclipse is compiling the file but 
 when I
 try to run it it throws me the following message:

 System image file 
 /home/kostas/workspace/juli/Debug/../lib/x86_64-linux-gnu/julia/sys.ji
  
 not found 

 Futhermore since I am really new to Julia I am not sure and I don't 
 know a lot of the existing tools, is it possible to write a function 
 in 
 julia
 that takes as an argument some data creates a model and solves it 
 and call this function from inside my c++ project?
 I am asking this as in the example in the link 
 http://docs.julialang.org/en/release-0.3/manual/calling-c-and-fortran-code/#passing-julia-callback-functions-to-c
  
 attached by Isaiah with the qsort, the whole process is done inside 
 julia 
 framework.
 Whereas in my case I would be interested to write a julia program, 
 like the one described above that I would be able to call as a 
 function 
 (I want it to solve a subproblem actually) inside my c++ project in 
 eclipse.
 Is this relatively easy to be done?
 Because I think this would be the best approach for my case.

 On Tuesday, June 23, 2015 at 8:20:56 AM UTC+2, Jeff Waller wrote:

 Embedded Julia is of particular interest to me. To answer your 
 question, everything in Julia is available via embedded Julia.

 I would very much discourage use of version 0.3.2; avoid it if you 
 can.  I think that particular version has the uv.h problem which is 
 fixed 
 in later versions. Can you gain root on this host?  If so you can get 
 0.3.9 
 via PPA.  Or even better if you can get ahold of one of the nightly 
 builds, 
 then 0.4.x comes with julia_config.jl, which figures out all of the 
 right 
 compile flags automatically.  You just have to cut and paste in a 
 Makefile.  But if no makefile, you can run it and know the necessary 
 compile time flags.

[julia-users] Re: Julia v0.3.10

Yes, I suspect it will, but it may take a week or two for Elliot Saba 
(@staticfloat) to get to it. I can't imagine any of the backports we've 
made would present any problems to updating the Ubuntu package in the 
releases PPA, but Elliot's been a bit busy recently and there are enough 
things breaking on master to keep up with to make sure all the nightlies 
work too.


On Thursday, June 25, 2015 at 3:05:21 AM UTC-4, ele...@gmail.com wrote:



 On Thursday, June 25, 2015 at 1:47:51 PM UTC+10, Tony Kelman wrote:

 Hello all! The latest bugfix release of the 0.3.x Julia line has been 
 released. Binaries are available from the usual place 
 http://julialang.org/downloads/,


 Is the ubuntu packages ppa linked from here going to be updated, it is 
 still at 0.3.8?

 Cheers
 Lex

  

 and as is typical with such things, please report all issues to either 
 the issue tracker https://github.com/JuliaLang/julia/issues, or email 
 the julia-users list.

 This is a bugfix release, primarily concerned with rebuilding the Windows 
 binaries against an updated libstdc++ ABI in order for packages using 
 WinRPM to work again. If you are on Windows and have hit Provider 
 PackageManager failed to satisfy dependency ... errors, please try this 
 version and hopefully it will be fixed. To see all other bugs fixed since 
 0.3.9, see this commit log 
 https://github.com/JuliaLang/julia/compare/v0.3.9...v0.3.10.

 This is a recommended upgrade for anyone using any of the previous 0.3.x 
 releases, and should act as a drop-in replacement for any of the 0.3.x 
 line. We would like to get feedback if someone has a working program that 
 breaks after this upgrade. 


 -Tony

Re: [julia-users] Re: How to debug Illegal Instruction in 0.4?

If you built Julia from source, do make debug


On Thursday, June 25, 2015 at 7:41:26 AM UTC-4, Sheehan Olver wrote:

 This is on OS X, julia v0.4 master

 How do I do julia-debug?


 On 25 Jun 2015, at 9:06 pm, Tony Kelman to...@kelman.net javascript: 
 wrote:

 Is this in a VM or some other unusual environment? Old hardware?

 What was the context, what were you running? Can you try running the same 
 code with julia-debug, and/or inside gdb or lldb?


 On Thursday, June 25, 2015 at 12:08:51 AM UTC-4, Sheehan Olver wrote:

 I got the following crash

 signal (4): Illegal instruction: 4

 unknown function (ip: 0x316f9ff7a)

 Illegal instruction: 4

 with no other information given in 0.4 master.  I suppose this is a bug 
 in Julia itself, but without a stack trace it's hard to narrow down.  Any 
 suggestions?

[julia-users] Re: Julia v0.3.10

2015-06-25 Thread elextr



On Thursday, June 25, 2015 at 9:11:04 PM UTC+10, Tony Kelman wrote:

 Yes, I suspect it will, but it may take a week or two for Elliot Saba 
 (@staticfloat) to get to it. I can't imagine any of the backports we've 
 made would present any problems to updating the Ubuntu package in the 
 releases PPA, but Elliot's been a bit busy recently and there are enough 
 things breaking on master to keep up with to make sure all the nightlies 
 work too.


Ok, just noting that the PPA has completely missed 0.3.9.
 



 On Thursday, June 25, 2015 at 3:05:21 AM UTC-4, ele...@gmail.com wrote:



 On Thursday, June 25, 2015 at 1:47:51 PM UTC+10, Tony Kelman wrote:

 Hello all! The latest bugfix release of the 0.3.x Julia line has been 
 released. Binaries are available from the usual place 
 http://julialang.org/downloads/,


 Is the ubuntu packages ppa linked from here going to be updated, it is 
 still at 0.3.8?

 Cheers
 Lex

  

 and as is typical with such things, please report all issues to either 
 the issue tracker https://github.com/JuliaLang/julia/issues, or email 
 the julia-users list.

 This is a bugfix release, primarily concerned with rebuilding the 
 Windows binaries against an updated libstdc++ ABI in order for packages 
 using WinRPM to work again. If you are on Windows and have hit Provider 
 PackageManager failed to satisfy dependency ... errors, please try this 
 version and hopefully it will be fixed. To see all other bugs fixed since 
 0.3.9, see this commit log 
 https://github.com/JuliaLang/julia/compare/v0.3.9...v0.3.10.

 This is a recommended upgrade for anyone using any of the previous 0.3.x 
 releases, and should act as a drop-in replacement for any of the 0.3.x 
 line. We would like to get feedback if someone has a working program that 
 breaks after this upgrade. 


 -Tony

[julia-users] Re: Problem with ZMQ and Ijulia

2015-06-25 Thread Grigoriy Isaev

It seems that there is unfixed bug somewhere in Juno distribution. Latest 
64 bit Juno is version 0.3.7 and it has this bug. If i install latest Julia 
0.4.0 - zero MQ builds correctly and everything is fine with Ijulia 
notebooks using 0.4.0 version



четверг, 25 июня 2015 г., 16:32:33 UTC+3 пользователь Grigoriy Isaev 
написал:

 Hi!  I am trying to set up  Ijulia. I've cleand my PC from all previuos 
 versions of Julia/Ipython and installed fresh 64 bit Anaconda 3 python 
 distribution + downloaded Juno 64 bit.

 After i launch Ipython i can see Ijulia option, but trying to create 
 notebooks i get kernell has died message and a ZMQ error reference.

 I can not re-build ZMQ on my PC, i get the following errors:

 =[ ERROR: ZMQ 
 ]=

 Provider PackageManager failed to satisfy dependency zmq
 while loading C:\Users\Gisaev\.julia\v0.3\ZMQ\deps\build.jl, in expression 
 starting on line 23

 [ BUILD ERRORS 
 ]

 WARNING: ZMQ had build errors.

  - packages with build errors remain installed in 
 C:\Users\Gisaev\.julia\v0.3
  - build the package(s) and all dependencies with `Pkg.build(ZMQ)`
  - build a single package by running its `deps/build.jl` script


 I tried Pkg.checkout on both ZMQ and Ijulia but to no avail. Ipython 
 notebooks work just fine.

 Any thoughts on what might be the problem?

Re: [julia-users] Tests failing on latest Julia

2015-06-25 Thread Júlio Hoffimann

Hi Matt,

The tests are still failing for the same reason, should I open an issue on
GitHub?

-Jùlio

Re: [julia-users] Re: Julia v0.3.10

Yes, that's my fault.  0.3.10 is making its way through the buildd servers
as we speak.
-E

On Thu, Jun 25, 2015 at 4:52 AM, ele...@gmail.com wrote:



 On Thursday, June 25, 2015 at 9:11:04 PM UTC+10, Tony Kelman wrote:

 Yes, I suspect it will, but it may take a week or two for Elliot Saba
 (@staticfloat) to get to it. I can't imagine any of the backports we've
 made would present any problems to updating the Ubuntu package in the
 releases PPA, but Elliot's been a bit busy recently and there are enough
 things breaking on master to keep up with to make sure all the nightlies
 work too.


 Ok, just noting that the PPA has completely missed 0.3.9.




 On Thursday, June 25, 2015 at 3:05:21 AM UTC-4, ele...@gmail.com wrote:



 On Thursday, June 25, 2015 at 1:47:51 PM UTC+10, Tony Kelman wrote:

 Hello all! The latest bugfix release of the 0.3.x Julia line has been
 released. Binaries are available from the usual place
 http://julialang.org/downloads/,


 Is the ubuntu packages ppa linked from here going to be updated, it is
 still at 0.3.8?

 Cheers
 Lex



 and as is typical with such things, please report all issues to either
 the issue tracker https://github.com/JuliaLang/julia/issues, or
 email the julia-users list.

 This is a bugfix release, primarily concerned with rebuilding the
 Windows binaries against an updated libstdc++ ABI in order for packages
 using WinRPM to work again. If you are on Windows and have hit Provider
 PackageManager failed to satisfy dependency ... errors, please try this
 version and hopefully it will be fixed. To see all other bugs fixed since
 0.3.9, see this commit log
 https://github.com/JuliaLang/julia/compare/v0.3.9...v0.3.10.

 This is a recommended upgrade for anyone using any of the previous
 0.3.x releases, and should act as a drop-in replacement for any of the
 0.3.x line. We would like to get feedback if someone has a working program
 that breaks after this upgrade.


 -Tony

Re: [julia-users] libgfortran in a linux install

Hmmm, well, it *should*, so that's worrying that it's not doing so on your
system.  When you run `make binary-dist`, you the makefile should run a
script called `fixup-libgfortran.sh`, which does exactly what you want.  Here
is an example log
http://buildbot.e.ip.saba.us:8010/builders/package_tarball64/builds/921/steps/make%20binary-dist/logs/stdio
of what it should look like when you run `make binary-dist`, the important
part of which is:

./contrib/fixup-libgfortran.sh
/home/centos/buildbot/slave/package_tarball64/build/julia-1e081b79ed/lib/julia
`/home/centos/local/lib64/libgcc_s.so.1' -
`/home/centos/buildbot/slave/package_tarball64/build/julia-1e081b79ed/lib/julia/libgcc_s.so.1'
`/home/centos/local/lib64/libgfortran.so.3' -
`/home/centos/buildbot/slave/package_tarball64/build/julia-1e081b79ed/lib/julia/libgfortran.so.3'
`/home/centos/local/lib64/libquadmath.so.0' -
`/home/centos/buildbot/slave/package_tarball64/build/julia-1e081b79ed/lib/julia/libquadmath.so.0'
Found traces of libgfortran/libgcc in /home/centos/local/lib64
./contrib/fixup-libstdc++.sh
/home/centos/buildbot/slave/package_tarball64/build/julia-1e081b79ed/lib/julia
`/home/centos/local/lib64/libstdc++.so.6' -
`/home/centos/buildbot/slave/package_tarball64/build/julia-1e081b79ed/lib/julia/libstdc++.so.6'

This is showing how it finds and installs libgfortran.so.3, you should see
something similar in your installs as well.  This should run as long as
you're not running on windows
https://github.com/JuliaLang/julia/blob/master/Makefile#L401-L403, so
there must be some kind of error happening that is hopefully printed out to
the console.
-E

Re: [julia-users] Running a command line program with input arguments

2015-06-25 Thread Stefan Karpinski

The backtick syntax for commands doesn't support this kind of shell
feature. You can do this:

julia run(/etc/passwd | `head -n10`)
##
# User Database
#
# Note that this file is consulted directly only when the system is running
# in single-user mode.  At other times this information is provided by
# Open Directory.
#
# See the opendirectoryd(8) man page for additional information about
# Open Directory.
##



On Wed, Jun 24, 2015 at 6:32 PM, Nitin Arora nitin.l...@gmail.com wrote:

 Hi I am trying to run an executable from Julia (0.3.9) which takes in a
 command line argument. It works on the command line as:

 program  inputfilename

 but when I run it using Julia run command:

 rum(`program inputfilename`)

 It ignores the  and inputfilename and just runs the program without
 the input file. Is there a way to fix this ? looks like I am not inputting
 the right syntax.

 thanks,
 Nitin

[julia-users] libgfortran in a linux install

2015-06-25 Thread Sebastian Good

Dumb packaging question:

On Linux (Ubuntu 14), running make binary-dist produces a nice relocatable 
tarball with relative rpath linking. However it doesn't work unless 
libgfortran has been installed on the system. I found this odd because 
libgfortran appears in the build directory (e.g. 
julia-cb77503114/lib/julia/libgfortran.so.3). Why is it not included in the 
tarball? Is there a make flag that can force this? Or is it avoided for a 
licensing reason?

Thanks,

Sebastian

[julia-users] Memory allocation: type uncertainty of temporary variables within in-built routines and operations

2015-06-25 Thread Stef Kynaston

I have a function myFunc.jl, say (in actuality, this is quite a mesh 
generation function). I run my program once to start with, and then time 
the second run:

julia include(myFunc.jl)
myFunc (generic function with 1 method)

julia myFunc();

julia @time myFunc();
elapsed time: 2.745065871 seconds (172590300 bytes allocated, 2.18% gc time)

Subsequent timings and memory allocation are then pretty consistent with 
this. However, if I do 

julia include(myFunc.jl)
myFunc (generic function with 1 method)

again, and then use @time, I observe a drop in time and memory allocation 
as follows:

julia @time myFunc();
elapsed time: 2.431480434 seconds (116902912 bytes allocated, 1.50% gc time)

I have used the TypeCheck package to try and understand what is going on 
here, using whos(myFunc) to list the names and types of all variables, 
and it seems to me that the first time around that many of the temporary 
variables created by Julia have type Any. Following the second include, 
these have all resolved themselves to correspond to the types I have 
explicitly defined in my function (everything is defined and I do not 
believe there are any type inconsistencies). I understand that the first 
time around, these types may be uncertain, but what I do not understand is 
why this problem resolves itself only when I include my function again. 
Why not after the first run?

Apologies for not explaining this very eloquently. Any insight here would 
be greatly appreciated; I feel like this is a significant problem with my 
understanding and, as such, is likely to keep reappearing.

Many thanks

Re: [julia-users] JuliaCon registrations open

2015-06-25 Thread Kristoffer Carlsson

Any information about when recorded talks are available?  For us who are 
jealously sitting at home.

Re: [julia-users] Re: Problem with ZMQ and Ijulia

2015-06-25 Thread Miguel Bazdresch

These issues may be relevant:

https://github.com/JuliaLang/ZMQ.jl/issues/83

https://github.com/JuliaLang/IJulia.jl/issues/323

-- mb

On Thu, Jun 25, 2015 at 9:37 AM, Grigoriy Isaev grigoriy.v.is...@gmail.com
wrote:

It seems that there is unfixed bug somewhere in Juno distribution. Latest
64 bit Juno is version 0.3.7 and it has this bug. If i install latest Julia
0.4.0 - zero MQ builds correctly and everything is fine with Ijulia
notebooks using 0.4.0 version

четверг, 25 июня 2015 г., 16:32:33 UTC+3 пользователь Grigoriy Isaev
написал:

Hi! I am trying to set up Ijulia. I've cleand my PC from all previuos
versions of Julia/Ipython and installed fresh 64 bit Anaconda 3 python
distribution + downloaded Juno 64 bit.

After i launch Ipython i can see Ijulia option, but trying to create
notebooks i get kernell has died message and a ZMQ error reference.

I can not re-build ZMQ on my PC, i get the following errors:

=[ ERROR: ZMQ
]=

Provider PackageManager failed to satisfy dependency zmq
while loading C:\Users\Gisaev\.julia\v0.3\ZMQ\deps\build.jl, in
expression starting on line 23

[ BUILD ERRORS
]

WARNING: ZMQ had build errors.

- packages with build errors remain installed in
C:\Users\Gisaev\.julia\v0.3
- build the package(s) and all dependencies with `Pkg.build(ZMQ)`
- build a single package by running its `deps/build.jl` script

I tried Pkg.checkout on both ZMQ and Ijulia but to no avail. Ipython
notebooks work just fine.

Any thoughts on what might be the problem?

[julia-users] Re: Guidelines for overriding Base.convert?

2015-06-25 Thread Simon Byrne

For abstract types it is acceptable to return an instance of a subtype, e.g.

convert(Integer, 1.0)

Otherwise, I suspect you are in for all sorts of trouble, e.g.

julia import Base.convert


julia immutable Foo

   x::Int

   end


julia function bar(x)

   y::Foo

   y=x

   end

bar (generic function with 1 method)


julia convert(::Type{Foo},x::Int) = float(x)

convert (generic function with 518 methods)


julia bar(1)


signal (11): Segmentation fault: 11


-Simon

On Thursday, 25 June 2015 04:55:07 UTC+1, Sheehan Olver wrote:


 Is there a guide/good guidelines for overriding Base.convert?  Is it 
 allowed for a convert routine to ever return a different type than 
 requested?  

 My overrides (in a fairly deep type hierarchy) seem to be triggering 
 numerous bugs in Julia 0.4, I believe because of issues with type 
 inference.  Right now I just add more overrides to fix the 0.4 bugs as they 
 pop up..

Re: [julia-users] JuliaCon registrations open

2015-06-25 Thread Iain Dunning

Hopefully should be much quicker than last year, just going to wildly guess
~2 weeks but don't hold us to it!

On Thu, Jun 25, 2015 at 10:51 AM, Kristoffer Carlsson kcarlsso...@gmail.com
 wrote:

 Any information about when recorded talks are available?  For us who are
 jealously sitting at home.




-- 
*Iain Dunning*
PhD Candidate http://orc.scripts.mit.edu/people/student.php?name=idunning
 / MIT Operations Research Center http://web.mit.edu/orc/www/
http://iaindunning.com  /  http://juliaopt.org

[julia-users] German Wikipedia Article

2015-06-25 Thread Tobias Ruck

Yesterday I saw that the Julia Wikipedia article in German is really bad 
and incomplete, so I translated what I found in the English one. I'm not a 
Julia developer and not active in the community, so I would ask you to give 
me a little hint whenever you update the English Wikipedia article so I can 
add that into the English one. In case that here are any German speakers, a 
little review would be awesome: 
https://de.wikipedia.org/wiki/Julia_(Programmiersprache)

[julia-users] Re: German Wikipedia Article

2015-06-25 Thread Waldir Pimenta

FYI, the edits are not yet visible to unregistered visitors, and will need 
to be marked as reviewed by an editor with the proper permissions. I happen 
to have the permissions, but I don't speak German (I only do basic 
maintenance stuff there), so if someone can confirm the changes are ok, I 
can mark them as reviewed to make them publicly visible.

On Thursday, June 25, 2015 at 6:58:53 PM UTC+1, Tobias Ruck wrote:

 Yesterday I saw that the Julia Wikipedia article in German is really bad 
 and incomplete, so I translated what I found in the English one. I'm not a 
 Julia developer and not active in the community, so I would ask you to give 
 me a little hint whenever you update the English Wikipedia article so I can 
 add that into the English one. In case that here are any German speakers, a 
 little review would be awesome: 
 https://de.wikipedia.org/wiki/Julia_(Programmiersprache)

[julia-users] Re: Getting the length of a tuple type

2015-06-25 Thread Tony Fong

I have just put out an update to the Lint.jl master which should have some 
examples of what you need. Hopefully this would fix the tuple length issue 
for you.

On Wednesday, June 24, 2015 at 2:54:03 PM UTC-4, Josh Langsfeld wrote:

 Thanks, Matt. I hope your stuff does eventually make it into Base. So if 
 I'm not mistaken, there is currently no way to get tuple type code that is 
 cross-compatible between 0.3 and 0.4 without doing your own mini Compat 
 code that looks at VERSION?

 If that's the case, what would would think about putting that check into 
 your package and making Tuples.length, etc... work for both? I'm currently 
 taking a look at submitting an upgrade PR to Lint.jl and this sort of stuff 
 is all over.

 On Wednesday, June 24, 2015 at 2:22:14 PM UTC-4, Matt Bauman wrote:

 Right now there's not an official way to do this.  You could take a look 
 at my Tuples package[1], which is an attempt at hashing out the API before 
 trying to get this functionality into base.  Your feedback would be very 
 welcome!

 1: https://github.com/mbauman/Tuples.jl

 On Wednesday, June 24, 2015 at 1:14:41 PM UTC-4, Josh Langsfeld wrote:

 What is the correct way to get the number of types inside of a T = 
 Tuple{...} type? Is there anything better than length(T.types), which might 
 be compatible with the 0.3 style (
 (T1,T2,T3,...))?

Re: [julia-users] Re: Getting the length of a tuple type

2015-06-25 Thread Josh Langsfeld

That does fix everything, but I was hoping to find something that doesn't
rely on manual checks of VERSION.

At any rate, I didn't have any other problematic case for this stuff, so
now that you've fixed Lint I'll just return to my observer status.

On Thu, Jun 25, 2015 at 2:00 PM, Tony Fong tony.hf.f...@gmail.com wrote:

 I have just put out an update to the Lint.jl master which should have some
 examples of what you need. Hopefully this would fix the tuple length issue
 for you.


 On Wednesday, June 24, 2015 at 2:54:03 PM UTC-4, Josh Langsfeld wrote:

 Thanks, Matt. I hope your stuff does eventually make it into Base. So if
 I'm not mistaken, there is currently no way to get tuple type code that is
 cross-compatible between 0.3 and 0.4 without doing your own mini Compat
 code that looks at VERSION?

 If that's the case, what would would think about putting that check into
 your package and making Tuples.length, etc... work for both? I'm currently
 taking a look at submitting an upgrade PR to Lint.jl and this sort of stuff
 is all over.

 On Wednesday, June 24, 2015 at 2:22:14 PM UTC-4, Matt Bauman wrote:

 Right now there's not an official way to do this.  You could take a look
 at my Tuples package[1], which is an attempt at hashing out the API before
 trying to get this functionality into base.  Your feedback would be very
 welcome!

 1: https://github.com/mbauman/Tuples.jl

 On Wednesday, June 24, 2015 at 1:14:41 PM UTC-4, Josh Langsfeld wrote:

 What is the correct way to get the number of types inside of a T =
 Tuple{...} type? Is there anything better than length(T.types), which might
 be compatible with the 0.3 style (
 (T1,T2,T3,...))?

Re: [julia-users] Re: Guidelines for overriding Base.convert?

Is that a bug in Julia that wrongly overloading convert is an unsafe operation?

Sent from my iPad

 On 26 Jun 2015, at 12:22 am, Simon Byrne simonby...@gmail.com wrote:
 
 For abstract types it is acceptable to return an instance of a subtype, e.g.
 
 convert(Integer, 1.0)
 
 Otherwise, I suspect you are in for all sorts of trouble, e.g.
 
 julia import Base.convert
 
 
 
 julia immutable Foo
 
x::Int
 
end
 
 
 
 julia function bar(x)
 
y::Foo
 
y=x
 
end
 
 bar (generic function with 1 method)
 
 
 
 julia convert(::Type{Foo},x::Int) = float(x)
 
 convert (generic function with 518 methods)
 
 
 
 julia bar(1)
 
 
 
 signal (11): Segmentation fault: 11
 
 
 
 -Simon
 
 On Thursday, 25 June 2015 04:55:07 UTC+1, Sheehan Olver wrote:
 
 Is there a guide/good guidelines for overriding Base.convert?  Is it allowed 
 for a convert routine to ever return a different type than requested?  
 
 My overrides (in a fairly deep type hierarchy) seem to be triggering 
 numerous bugs in Julia 0.4, I believe because of issues with type inference. 
  Right now I just add more overrides to fix the 0.4 bugs as they pop up..

Re: [julia-users] libgfortran in a linux install

So the file /home/vagrant/julia/julia-cb77503114/lib/julia/libgfortran.so.3
does
not exist?
-E

On Thu, Jun 25, 2015 at 3:18 PM, Sebastian Good 
sebast...@palladiumconsulting.com wrote:

 No apparent problems

 ./contrib/fixup-libgfortran.sh
 /home/vagrant/julia/julia-cb77503114/lib/julia
 ‘/lib/x86_64-linux-gnu/libgcc_s.so.1’ -
 ‘/home/vagrant/julia/julia-cb77503114/lib/julia/libgcc_s.so.1’
 ‘/usr/lib/x86_64-linux-gnu/libgfortran.so.3’ -
 ‘/home/vagrant/julia/julia-cb77503114/lib/julia/libgfortran.so.3’
 ‘/usr/lib/x86_64-linux-gnu/libquadmath.so.0’ -
 ‘/home/vagrant/julia/julia-cb77503114/lib/julia/libquadmath.so.0’
 Found traces of libgfortran/libgcc in /lib/x86_64-linux-gnu
 /usr/lib/x86_64-linux-gnu

 But libgfortran doesn’t appear in the tar file anywhere. make install
 doesn’t put it in a lib folder anywhere either.

 On June 25, 2015 at 4:04:23 PM, Elliot Saba (staticfl...@gmail.com) wrote:

 Hmmm, well, it *should*, so that's worrying that it's not doing so on
 your system.  When you run `make binary-dist`, you the makefile should run
 a script called `fixup-libgfortran.sh`, which does exactly what you want.  
 Here
 is an example log
 http://buildbot.e.ip.saba.us:8010/builders/package_tarball64/builds/921/steps/make%20binary-dist/logs/stdio
 of what it should look like when you run `make binary-dist`, the important
 part of which is:

 ./contrib/fixup-libgfortran.sh
 /home/centos/buildbot/slave/package_tarball64/build/julia-1e081b79ed/lib/julia
 `/home/centos/local/lib64/libgcc_s.so.1' -
 `/home/centos/buildbot/slave/package_tarball64/build/julia-1e081b79ed/lib/julia/libgcc_s.so.1'
 `/home/centos/local/lib64/libgfortran.so.3' -
 `/home/centos/buildbot/slave/package_tarball64/build/julia-1e081b79ed/lib/julia/libgfortran.so.3'
 `/home/centos/local/lib64/libquadmath.so.0' -
 `/home/centos/buildbot/slave/package_tarball64/build/julia-1e081b79ed/lib/julia/libquadmath.so.0'
 Found traces of libgfortran/libgcc in /home/centos/local/lib64
 ./contrib/fixup-libstdc++.sh
 /home/centos/buildbot/slave/package_tarball64/build/julia-1e081b79ed/lib/julia
 `/home/centos/local/lib64/libstdc++.so.6' -
 `/home/centos/buildbot/slave/package_tarball64/build/julia-1e081b79ed/lib/julia/libstdc++.so.6'

 This is showing how it finds and installs libgfortran.so.3, you should see
 something similar in your installs as well.  This should run as long as
 you're not running on windows
 https://github.com/JuliaLang/julia/blob/master/Makefile#L401-L403, so
 there must be some kind of error happening that is hopefully printed out to
 the console.
 -E

Re: [julia-users] libgfortran in a linux install

2015-06-25 Thread Sebastian Good

Nope, not there.

Also in the tarball there is a sys.ji but not a sys.so. In this case sys.so is 
in the correct location, but didn’t make it into the tarball.
On June 25, 2015 at 5:40:10 PM, Elliot Saba (staticfl...@gmail.com) wrote:

So the file /home/vagrant/julia/julia-cb77503114/lib/julia/libgfortran.so.3 
does not exist?
-E

On Thu, Jun 25, 2015 at 3:18 PM, Sebastian Good 
sebast...@palladiumconsulting.com wrote:
No apparent problems

./contrib/fixup-libgfortran.sh /home/vagrant/julia/julia-cb77503114/lib/julia
‘/lib/x86_64-linux-gnu/libgcc_s.so.1’ - 
‘/home/vagrant/julia/julia-cb77503114/lib/julia/libgcc_s.so.1’
‘/usr/lib/x86_64-linux-gnu/libgfortran.so.3’ - 
‘/home/vagrant/julia/julia-cb77503114/lib/julia/libgfortran.so.3’
‘/usr/lib/x86_64-linux-gnu/libquadmath.so.0’ - 
‘/home/vagrant/julia/julia-cb77503114/lib/julia/libquadmath.so.0’
Found traces of libgfortran/libgcc in /lib/x86_64-linux-gnu 
/usr/lib/x86_64-linux-gnu 

But libgfortran doesn’t appear in the tar file anywhere. make install doesn’t 
put it in a lib folder anywhere either.
On June 25, 2015 at 4:04:23 PM, Elliot Saba (staticfl...@gmail.com) wrote:

Hmmm, well, it should, so that's worrying that it's not doing so on your 
system.  When you run `make binary-dist`, you the makefile should run a script 
called `fixup-libgfortran.sh`, which does exactly what you want.  Here is an 
example log of what it should look like when you run `make binary-dist`, the 
important part of which is:

./contrib/fixup-libgfortran.sh 
/home/centos/buildbot/slave/package_tarball64/build/julia-1e081b79ed/lib/julia
`/home/centos/local/lib64/libgcc_s.so.1' - 
`/home/centos/buildbot/slave/package_tarball64/build/julia-1e081b79ed/lib/julia/libgcc_s.so.1'
`/home/centos/local/lib64/libgfortran.so.3' - 
`/home/centos/buildbot/slave/package_tarball64/build/julia-1e081b79ed/lib/julia/libgfortran.so.3'
`/home/centos/local/lib64/libquadmath.so.0' - 
`/home/centos/buildbot/slave/package_tarball64/build/julia-1e081b79ed/lib/julia/libquadmath.so.0'
Found traces of libgfortran/libgcc in /home/centos/local/lib64
./contrib/fixup-libstdc++.sh 
/home/centos/buildbot/slave/package_tarball64/build/julia-1e081b79ed/lib/julia
`/home/centos/local/lib64/libstdc++.so.6' - 
`/home/centos/buildbot/slave/package_tarball64/build/julia-1e081b79ed/lib/julia/libstdc++.so.6'

This is showing how it finds and installs libgfortran.so.3, you should see 
something similar in your installs as well.  This should run as long as you're 
not running on windows, so there must be some kind of error happening that is 
hopefully printed out to the console.
-E

Re: [julia-users] Re: Problem with ZMQ and Ijulia

0.3.10 (released yesterday) should fix this error.

On Thursday, June 25, 2015 at 10:02:09 AM UTC-4, Miguel Bazdresch wrote:

These issues may be relevant:

https://github.com/JuliaLang/ZMQ.jl/issues/83

https://github.com/JuliaLang/IJulia.jl/issues/323

-- mb

On Thu, Jun 25, 2015 at 9:37 AM, Grigoriy Isaev grigoriy...@gmail.com
javascript: wrote:

четверг, 25 июня 2015 г., 16:32:33 UTC+3 пользователь Grigoriy Isaev
написал:

Hi! I am trying to set up Ijulia. I've cleand my PC from all previuos
versions of Julia/Ipython and installed fresh 64 bit Anaconda 3 python
distribution + downloaded Juno 64 bit.

After i launch Ipython i can see Ijulia option, but trying to create
notebooks i get kernell has died message and a ZMQ error reference.

I can not re-build ZMQ on my PC, i get the following errors:

=[ ERROR: ZMQ
]=

Provider PackageManager failed to satisfy dependency zmq
while loading C:\Users\Gisaev\.julia\v0.3\ZMQ\deps\build.jl, in
expression starting on line 23

[ BUILD ERRORS
]

WARNING: ZMQ had build errors.

I tried Pkg.checkout on both ZMQ and Ijulia but to no avail. Ipython
notebooks work just fine.

Any thoughts on what might be the problem?

[julia-users] Invitation to JuliaLangEs events

2015-06-25 Thread Ismael VC

To all Julians!

Our community *JuliaLangEs https://github.com/JuliaLangEs* has been 
invited recently to two important technology events in Mexico.

The first one and the also the closest one is *Campus Party Mexico 2015*, 
which will be celebrated from 22 to 26 of July at Guadalajara and we have 
passes with 60% discount for you! Simply use the code MX6D60yrFoi4 when 
registering:

* http://mexico.campus-party.org

The second one is *MasterCard Masters of Code Mexico*, which will be 
celebrated 1 and 2 of August at Mexico City and we have free passes for 
you! Simply use the code AngelHACK when registering:

* http://mastersofcode.com/event/mexico-city-mexico-august-1-2-2015

But that's not all ...expect more surprises!

Julians assemble!!! ...see you there! ;)

Re: [julia-users] libgfortran in a linux install

2015-06-25 Thread Sebastian Good

No apparent problems

./contrib/fixup-libgfortran.sh /home/vagrant/julia/julia-cb77503114/lib/julia
‘/lib/x86_64-linux-gnu/libgcc_s.so.1’ - 
‘/home/vagrant/julia/julia-cb77503114/lib/julia/libgcc_s.so.1’
‘/usr/lib/x86_64-linux-gnu/libgfortran.so.3’ - 
‘/home/vagrant/julia/julia-cb77503114/lib/julia/libgfortran.so.3’
‘/usr/lib/x86_64-linux-gnu/libquadmath.so.0’ - 
‘/home/vagrant/julia/julia-cb77503114/lib/julia/libquadmath.so.0’
Found traces of libgfortran/libgcc in /lib/x86_64-linux-gnu 
/usr/lib/x86_64-linux-gnu 

But libgfortran doesn’t appear in the tar file anywhere. make install doesn’t 
put it in a lib folder anywhere either.
On June 25, 2015 at 4:04:23 PM, Elliot Saba (staticfl...@gmail.com) wrote:

Hmmm, well, it should, so that's worrying that it's not doing so on your 
system.  When you run `make binary-dist`, you the makefile should run a script 
called `fixup-libgfortran.sh`, which does exactly what you want.  Here is an 
example log of what it should look like when you run `make binary-dist`, the 
important part of which is:

./contrib/fixup-libgfortran.sh 
/home/centos/buildbot/slave/package_tarball64/build/julia-1e081b79ed/lib/julia
`/home/centos/local/lib64/libgcc_s.so.1' - 
`/home/centos/buildbot/slave/package_tarball64/build/julia-1e081b79ed/lib/julia/libgcc_s.so.1'
`/home/centos/local/lib64/libgfortran.so.3' - 
`/home/centos/buildbot/slave/package_tarball64/build/julia-1e081b79ed/lib/julia/libgfortran.so.3'
`/home/centos/local/lib64/libquadmath.so.0' - 
`/home/centos/buildbot/slave/package_tarball64/build/julia-1e081b79ed/lib/julia/libquadmath.so.0'
Found traces of libgfortran/libgcc in /home/centos/local/lib64
./contrib/fixup-libstdc++.sh 
/home/centos/buildbot/slave/package_tarball64/build/julia-1e081b79ed/lib/julia
`/home/centos/local/lib64/libstdc++.so.6' - 
`/home/centos/buildbot/slave/package_tarball64/build/julia-1e081b79ed/lib/julia/libstdc++.so.6'

This is showing how it finds and installs libgfortran.so.3, you should see 
something similar in your installs as well.  This should run as long as you're 
not running on windows, so there must be some kind of error happening that is 
hopefully printed out to the console.
-E

[julia-users] Re: make iterators default in for-loops

2015-06-25 Thread Matt Bauman

Zip and enumerate are also iterators in Julia.  The little performance 
improvement that the @itr macro provides isn't because they aren't 
iterators… it's simply from a little quirk in Julia 0.3.  In the latest 
development versions (0.4-), however, there is no longer a performance 
difference between enumerate/zip and the manually iterated versions (which 
is what @itr provides).

On Thursday, June 25, 2015 at 11:07:44 PM UTC-4, holocro...@gmail.com wrote:

 By default, Python 3 uses iterators for loop operations like zip and 
 enumerate. Thus there is no need for a macro like @itr found in the 
 Iterators.jl package. I am new to Julia and have difficulty understanding 
 why the default behavior would not use iterators instead of tuples. Are 
 there any plans for Julia core to make a similar transition to 
 iterator-only loops like Python did?

 Thanks!

[julia-users] make iterators default in for-loops

2015-06-25 Thread holocronweaver

By default, Python 3 uses iterators for loop operations like zip and 
enumerate. Thus there is no need for a macro like @itr found in the 
Iterators.jl package. I am new to Julia and have difficulty understanding 
why the default behavior would not use iterators instead of tuples. Are 
there any plans for Julia core to make a similar transition to 
iterator-only loops like Python did?

Thanks!

Re: [julia-users] How to debug Illegal Instruction in 0.4?

What exactly is your code doing? Does it involve mmap?


On Thursday, June 25, 2015 at 8:27:34 PM UTC-4, Sheehan Olver wrote:

 Switching to juliadebug, I get

 *ERROR: ReadOnlyMemoryError()*


 still with no further information.  I guess I can manually drill down to 
 the offending line?



 On 25 Jun 2015, at 9:51 pm, Tony Kelman to...@kelman.net javascript: 
 wrote:

 If you built Julia from source, do make debug


 On Thursday, June 25, 2015 at 7:41:26 AM UTC-4, Sheehan Olver wrote:

 This is on OS X, julia v0.4 master

 How do I do julia-debug?


 On 25 Jun 2015, at 9:06 pm, Tony Kelman to...@kelman.net wrote:

 Is this in a VM or some other unusual environment? Old hardware?

 What was the context, what were you running? Can you try running the same 
 code with julia-debug, and/or inside gdb or lldb?


 On Thursday, June 25, 2015 at 12:08:51 AM UTC-4, Sheehan Olver wrote:

 I got the following crash

 signal (4): Illegal instruction: 4

 unknown function (ip: 0x316f9ff7a)

 Illegal instruction: 4

 with no other information given in 0.4 master.  I suppose this is a bug 
 in Julia itself, but without a stack trace it's hard to narrow down.  Any 
 suggestions?

Re: [julia-users] Re: Guidelines for overriding Base.convert?

Yep I'll open an issue with Simons example.  I had another issue which hadn't 
narrowed down the problem which I'll replace

Sent from my iPhone

 On 26 Jun 2015, at 12:55 pm, Stefan Karpinski ste...@karpinski.org wrote:
 
 Yes – adding a normal method should never segfault. Can you open an issue?
 
 On Thu, Jun 25, 2015 at 6:33 PM, Sheehan Olver dlfivefi...@gmail.com wrote:
 Is that a bug in Julia that wrongly overloading convert is an unsafe 
 operation?
 
 Sent from my iPad
 
 On 26 Jun 2015, at 12:22 am, Simon Byrne simonby...@gmail.com wrote:
 
 For abstract types it is acceptable to return an instance of a subtype, e.g.
 
 convert(Integer, 1.0)
 
 Otherwise, I suspect you are in for all sorts of trouble, e.g.
 
 julia import Base.convert
 
 
 
 julia immutable Foo
 
x::Int
 
end
 
 
 
 julia function bar(x)
 
y::Foo
 
y=x
 
end
 
 bar (generic function with 1 method)
 
 
 
 julia convert(::Type{Foo},x::Int) = float(x)
 
 convert (generic function with 518 methods)
 
 
 
 julia bar(1)
 
 
 
 signal (11): Segmentation fault: 11
 
 
 
 -Simon
 
 On Thursday, 25 June 2015 04:55:07 UTC+1, Sheehan Olver wrote:
 
 Is there a guide/good guidelines for overriding Base.convert?  Is it 
 allowed for a convert routine to ever return a different type than 
 requested?  
 
 My overrides (in a fairly deep type hierarchy) seem to be triggering 
 numerous bugs in Julia 0.4, I believe because of issues with type 
 inference.  Right now I just add more overrides to fix the 0.4 bugs as 
 they pop up..

Re: [julia-users] Re: Guidelines for overriding Base.convert?

2015-06-25 Thread Stefan Karpinski

Yes – adding a normal method should never segfault. Can you open an issue?

On Thu, Jun 25, 2015 at 6:33 PM, Sheehan Olver dlfivefi...@gmail.com
wrote:

 Is that a bug in Julia that wrongly overloading convert is an unsafe
 operation?

 Sent from my iPad

 On 26 Jun 2015, at 12:22 am, Simon Byrne simonby...@gmail.com wrote:

 For abstract types it is acceptable to return an instance of a subtype,
 e.g.

 convert(Integer, 1.0)

 Otherwise, I suspect you are in for all sorts of trouble, e.g.

 julia import Base.convert


 julia immutable Foo

x::Int

end


 julia function bar(x)

y::Foo

y=x

end

 bar (generic function with 1 method)


 julia convert(::Type{Foo},x::Int) = float(x)

 convert (generic function with 518 methods)


 julia bar(1)


 signal (11): Segmentation fault: 11


 -Simon

 On Thursday, 25 June 2015 04:55:07 UTC+1, Sheehan Olver wrote:


 Is there a guide/good guidelines for overriding Base.convert?  Is it
 allowed for a convert routine to ever return a different type than
 requested?

 My overrides (in a fairly deep type hierarchy) seem to be triggering
 numerous bugs in Julia 0.4, I believe because of issues with type
 inference.  Right now I just add more overrides to fix the 0.4 bugs as they
 pop up..

Re: [julia-users] Re: Problem with ZMQ and Ijulia

These are two different problems, sorry. The issues you pointed to appear
to be Linux-only, and due to a version upgrade of libzmq - probably little
or nothing to do with Julia base. And also not yet completely identified or
solved.

The original post here was on Windows, Provider PackageManager failed to
satisfy dependency zmq, which arose from C++ ABI mismatches due to the
openSUSE build service (which we use for many binary package dependencies
on Windows) fixing a typo in a configure flag which changed the way
libstdc++ deals with strings. C++ is filled with this nonsense, and even
ZMQ's author regrets writing ZMQ in C++ instead of C.

On Thursday, June 25, 2015 at 8:13:11 PM UTC-4, Miguel Bazdresch wrote:

It doesn't, at least for me. ZMQ tests still segfault.

-- mb

On Thu, Jun 25, 2015 at 5:36 PM, Tony Kelman to...@kelman.net
javascript: wrote:

0.3.10 (released yesterday) should fix this error.

On Thursday, June 25, 2015 at 10:02:09 AM UTC-4, Miguel Bazdresch wrote:

These issues may be relevant:

https://github.com/JuliaLang/ZMQ.jl/issues/83

https://github.com/JuliaLang/IJulia.jl/issues/323

-- mb

On Thu, Jun 25, 2015 at 9:37 AM, Grigoriy Isaev grigoriy...@gmail.com
wrote:

It seems that there is unfixed bug somewhere in Juno distribution.
Latest 64 bit Juno is version 0.3.7 and it has this bug. If i install
latest Julia 0.4.0 - zero MQ builds correctly and everything is fine with
Ijulia notebooks using 0.4.0 version

четверг, 25 июня 2015 г., 16:32:33 UTC+3 пользователь Grigoriy Isaev
написал:

Hi! I am trying to set up Ijulia. I've cleand my PC from all
previuos versions of Julia/Ipython and installed fresh 64 bit Anaconda 3
python distribution + downloaded Juno 64 bit.

After i launch Ipython i can see Ijulia option, but trying to create
notebooks i get kernell has died message and a ZMQ error reference.

I can not re-build ZMQ on my PC, i get the following errors:

=[ ERROR: ZMQ
]=

Provider PackageManager failed to satisfy dependency zmq
while loading C:\Users\Gisaev\.julia\v0.3\ZMQ\deps\build.jl, in
expression starting on line 23

[ BUILD ERRORS
]

WARNING: ZMQ had build errors.

I tried Pkg.checkout on both ZMQ and Ijulia but to no avail. Ipython
notebooks work just fine.

Any thoughts on what might be the problem?

Re: [julia-users] How to debug Illegal Instruction in 0.4?

Actually, it turned out that the cause was another faulty convert 
implementation, see other thread I started 

I'm filing an issue


Sent from my iPhone

 On 26 Jun 2015, at 1:07 pm, Tony Kelman t...@kelman.net wrote:
 
 What exactly is your code doing? Does it involve mmap?
 
 
 On Thursday, June 25, 2015 at 8:27:34 PM UTC-4, Sheehan Olver wrote:
 Switching to juliadebug, I get
 
 ERROR: ReadOnlyMemoryError()
 
 
 still with no further information.  I guess I can manually drill down to the 
 offending line?
 
 
 
 On 25 Jun 2015, at 9:51 pm, Tony Kelman to...@kelman.net wrote:
 
 If you built Julia from source, do make debug
 
 
 On Thursday, June 25, 2015 at 7:41:26 AM UTC-4, Sheehan Olver wrote:
 This is on OS X, julia v0.4 master
 
 How do I do julia-debug?
 
 
 On 25 Jun 2015, at 9:06 pm, Tony Kelman to...@kelman.net wrote:
 
 Is this in a VM or some other unusual environment? Old hardware?
 
 What was the context, what were you running? Can you try running the same 
 code with julia-debug, and/or inside gdb or lldb?
 
 
 On Thursday, June 25, 2015 at 12:08:51 AM UTC-4, Sheehan Olver wrote:
 I got the following crash
 
 signal (4): Illegal instruction: 4
 
 unknown function (ip: 0x316f9ff7a)
 
 Illegal instruction: 4
 
 
 with no other information given in 0.4 master.  I suppose this is a bug 
 in Julia itself, but without a stack trace it's hard to narrow down.  
 Any suggestions?

Re: [julia-users] libgfortran in a linux install

Can you please gist the full output of `make cleanall; make binary-dist`?
-E

On Thu, Jun 25, 2015 at 3:48 PM, Sebastian Good 
sebast...@palladiumconsulting.com wrote:

 Nope, not there.

 Also in the tarball there is a sys.ji but not a sys.so. In this case
 sys.so is in the correct location, but didn’t make it into the tarball.

 On June 25, 2015 at 5:40:10 PM, Elliot Saba (staticfl...@gmail.com) wrote:

 So the file /home/vagrant/julia/julia-cb77503114/lib/julia/
 libgfortran.so.3 does not exist?
 -E

 On Thu, Jun 25, 2015 at 3:18 PM, Sebastian Good 
 sebast...@palladiumconsulting.com wrote:

  No apparent problems

  ./contrib/fixup-libgfortran.sh
 /home/vagrant/julia/julia-cb77503114/lib/julia
 ‘/lib/x86_64-linux-gnu/libgcc_s.so.1’ -
 ‘/home/vagrant/julia/julia-cb77503114/lib/julia/libgcc_s.so.1’
 ‘/usr/lib/x86_64-linux-gnu/libgfortran.so.3’ -
 ‘/home/vagrant/julia/julia-cb77503114/lib/julia/libgfortran.so.3’
 ‘/usr/lib/x86_64-linux-gnu/libquadmath.so.0’ -
 ‘/home/vagrant/julia/julia-cb77503114/lib/julia/libquadmath.so.0’
 Found traces of libgfortran/libgcc in /lib/x86_64-linux-gnu
 /usr/lib/x86_64-linux-gnu

  But libgfortran doesn’t appear in the tar file anywhere. make install
 doesn’t put it in a lib folder anywhere either.

 On June 25, 2015 at 4:04:23 PM, Elliot Saba (staticfl...@gmail.com)
 wrote:

  Hmmm, well, it *should*, so that's worrying that it's not doing so on
 your system.  When you run `make binary-dist`, you the makefile should run
 a script called `fixup-libgfortran.sh`, which does exactly what you want.  
 Here
 is an example log
 http://buildbot.e.ip.saba.us:8010/builders/package_tarball64/builds/921/steps/make%20binary-dist/logs/stdio
 of what it should look like when you run `make binary-dist`, the important
 part of which is:

 ./contrib/fixup-libgfortran.sh
 /home/centos/buildbot/slave/package_tarball64/build/julia-1e081b79ed/lib/julia
 `/home/centos/local/lib64/libgcc_s.so.1' -
 `/home/centos/buildbot/slave/package_tarball64/build/julia-1e081b79ed/lib/julia/libgcc_s.so.1'
 `/home/centos/local/lib64/libgfortran.so.3' -
 `/home/centos/buildbot/slave/package_tarball64/build/julia-1e081b79ed/lib/julia/libgfortran.so.3'
 `/home/centos/local/lib64/libquadmath.so.0' -
 `/home/centos/buildbot/slave/package_tarball64/build/julia-1e081b79ed/lib/julia/libquadmath.so.0'
 Found traces of libgfortran/libgcc in /home/centos/local/lib64
 ./contrib/fixup-libstdc++.sh
 /home/centos/buildbot/slave/package_tarball64/build/julia-1e081b79ed/lib/julia
 `/home/centos/local/lib64/libstdc++.so.6' -
 `/home/centos/buildbot/slave/package_tarball64/build/julia-1e081b79ed/lib/julia/libstdc++.so.6'

 This is showing how it finds and installs libgfortran.so.3, you should
 see something similar in your installs as well.  This should run as long
 as you're not running on windows
 https://github.com/JuliaLang/julia/blob/master/Makefile#L401-L403, so
 there must be some kind of error happening that is hopefully printed out to
 the console.
 -E

Re: [julia-users] Re: Julia v0.3.10

Who are we kidding, we don't have an application process.  We're
opensource, the closest we get is contributor guidelines
https://github.com/JuliaLang/julia/blob/master/CONTRIBUTING.md. :P
-E

Re: [julia-users] Re: Julia v0.3.10

We at the north pole of technical computing *love* elves of all kinds.
Applications are open.  :)
-E

On Thu, Jun 25, 2015 at 5:53 PM, ele...@gmail.com wrote:



 On Friday, June 26, 2015 at 7:04:48 AM UTC+10, Elliot Saba wrote:

 Yes, that's my fault.  0.3.10 is making its way through the buildd
 servers as we speak.
 -E


 Thanks for making the PPA, maybe you need some more elves :)

 Cheers
 Lex



 On Thu, Jun 25, 2015 at 4:52 AM, ele...@gmail.com wrote:



 On Thursday, June 25, 2015 at 9:11:04 PM UTC+10, Tony Kelman wrote:

 Yes, I suspect it will, but it may take a week or two for Elliot Saba
 (@staticfloat) to get to it. I can't imagine any of the backports we've
 made would present any problems to updating the Ubuntu package in the
 releases PPA, but Elliot's been a bit busy recently and there are enough
 things breaking on master to keep up with to make sure all the nightlies
 work too.


 Ok, just noting that the PPA has completely missed 0.3.9.




 On Thursday, June 25, 2015 at 3:05:21 AM UTC-4, ele...@gmail.com wrote:



 On Thursday, June 25, 2015 at 1:47:51 PM UTC+10, Tony Kelman wrote:

 Hello all! The latest bugfix release of the 0.3.x Julia line has been
 released. Binaries are available from the usual place
 http://julialang.org/downloads/,


 Is the ubuntu packages ppa linked from here going to be updated, it is
 still at 0.3.8?

 Cheers
 Lex



 and as is typical with such things, please report all issues to
 either the issue tracker https://github.com/JuliaLang/julia/issues,
 or email the julia-users list.

 This is a bugfix release, primarily concerned with rebuilding the
 Windows binaries against an updated libstdc++ ABI in order for packages
 using WinRPM to work again. If you are on Windows and have hit Provider
 PackageManager failed to satisfy dependency ... errors, please try this
 version and hopefully it will be fixed. To see all other bugs fixed since
 0.3.9, see this commit log
 https://github.com/JuliaLang/julia/compare/v0.3.9...v0.3.10.

 This is a recommended upgrade for anyone using any of the previous
 0.3.x releases, and should act as a drop-in replacement for any of the
 0.3.x line. We would like to get feedback if someone has a working 
 program
 that breaks after this upgrade.


 -Tony

Re: [julia-users] Re: Guidelines for overriding Base.convert?

2015-06-25 Thread Stefan Karpinski

Thanks!

On Thu, Jun 25, 2015 at 11:12 PM, Sheehan Olver dlfivefi...@gmail.com
wrote:

 Yep I'll open an issue with Simons example.  I had another issue which
 hadn't narrowed down the problem which I'll replace

 Sent from my iPhone

 On 26 Jun 2015, at 12:55 pm, Stefan Karpinski ste...@karpinski.org
 wrote:

 Yes – adding a normal method should never segfault. Can you open an issue?

 On Thu, Jun 25, 2015 at 6:33 PM, Sheehan Olver dlfivefi...@gmail.com
 wrote:

 Is that a bug in Julia that wrongly overloading convert is an unsafe
 operation?

 Sent from my iPad

 On 26 Jun 2015, at 12:22 am, Simon Byrne simonby...@gmail.com wrote:

 For abstract types it is acceptable to return an instance of a subtype,
 e.g.

 convert(Integer, 1.0)

 Otherwise, I suspect you are in for all sorts of trouble, e.g.

 julia import Base.convert


 julia immutable Foo

x::Int

end


 julia function bar(x)

y::Foo

y=x

end

 bar (generic function with 1 method)


 julia convert(::Type{Foo},x::Int) = float(x)

 convert (generic function with 518 methods)


 julia bar(1)


 signal (11): Segmentation fault: 11


 -Simon

 On Thursday, 25 June 2015 04:55:07 UTC+1, Sheehan Olver wrote:


 Is there a guide/good guidelines for overriding Base.convert?  Is it
 allowed for a convert routine to ever return a different type than
 requested?

 My overrides (in a fairly deep type hierarchy) seem to be triggering
 numerous bugs in Julia 0.4, I believe because of issues with type
 inference.  Right now I just add more overrides to fix the 0.4 bugs as they
 pop up..

Re: [julia-users] Re: Guidelines for overriding Base.convert?

OK I submitted issue #11874


 On 26 Jun 2015, at 2:06 pm, Stefan Karpinski ste...@karpinski.org wrote:
 
 Thanks!
 
 On Thu, Jun 25, 2015 at 11:12 PM, Sheehan Olver dlfivefi...@gmail.com 
 mailto:dlfivefi...@gmail.com wrote:
 Yep I'll open an issue with Simons example.  I had another issue which hadn't 
 narrowed down the problem which I'll replace
 
 Sent from my iPhone
 
 On 26 Jun 2015, at 12:55 pm, Stefan Karpinski ste...@karpinski.org 
 mailto:ste...@karpinski.org wrote:
 
 Yes – adding a normal method should never segfault. Can you open an issue?
 
 On Thu, Jun 25, 2015 at 6:33 PM, Sheehan Olver dlfivefi...@gmail.com 
 mailto:dlfivefi...@gmail.com wrote:
 Is that a bug in Julia that wrongly overloading convert is an unsafe 
 operation?
 
 Sent from my iPad
 
 On 26 Jun 2015, at 12:22 am, Simon Byrne simonby...@gmail.com 
 mailto:simonby...@gmail.com wrote:
 
 For abstract types it is acceptable to return an instance of a subtype, e.g.
 
 convert(Integer, 1.0)
 
 Otherwise, I suspect you are in for all sorts of trouble, e.g.
 
 julia import Base.convert
 
 
 
 julia immutable Foo
 
x::Int
 
end
 
 
 
 julia function bar(x)
 
y::Foo
 
y=x
 
end
 
 bar (generic function with 1 method)
 
 
 
 julia convert(::Type{Foo},x::Int) = float(x)
 
 convert (generic function with 518 methods)
 
 
 
 julia bar(1)
 
 
 
 signal (11): Segmentation fault: 11
 
 
 
 -Simon
 
 On Thursday, 25 June 2015 04:55:07 UTC+1, Sheehan Olver wrote:
 
 Is there a guide/good guidelines for overriding Base.convert?  Is it 
 allowed for a convert routine to ever return a different type than 
 requested?  
 
 My overrides (in a fairly deep type hierarchy) seem to be triggering 
 numerous bugs in Julia 0.4, I believe because of issues with type 
 inference.  Right now I just add more overrides to fix the 0.4 bugs as they 
 pop up..

Re: [julia-users] How to debug Illegal Instruction in 0.4?

See issue #11874 for a similar example that caused the segfault



 On 26 Jun 2015, at 1:11 pm, Sheehan Olver dlfivefi...@gmail.com wrote:
 
 Actually, it turned out that the cause was another faulty convert 
 implementation, see other thread I started 
 
 I'm filing an issue
 
 
 Sent from my iPhone
 
 On 26 Jun 2015, at 1:07 pm, Tony Kelman t...@kelman.net 
 mailto:t...@kelman.net wrote:
 
 What exactly is your code doing? Does it involve mmap?
 
 
 On Thursday, June 25, 2015 at 8:27:34 PM UTC-4, Sheehan Olver wrote:
 Switching to juliadebug, I get
 
 ERROR: ReadOnlyMemoryError()
 
 
 still with no further information.  I guess I can manually drill down to the 
 offending line?
 
 
 
 On 25 Jun 2015, at 9:51 pm, Tony Kelman to...@kelman.net javascript: 
 wrote:
 
 If you built Julia from source, do make debug
 
 
 On Thursday, June 25, 2015 at 7:41:26 AM UTC-4, Sheehan Olver wrote:
 This is on OS X, julia v0.4 master
 
 How do I do julia-debug?
 
 
 On 25 Jun 2015, at 9:06 pm, Tony Kelman to...@kelman.net  wrote:
 
 Is this in a VM or some other unusual environment? Old hardware?
 
 What was the context, what were you running? Can you try running the same 
 code with julia-debug, and/or inside gdb or lldb?
 
 
 On Thursday, June 25, 2015 at 12:08:51 AM UTC-4, Sheehan Olver wrote:
 I got the following crash
 
 signal (4): Illegal instruction: 4
 
 unknown function (ip: 0x316f9ff7a)
 
 Illegal instruction: 4
 
 
 with no other information given in 0.4 master.  I suppose this is a bug in 
 Julia itself, but without a stack trace it's hard to narrow down.  Any 
 suggestions?

Re: [julia-users] How to debug Illegal Instruction in 0.4?