Can't build package on 0.7.0-rc1.4 from source about specialfunctions.jl

[Evizero]

I am guessing this issue has two facets.

1. For some reason it isn't satisfied with the downloaded binary, discards it and instead tries to build from scratch. This should probably not happen. EDIT: fixed this part by updating gfortran

2. Building from scratch (regardless if justified or not) doesn't work because some code in there is broken. maybe some recent change in iterate?

---

EDIT:

I think i found the reason for 1. The downloaded lib is not dlopen able on my machine, which AFAICT BinaryProvider uses to determine satisfied.

julia> dlopen("libopenspecfun.so")
ERROR: could not load library "libopenspecfun.so"
libgfortran.so.4: cannot open shared object file: No such file or directory
Stacktrace:
 [1] dlopen(::String, ::UInt32) at /home/csto/Applications/julia-0.7/usr/share/julia/stdlib/v0.7/Libdl/src/Libdl.jl:97 (repeats 2 times)
 [2] top-level scope at none:0

This has to do with me using Ubuntu 16.04 LTS, which does not have apt-get access to something containing libgfortran.so.4 it seems. So I guess I still have to figure out problem 2. for building from scratch. EDIT: Ok so updating gfortran on ubuntu avoids the issue since it avoids scratch.jl. Unsure about OSX yet.

Concerning OSX: I have upgraded gcc via homebrew (which includes gfortran) and am now recompiling julia. Lets see if that helps there

[JeffreySarnoff]

I have a very similar issue with Travis when specifying SpecialFunctions is to be used in another package

[Evizero]

do you have a link to a log?

[JeffreySarnoff]

not relevant

[rdeits]

I think I'm hitting the same error in CMakeWrapper: JuliaPackaging/CMakeWrapper.jl#14

I was able to get at least part of a stacktrace in the build log:

┌ Warning: __precompile__() is now the default
│   caller = __precompile__() at loading.jl:777
└ @ Base ./loading.jl:777
┌ Warning: __precompile__() is now the default
│   caller = __precompile__() at loading.jl:777
└ @ Base ./loading.jl:777
┌ Warning: Deprecated syntax `try without catch or finally` at /home/rdeits/.julia/packages/BinDeps/2wxq/src/dependencies.jl:122.
└ @ ~/.julia/packages/BinDeps/2wxq/src/dependencies.jl:122
┌ Warning: The start/next/done iteration protocol is deprecated. Use `iterate` instead.
│   caller = iterate(::Symbol) at essentials.jl:853
└ @ Base ./essentials.jl:853
ERROR: LoadError: InterruptException:
Stacktrace:
 ... (the last 2 lines are repeated 13772 more times)
 [27562] backtrace() at ./stacktraces.jl:167
 [27562] macro expansion at ./deprecated.jl:72 [inlined]
 [27562] macro expansion at ./logging.jl:311 [inlined]
 [27562] depwarn(::String, ::Symbol) at ./deprecated.jl:68
 [27562] start(::Symbol) at ./essentials.jl:879
 [27562] iterate(::Symbol) at ./essentials.jl:853
 [27562] start(::Symbol) at ./essentials.jl:880
 [27562] iterate(::Symbol) at ./essentials.jl:853
 [27562] arg_gen(::Symbol) at ./process.jl:800
 [27562] cmd_gen(::Tuple{Tuple{Symbol},Tuple{SubString{String}}}) at ./process.jl:822
 [27562] download_cmd(::String, ::String) at /home/rdeits/.julia/packages/BinDeps/2wxq/src/BinDeps.jl:56
 [27562] lower(::FileDownloader, ::BinDeps.SynchronousStepCollection) at /home/rdeits/.julia/packages/BinDeps/2wxq/src/BinDeps.jl:272
 [27562] install_binaries(::String, ::String, ::String) at /home/rdeits/.julia/packages/BinDeps/2wxq/src/BinDeps.jl:308
 [27562] top-level scope at /home/rdeits/.julia/packages/CMakeWrapper/R7ZgO/deps/build.jl:90
 [27562] include at ./boot.jl:317 [inlined]
 [27562] include_relative(::Module, ::String) at ./loading.jl:1034
 [27562] include(::Module, ::String) at ./sysimg.jl:29
 [27562] include(::String) at ./client.jl:398
in expression starting at /home/rdeits/.julia/packages/CMakeWrapper/R7ZgO/deps/build.jl:88

I see what looks like a potential stack overflow in that stacktrace here:

 [27562] start(::Symbol) at ./essentials.jl:879
 [27562] iterate(::Symbol) at ./essentials.jl:853
 [27562] start(::Symbol) at ./essentials.jl:880
 [27562] iterate(::Symbol) at ./essentials.jl:853

And indeed I can reproduce that stack overflow easily. Just do iterate(:foo) on nightly to watch Julia freeze. I haven't gotten the actual stacktrace yet (still waiting), but I'm pretty sure this is the problem.

Next question: why is the source bulid trying to iterate over a symbol?

[KristofferC]

JuliaLang/julia#28391 maybe fixes it?

[Evizero]

latest julia master seems to work. closing