Is anyone using v0.7 on Windows10?

As I read a date of December 15 somewhere (for an alpha version or something similar) I thought I could start looking into v0.7 today (irrespective whether that date will be met or not)

Besides a number of build errors I also get errors when using Revise or CSV. See below

Notably, some packages are ‘working’ (no error when using them, e.g.DataFrames, BenchmarkTools).
Is it too early to try v0.7?
Or am I doing something wrong?

              _
   _       _ _(_)_     |  A fresh approach to technical computing
  (_)     | (_) (_)    |  Documentation: https://docs.julialang.org
   _ _   _| |_  __ _   |  Type "?help" for help.
  | | | | | | |/ _ |  |
  | | |_| | | | (_| |  |  Version 0.7.0-DEV.2690 (2017-11-30 01:27 UTC)
 _/ |\__'_|_|_|\__'_|  |  Commit 7825911026* (6 days old master)
|__/                   |  x86_64-w64-mingw32

julia> using DataFrames

julia> using CSV
INFO: Precompiling module CSV.
ERROR: LoadError: LoadError: UndefVarError: Date not defined
Stacktrace:
 [1] top-level scope
 [2] include_relative(::Module, ::String) at .\loading.jl:509
 [3] include at .\sysimg.jl:15 [inlined]
 [4] include(::String) at C:\Users\bernhard.konig\.julia\v0.7\CSV\src\CSV.jl:2
 [5] top-level scope
 [6] include_relative(::Module, ::String) at .\loading.jl:509
 [7] include(::Module, ::String) at .\sysimg.jl:15
 [8] top-level scope
 [9] top-level scope at .\<missing>:2
in expression starting at C:\Users\bernhard.konig\.julia\v0.7\CSV\src\parsefields.jl:236
in expression starting at C:\Users\bernhard.konig\.julia\v0.7\CSV\src\CSV.jl:179
ERROR: Failed to precompile CSV to C:\Users\bernhard.konig\.julia\lib\v0.7\CSV.ji.
Stacktrace:
 [1] compilecache(::String) at .\loading.jl:637
 [2] _require(::Symbol) at .\loading.jl:448
 [3] require(::Symbol) at .\loading.jl:300

julia> using Revise

WARNING: Base.Dates is deprecated, run `using Dates` instead.
  likely near no file:0
WARNING: importing deprecated binding Base.now into Revise.
WARNING: Base.Dates is deprecated, run `using Dates` instead.
  likely near no file:0
WARNING: Base.Dates is deprecated, run `using Dates` instead.
  likely near no file:0
in Type at C:\Users\bernhard.konig\.julia\v0.7\Revise\src\Revise.jl
julia> ERROR (unhandled task failure): type Void has no field datetime2unix
Stacktrace:
 [1] Revise.WatchList() at C:\Users\bernhard.konig\.julia\v0.7\Revise\src\Revise.jl:813
 [2] process_parsed_files(::Array{String,1}) at C:\Users\bernhard.konig\.julia\v0.7\Revise\src\Revise.jl:581
 [3] watch_package_impl(::Symbol) at C:\Users\bernhard.konig\.julia\v0.7\Revise\src\Revise.jl:574
 [4] (::getfield(Revise, Symbol("##9#10")){Symbol})() at .\event.jl:95
julia> versioninfo()
Julia Version 0.7.0-DEV.2690
Commit 7825911026* (2017-11-30 01:27 UTC)
Platform Info:
  OS: Windows (x86_64-w64-mingw32)
  CPU: Intel(R) Core(TM) i7-6600U CPU @ 2.60GHz
  WORD_SIZE: 64
  BLAS: libopenblas (USE64BITINT DYNAMIC_ARCH NO_AFFINITY Haswell)
  LAPACK: libopenblas64_
  LIBM: libopenlibm
  LLVM: libLLVM-3.9.1 (ORCJIT, skylake)
Environment:
  JULIA_HOME = C:\Julia-0.7.X\bin\

julia>

Are you using master of Revise? Also I think this branch of DataStructures is needed https://github.com/JuliaCollections/DataStructures.jl/pull/348

Well, you do nothing wrong. 0.7 is in development and package ecosystem will catch up, soon.
Just keep reporting issues or file PRs if you know how solve them.

Thank you both.
I simply used Pkg.add.
I will take a look which branch/tag that is.
Well opening issues is the easier part. Fixing them when its related to BinDeps or WinRPM seems difficult to me (opposed to fixing julia scripts).

I’m here since 2012 and i still have problems to understand BinDeps and/or WinRPM…

3 Likes

Makes two of us.

2 Likes

I use the version 0.7.0-DEV.2158 now, and any new nightly-build version is incompatible with many packages.