<p dir="auto">Adding RCall stalls with the last output being:<br>
INFO: Cloning cache of DataFrames from git://github.com/JuliaStats/DataFrames.jl.git</p>
<p dir="auto">This can be circumvented using:<br>
Pkg.clone("git://github.com/JuliaStats/DataFrames.jl.git")</p>
<p dir="auto">and Pkg.add("RCall") proceeds to completion. The problem is that after the Pkg.clone step completes, Pkg.update() now stalls permanently. I observe this behavior on both Linux and Mac OS X 10.10 systems. The version of julia this happens on is:</p>
<p dir="auto">Version 0.4.0-dev+5287 (2015-06-09 22:19 UTC)<br>
Commit c7e2b33* (0 days old master)</p>
<p dir="auto">I've been observing this behavior in the master branch for a couple of weeks, now.</p>
<p dir="auto">I am experiencing a very confusing behavior (bug?) when redefining a function. A minimal example can be described in the following way:</p>
<div class="snippet-clipboard-content notranslate position-relative overflow-auto" data-snippet-clipboard-copy-content="julia&gt; f(x) = x
f (generic function with 1 method)

julia&gt; [f(x) for x in 1:3]
3-element Array{Int64,1}:
 1
 2
 3"><pre class="notranslate"><code class="notranslate">julia&gt; f(x) = x
f (generic function with 1 method)

julia&gt; [f(x) for x in 1:3]
3-element Array{Int64,1}:
 1
 2
 3
</code></pre></div>
<p dir="auto">Now redefine the function</p>
<div class="snippet-clipboard-content notranslate position-relative overflow-auto" data-snippet-clipboard-copy-content="julia&gt; f(x) = 2*x
WARNING: Method definition f(Any) in module Main at REPL[2]:1 overwritten at REPL[4]:1.
f (generic function with 1 method)"><pre class="notranslate"><code class="notranslate">julia&gt; f(x) = 2*x
WARNING: Method definition f(Any) in module Main at REPL[2]:1 overwritten at REPL[4]:1.
f (generic function with 1 method)
</code></pre></div>
<p dir="auto">and try it</p>
<div class="snippet-clipboard-content notranslate position-relative overflow-auto" data-snippet-clipboard-copy-content="julia&gt; [f(1) for x in 1:3]
3-element Array{Int64,1}:
 2
 2
 2

julia&gt; f(2)
4

julia&gt; [f(x)+0 for x in 1:3]
3-element Array{Int64,1}:
 2
 4
 6"><pre class="notranslate"><code class="notranslate">julia&gt; [f(1) for x in 1:3]
3-element Array{Int64,1}:
 2
 2
 2

julia&gt; f(2)
4

julia&gt; [f(x)+0 for x in 1:3]
3-element Array{Int64,1}:
 2
 4
 6
</code></pre></div>
<p dir="auto">So far so good. BUT:</p>
<div class="snippet-clipboard-content notranslate position-relative overflow-auto" data-snippet-clipboard-copy-content="julia&gt; [f(x) for x in 1:3]
3-element Array{Int64,1}:
 1
 2
 3

julia&gt; [f(x) for x in 1:7]
7-element Array{Int64,1}:
 1
 2
 3
 4
 5
 6
 7"><pre class="notranslate"><code class="notranslate">julia&gt; [f(x) for x in 1:3]
3-element Array{Int64,1}:
 1
 2
 3

julia&gt; [f(x) for x in 1:7]
7-element Array{Int64,1}:
 1
 2
 3
 4
 5
 6
 7
</code></pre></div>
<p dir="auto">In these cases the old version of <code class="notranslate">f</code> is probably being called...</p>
<hr>
<p dir="auto">Output of <code class="notranslate">versioninfo</code>:</p>
<div class="snippet-clipboard-content notranslate position-relative overflow-auto" data-snippet-clipboard-copy-content="julia&gt; versioninfo()
Julia Version 0.5.1
Commit 6445c82* (2017-03-05 13:25 UTC)
Platform Info:
  OS: Linux (x86_64-pc-linux-gnu)
  CPU: Intel(R) Core(TM) i5-5200U CPU @ 2.20GHz
  WORD_SIZE: 64
  BLAS: libopenblas (DYNAMIC_ARCH NO_AFFINITY Haswell)
  LAPACK: libopenblas
  LIBM: libm
  LLVM: libLLVM-3.7.1 (ORCJIT, broadwell)"><pre class="notranslate"><code class="notranslate">julia&gt; versioninfo()
Julia Version 0.5.1
Commit 6445c82* (2017-03-05 13:25 UTC)
Platform Info:
  OS: Linux (x86_64-pc-linux-gnu)
  CPU: Intel(R) Core(TM) i5-5200U CPU @ 2.20GHz
  WORD_SIZE: 64
  BLAS: libopenblas (DYNAMIC_ARCH NO_AFFINITY Haswell)
  LAPACK: libopenblas
  LIBM: libm
  LLVM: libLLVM-3.7.1 (ORCJIT, broadwell)
</code></pre></div>
<p dir="auto">It looks like this bug does not affect 0.5.0 or 0.6.0-pre.alpha.52.</p>