Error while executing `using StaticArrays` on nightly

[tkoolen]

I'm getting an error even before #283 now.

fatal: error thrown and no exception handler available.
Base.ArgumentError(msg="No StaticArray found in argument list")
rec_backtrace at /Users/osx/buildbot/slave/package_osx10_9-x64/build/src/stackwalk.c:86
record_backtrace at /Users/osx/buildbot/slave/package_osx10_9-x64/build/src/task.c:246 [inlined]
jl_throw at /Users/osx/buildbot/slave/package_osx10_9-x64/build/src/task.c:568
same_size at /Users/twan/code/julia/RigidBodyDynamics/v0.7/StaticArrays/src/traits.jl:117 [inlined]
map at /Users/twan/code/julia/RigidBodyDynamics/v0.7/StaticArrays/src/mapreduce.jl:10
stacktrace at ./stacktraces.jl:151
display_error at ./client.jl:128
display_error at ./client.jl:142
do_call at /Users/osx/buildbot/slave/package_osx10_9-x64/build/src/interpreter.c:70
eval at /Users/osx/buildbot/slave/package_osx10_9-x64/build/src/interpreter.c:262
eval_body at /Users/osx/buildbot/slave/package_osx10_9-x64/build/src/interpreter.c:539
jl_toplevel_eval_body at /Users/osx/buildbot/slave/package_osx10_9-x64/build/src/interpreter.c:511
jl_toplevel_eval_flex at /Users/osx/buildbot/slave/package_osx10_9-x64/build/src/toplevel.c:602
jl_toplevel_eval_in at /Users/osx/buildbot/slave/package_osx10_9-x64/build/src/builtins.c:505
eval at ./sysimg.jl:48
_start at ./client.jl:429
true_main at /Applications/Julia-0.7.app/Contents/Resources/julia/bin/julia (unknown line)
main at /Applications/Julia-0.7.app/Contents/Resources/julia/bin/julia (unknown line)
ERROR: Failed to precompile StaticArrays to /Users/twan/code/julia/RigidBodyDynamics/lib/v0.7/StaticArrays.ji.
Stacktrace:
 [1] compilecache(::String) at ./loading.jl:598
 [2] _require(::Symbol) at ./loading.jl:407
 [3] require(::Symbol) at ./loading.jl:318

Julia Version 0.7.0-DEV.1333
Commit 4c5cc04156 (2017-08-12 13:47 UTC)
Platform Info:
  OS: macOS (x86_64-apple-darwin13.4.0)
  CPU: Intel(R) Core(TM) i7-3820QM CPU @ 2.70GHz
  WORD_SIZE: 64
  BLAS: libopenblas (USE64BITINT DYNAMIC_ARCH NO_AFFINITY Sandybridge)
  LAPACK: libopenblas64_
  LIBM: libopenlibm
  LLVM: libLLVM-3.9.1 (ORCJIT, ivybridge)
Environment:
  JULIA_PKGDIR = /Users/twan/code/julia/RigidBodyDynamics

[andyferris]

What happens with precompilation turned off?

[tkoolen]

With julia --precompiled=no --compilecache=no it becomes

<lots of deprecation warnings>

SYSTEM: show(lasterr) caused an error
ArgumentError("No StaticArray found in argument list")

Stacktrace:
 [1] include_relative(::Module, ::String) at ./loading.jl:464
 [2] include at ./sysimg.jl:14 [inlined]
 [3] include(::String) at /Users/twan/code/julia/RigidBodyDynamics/v0.7/StaticArrays/src/StaticArrays.jl:3
 [4] include_relative(::Module, ::String) at ./loading.jl:464
 [5] _require(::Symbol) at ./loading.jl:401
 [6] require(::Symbol) at ./loading.jl:318
 [7] eval(::Module, ::Expr) at ./repl/REPL.jl:3
 [8] eval_user_input(::Any, ::Base.REPL.REPLBackend) at ./repl/REPL.jl:69
 [9] macro expansion at ./repl/REPL.jl:100 [inlined]
 [10] (::Base.REPL.##1#2{Base.REPL.REPLBackend})() at ./event.jl:73

and Julia doesn't crash.

Does anybody else experience this issue?

[timholy]

Yes, and so does Travis: https://travis-ci.org/JuliaArrays/StaticArrays.jl/builds/264849095?utm_source=github_status&utm_medium=notification

[c42f]

Hmm. It would be nice to somehow have a more nuanced view of failure on Travis. I decided to allow failures on 0.7, because they're quite distracting for normal feature development. Especially in a package like StaticArrays where people develop against 0.6, and 0.7 is likely to break all sorts of things at random intervals.

[HarrisonGrodin]

I am able to reproduce this on Ubuntu.

Julia Version 0.7.0-DEV.1455
Commit 6d38500* (2017-08-23 07:51 UTC)
Platform Info:
  OS: Linux (x86_64-linux-gnu)
  CPU: Intel(R) Core(TM) i7-4790K CPU @ 4.00GHz
  WORD_SIZE: 64
  BLAS: libopenblas (USE64BITINT DYNAMIC_ARCH NO_AFFINITY Haswell)
  LAPACK: libopenblas64_
  LIBM: libopenlibm
  LLVM: libLLVM-3.9.1 (ORCJIT, haswell)

[ararslan]

FWIW this is making development of JuliaStats packages difficult on 0.7, since StaticArrays is usually a dependency of a dependency. Let me know if there's anything I can do to help with this.

[ararslan]

I'm actually unable to reproduce Julia not crashing, as tkoolen was able to do by turning off precompilation...

[c42f]

@ararslan if you have time for some investigation, you could try hunting down all occurrences of signatures like used in #282. If I had to guess what's going on here, I'd say our signature has broken generic map or something equally serious. Try replacing the offending methods with a narrower signature which only works on StaticArrays, maybe?

[andyferris]

OK, I merged the map fix... I think we still need to do a little work to pass tests but I at least hope this doesn't crash anymore?

[tkoolen]

Yep, I've confirmed that this fixes the original issue. Thanks!