* bug#30282: package julia build error @ 2018-01-28 22:43 Marco van Hulten 2018-02-06 16:04 ` Ludovic Courtès 2020-10-05 21:37 ` zimoun 0 siblings, 2 replies; 14+ messages in thread From: Marco van Hulten @ 2018-01-28 22:43 UTC (permalink / raw) To: 30282 Hi— Building julia ends like badly: $ guix package -i julia [...] base64 (2) | 0.41 | 0.00 | 0.0 | 2.10 | 1559.96 serialize (2) | 7.05 | 0.29 | 4.1 | 80.75 | 1559.96 WARNING: readuntil(IO,AbstractString) will perform poorly with a long string WARNING: readuntil(IO,AbstractString) will perform poorly with a long string WARNING: readuntil(IO,AbstractString) will perform poorly with a long string Warning: threaded loop executed in order threads (3) | 12.18 | 1.90 | 15.6 | 93.54 | 1708.66 enums (3) | 12.64 | 0.41 | 3.2 | 147.02 | 1708.66 i18n (3) | 0.06 | 0.00 | 0.0 | 0.07 | 1708.66 workspace (3) | 6.38 | 0.00 | 0.0 | 4.33 | 1708.66 sh: /sbin/ldconfig: No such file or directory libdl (3) | 2.77 | 0.00 | 0.0 | 10.04 | 1708.66 int (3) | 9.51 | 0.19 | 2.0 | 29.06 | 1708.66 misc (2) | 68.30 | 9.99 | 14.6 | 1734.26 | 1654.81 intset (2) | 4.31 | 0.14 | 3.3 | 29.06 | 1654.81 checked (3) | 9.04 | 0.14 | 1.6 | 51.62 | 1708.66 floatfuncs (2) | 12.98 | 0.34 | 2.6 | 117.90 | 1654.81 inline (2) | 10.71 | 0.13 | 1.2 | 40.40 | 1654.81 boundscheck (2) | 24.83 | 0.00 | 0.0 | 8.59 | 1654.81 error (2) | 7.12 | 2.34 | 32.9 | 7.45 | 1654.81 cartesian (2) | 0.07 | 0.00 | 0.0 | 0.05 | 1654.81 asmvariant (2) | 0.29 | 0.00 | 0.0 | 0.54 | 1654.81 osutils (2) | 0.10 | 0.00 | 0.0 | 0.25 | 1654.81 channels (2) | 32.41 | 12.07 | 37.2 | 456.26 | 1654.81 iostream (2) | 1.04 | 0.00 | 0.0 | 2.89 | 1654.81 WARNING: Method definition f(Tuple{Vararg{Int64, N}}, AbstractArray{T, N}) in module Test51Main_specificity at /tmp/guix-build-julia-0.6.0.drv-0/julia-0.6.0/test/specificity.jl:87 overwritten at /tmp/guix-build-julia-0.6.0.drv-0/julia-0.6.0/test/specificity.jl:93. specificity (2) | 0.29 | 0.00 | 0.0 | 0.84 | 1654.81 fft (2) | 61.87 | 1.68 | 2.7 | 541.40 | 1654.81 dsp (2) | 19.35 | 0.99 | 5.1 | 245.84 | 1654.81 EOFError()CapturedExceptionEOFError(()CapturedException(EOFError()CapturedException(EOFError(EOFError()), EOFError(), , Any[Any[(Any[(((::Base.Distributed.##99#100{TCPSocket,TCPSocket,Bool})() at event.jl:73, 1)]) Process(33) - Unknown remote, closing connection. (::Base.Distributed.##99#100{TCPSocket,TCPSocket,Bool})(::Base.Distributed.##99#100{TCPSocket,TCPSocket,Bool})() at event.jl:73, 1)]) Process(29) - Unknown remote, closing connection. () at event.jl:73, 1)]) Process(31) - Unknown remote, closing connection. EOFError()CapturedException(EOFError()EOFError()CapturedException(EOFErrorCapturedException((), EOFErrorEOFError(()), , Any[AnyAny[[(EOFError()CapturedException(EOFError(), Any[((::Base.Distributed.##99#100{TCPSocket,TCPSocket,Bool})() at event.jl:73, 1)]) Process(31) - Unknown remote, closing connection. EOFError()CapturedException(EOFError(), Any[((::Base.Distributed.##99#100{TCPSocket,TCPSocket,Bool})() at event.jl:73, 1)]) Process(33) - Unknown remote, closing connection. (((::Base.Distributed.##99#100{TCPSocket,TCPSocket,Bool})() at event.jl:73, (::Base.Distributed.##99#100{TCPSocket,TCPSocket,Bool})1)]) Process(34) - Unknown remote, closing connection. (::Base.Distributed.##99#100{TCPSocket,TCPSocket,Bool})() at event.jl:73, 1)]) Process(30) - Unknown remote, closing connection. () at event.jl:73, 1)]) Process(32) - Unknown remote, closing connection. EOFError()CapturedException(EOFError(), Any[((::Base.Distributed.##99#100{TCPSocket,TCPSocket,Bool})() at event.jl:73, 1)]) Process(32) - Unknown remote, closing connection. EOFError()CapturedException(EOFError(), Any[((::Base.Distributed.##99#100{TCPSocket,TCPSocket,Bool})() at event.jl:73, 1)]) Process(34) - Unknown remote, closing connection. EOFError()CapturedException(EOFError(), Any[((::Base.Distributed.##99#100{TCPSocket,TCPSocket,Bool})() at event.jl:73, 1)]) Process(33) - Unknown remote, closing connection. EOFError()CapturedException(EOFError(), Any[((::Base.Distributed.##99#100{TCPSocket,TCPSocket,Bool})() at event.jl:73, 1)]) Process(34) - Unknown remote, closing connection. distributed (3) | 190.79 | 0.00 | 0.0 | 1.01 | 1708.66 examples (2) | 31.02 | 1.51 | 4.9 | 617.02 | 1654.81 ERROR: LoadError: rmprocs: pids [3] not terminated after 30 seconds. Stacktrace: [1] _rmprocs(::Array{Int64,1}, ::Int64) at ./distributed/cluster.jl:807 [2] #rmprocs#70(::Int64, ::Function, ::Array{Int64,1}, ::Vararg{Array{Int64,1},N} where N) at ./distributed/cluster.jl:775 [3] (::##40#46)() at /tmp/guix-build-julia-0.6.0.drv-0/julia-0.6.0/test/runtests.jl:93 [4] cd(::##40#46, ::String) at ./file.jl:70 while loading /tmp/guix-build-julia-0.6.0.drv-0/julia-0.6.0/test/runtests.jl, in expression starting on line 29 make[1]: *** [Makefile:18: all] Error 1 make: *** [Makefile:558: test] Error 2 phase `check' failed after 2266.9 seconds builder for `/gnu/store/zkx3jjnqg043yd3k2kl3lgw57rx39vmy-julia-0.6.0.drv' failed with exit code 1 guix package: error: build failed: build of `/gnu/store/zkx3jjnqg043yd3k2kl3lgw57rx39vmy-julia-0.6.0.drv' failed One issue seems that /sbin/ldconfig does not exist; this is provided differently in GuixSD compared to most GNU distros. The critical problem appears to be at event.jl:73. —Marco ^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#30282: package julia build error 2018-01-28 22:43 bug#30282: package julia build error Marco van Hulten @ 2018-02-06 16:04 ` Ludovic Courtès 2018-02-07 11:56 ` Andreas Enge 2018-03-12 15:10 ` Ludovic Courtès 2020-10-05 21:37 ` zimoun 1 sibling, 2 replies; 14+ messages in thread From: Ludovic Courtès @ 2018-02-06 16:04 UTC (permalink / raw) To: Marco van Hulten; +Cc: 30282 Hi, Marco van Hulten <marco@hulten.org> skribis: > $ guix package -i julia > [...] [...] > EOFError()CapturedExceptionEOFError(()CapturedException(EOFError()CapturedException(EOFError(EOFError()), EOFError(), , Any[Any[(Any[(((::Base.Distributed.##99#100{TCPSocket,TCPSocket,Bool})() at event.jl:73, 1)]) > Process(33) - Unknown remote, closing connection. > (::Base.Distributed.##99#100{TCPSocket,TCPSocket,Bool})(::Base.Distributed.##99#100{TCPSocket,TCPSocket,Bool})() at event.jl:73, 1)]) > Process(29) - Unknown remote, closing connection. > () at event.jl:73, 1)]) > Process(31) - Unknown remote, closing connection. > EOFError()CapturedException(EOFError()EOFError()CapturedException(EOFErrorCapturedException((), EOFErrorEOFError(()), , Any[AnyAny[[(EOFError()CapturedException(EOFError(), Any[((::Base.Distributed.##99#100{TCPSocket,TCPSocket,Bool})() at event.jl:73, 1)]) > Process(31) - Unknown remote, closing connection. > EOFError()CapturedException(EOFError(), Any[((::Base.Distributed.##99#100{TCPSocket,TCPSocket,Bool})() at event.jl:73, 1)]) > Process(33) - Unknown remote, closing connection. > (((::Base.Distributed.##99#100{TCPSocket,TCPSocket,Bool})() at event.jl:73, (::Base.Distributed.##99#100{TCPSocket,TCPSocket,Bool})1)]) > Process(34) - Unknown remote, closing connection. > (::Base.Distributed.##99#100{TCPSocket,TCPSocket,Bool})() at event.jl:73, 1)]) > Process(30) - Unknown remote, closing connection. > () at event.jl:73, 1)]) > Process(32) - Unknown remote, closing connection. > EOFError()CapturedException(EOFError(), Any[((::Base.Distributed.##99#100{TCPSocket,TCPSocket,Bool})() at event.jl:73, 1)]) > Process(32) - Unknown remote, closing connection. > EOFError()CapturedException(EOFError(), Any[((::Base.Distributed.##99#100{TCPSocket,TCPSocket,Bool})() at event.jl:73, 1)]) > Process(34) - Unknown remote, closing connection. > EOFError()CapturedException(EOFError(), Any[((::Base.Distributed.##99#100{TCPSocket,TCPSocket,Bool})() at event.jl:73, 1)]) > Process(33) - Unknown remote, closing connection. > EOFError()CapturedException(EOFError(), Any[((::Base.Distributed.##99#100{TCPSocket,TCPSocket,Bool})() at event.jl:73, 1)]) > Process(34) - Unknown remote, closing connection. > distributed (3) | 190.79 | 0.00 | 0.0 | 1.01 | 1708.66 > examples (2) | 31.02 | 1.51 | 4.9 | 617.02 | 1654.81 > ERROR: LoadError: rmprocs: pids [3] not terminated after 30 seconds. > Stacktrace: > [1] _rmprocs(::Array{Int64,1}, ::Int64) at ./distributed/cluster.jl:807 > [2] #rmprocs#70(::Int64, ::Function, ::Array{Int64,1}, ::Vararg{Array{Int64,1},N} where N) at ./distributed/cluster.jl:775 > [3] (::##40#46)() at /tmp/guix-build-julia-0.6.0.drv-0/julia-0.6.0/test/runtests.jl:93 > [4] cd(::##40#46, ::String) at ./file.jl:70 > while loading /tmp/guix-build-julia-0.6.0.drv-0/julia-0.6.0/test/runtests.jl, in expression starting on line 29 > make[1]: *** [Makefile:18: all] Error 1 The test failures I have with current master are different: --8<---------------cut here---------------start------------->8--- Error in testset distributed: Error During Test Got an exception of type LoadError outside of a @test LoadError: Distributed test failed, cmd : `/tmp/guix-build-julia-0.6.0.drv-0/julia-0.6.0/usr/bin/julia --check-bounds=yes --startup-file=no --depwarn=error distributed_exec.jl` while loading /tmp/guix-build-julia-0.6.0.drv-0/julia-0.6.0/test/distributed.jl, in expression starting on line 9 Error in testset libgit2: Test Failed Expression: startswith(sprint(show, e), "GitError(Code:ENOTFOUND, Class:OS, Failed to resolve path") Error in testset libgit2: Test Failed Expression: err.msg == "Invalid Content-Type: text/plain" Evaluated: "invalid Content-Type: text/plain" == "Invalid Content-Type: text/plain" ERROR: LoadError: Test run finished with errors while loading /tmp/guix-build-julia-0.6.0.drv-0/julia-0.6.0/test/runtests.jl, in expression starting on line 29 make[1]: *** [Makefile:18: all] Error 1 make: *** [Makefile:558: test] Error 2 phase `check' failed after 1300.8 seconds --8<---------------cut here---------------end--------------->8--- I fixed the libgit2 errors and got rid of the ldconfig warnings we had: 9805ad6f8 * gnu: julia: Don't invoke /sbin/ldconfig. d40b5684c * gnu: julia: Adjust libgit2 tests. However I now get another test failure: --8<---------------cut here---------------start------------->8--- Error in testset linalg/arnoldi: Test Failed Expression: sort((eigs(A, B, nev=k, sigma=1.0))[1]) ≈ sort((eigvals(A, B))[1:k]) Evaluated: [0.022743, 0.165356, 2.892] ≈ [0.022743, 2.892, 1.0574e15] ERROR: LoadError: Test run finished with errors while loading /tmp/guix-build-julia-0.6.0.drv-0/julia-0.6.0/test/runtests.jl, in expression starting on line 29 make[1]: *** [Makefile:18: all] Error 1 --8<---------------cut here---------------end--------------->8--- Thoughts? :-) Ludo’. ^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#30282: package julia build error 2018-02-06 16:04 ` Ludovic Courtès @ 2018-02-07 11:56 ` Andreas Enge 2018-03-12 15:10 ` Ludovic Courtès 1 sibling, 0 replies; 14+ messages in thread From: Andreas Enge @ 2018-02-07 11:56 UTC (permalink / raw) To: Ludovic Courtès; +Cc: 30282, Marco van Hulten Hello, just for reference, I locally updated julia to 0.6.2, and the tests still fail, but not in the same way: Error in testset linalg/arnoldi: Test Failed Expression: sort((eigs(A, B, nev=k, sigma=1.0))[1]) ≈ sort((eigvals(A, B))[1:k]) Evaluated: [0.022743, 0.165356, 2.892] ≈ [0.022743, 2.892, 1.0574e15] Error in testset misc: Error During Test Got an exception of type LoadError outside of a @test LoadError: Deprecation test failed, cmd : `/tmp/guix-build-julia-0.6.2.drv-0/julia-0.6.2/usr/bin/julia --check-bounds=yes --startup-file=no deprecation_exec.jl` while loading /tmp/guix-build-julia-0.6.2.drv-0/julia-0.6.2/test/misc.jl, in expression starting on line 717 ERROR: LoadError: Test run finished with errors while loading /tmp/guix-build-julia-0.6.2.drv-0/julia-0.6.2/test/runtests.jl, in expression starting on line 29 Andreas ^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#30282: package julia build error 2018-02-06 16:04 ` Ludovic Courtès 2018-02-07 11:56 ` Andreas Enge @ 2018-03-12 15:10 ` Ludovic Courtès 2018-03-13 9:57 ` Pjotr Prins 1 sibling, 1 reply; 14+ messages in thread From: Ludovic Courtès @ 2018-03-12 15:10 UTC (permalink / raw) To: Marco van Hulten; +Cc: 30282 Hello, ludo@gnu.org (Ludovic Courtès) skribis: > Error in testset linalg/arnoldi: > Test Failed > Expression: sort((eigs(A, B, nev=k, sigma=1.0))[1]) ≈ sort((eigvals(A, B))[1:k]) > Evaluated: [0.022743, 0.165356, 2.892] ≈ [0.022743, 2.892, 1.0574e15] > ERROR: LoadError: Test run finished with errors > while loading /tmp/guix-build-julia-0.6.0.drv-0/julia-0.6.0/test/runtests.jl, in expression starting on line 29 > make[1]: *** [Makefile:18: all] Error 1 Commit c0edb5b5430a5278a3ebc9aeea9d3c8ae9a2e1f1 fixes this one. Now for other test failures: --8<---------------cut here---------------start------------->8--- Error in testset distributed: Error During Test Got an exception of type LoadError outside of a @test LoadError: Distributed test failed, cmd : `/tmp/guix-build-julia-0.6.0.drv-0/julia-0.6.0/usr/bin/julia --check-bounds=yes --startup-file=no --depwarn=error distributed_exec.jl` while loading /tmp/guix-build-julia-0.6.0.drv-0/julia-0.6.0/test/distributed.jl, in expression starting on line 9 ERROR: LoadError: Test run finished with errors while loading /tmp/guix-build-julia-0.6.0.drv-0/julia-0.6.0/test/runtests.jl, in expression starting on line 29 make[1]: *** [Makefile:18: all] Error 1 --8<---------------cut here---------------end--------------->8--- Help welcome! Ludo’. ^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#30282: package julia build error 2018-03-12 15:10 ` Ludovic Courtès @ 2018-03-13 9:57 ` Pjotr Prins 2018-03-13 11:58 ` Pjotr Prins 0 siblings, 1 reply; 14+ messages in thread From: Pjotr Prins @ 2018-03-13 9:57 UTC (permalink / raw) To: Ludovic Courtès; +Cc: 30282, Marco van Hulten > Help welcome! I'll take a look. Pj. -- ^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#30282: package julia build error 2018-03-13 9:57 ` Pjotr Prins @ 2018-03-13 11:58 ` Pjotr Prins 2018-03-13 17:02 ` Ludovic Courtès 0 siblings, 1 reply; 14+ messages in thread From: Pjotr Prins @ 2018-03-13 11:58 UTC (permalink / raw) To: Pjotr Prins; +Cc: 30282, Marco van Hulten One immediate problem is that Julia comes with patches for LLVM 3.9 only: https://github.com/JuliaLang/julia#llvm it downloads, patches and compiles a specific LLVM. We actually need this even though the failing tests are possibly not related (I suspect the math libraries are not showing the same results as the built-in ones). I think we need to follow the recommended build steps for Julia first. Then the tests should pass. Next perhaps link out components and send bug reports upstream. Pj. ^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#30282: package julia build error 2018-03-13 11:58 ` Pjotr Prins @ 2018-03-13 17:02 ` Ludovic Courtès 2018-03-13 17:54 ` Andreas Enge 0 siblings, 1 reply; 14+ messages in thread From: Ludovic Courtès @ 2018-03-13 17:02 UTC (permalink / raw) To: Pjotr Prins; +Cc: 30282, Marco van Hulten [-- Attachment #1: Type: text/plain, Size: 970 bytes --] Hi Pjotr, Pjotr Prins <pjotr.public12@thebird.nl> skribis: > One immediate problem is that Julia comes with patches for LLVM 3.9 > only: > > https://github.com/JuliaLang/julia#llvm > > it downloads, patches and compiles a specific LLVM. We actually need > this even though the failing tests are possibly not related (I suspect > the math libraries are not showing the same results as the built-in > ones). Oh, indeed. For arpack-ng using the right version did help. It might be similar for other dependencies. I tried the patch below (README.md in Julia 0.6.0 says that plain LLVM 3.9 without patches is OK), but that didn’t solve the distributed.jl-related test failures. > I think we need to follow the recommended build steps for Julia first. > Then the tests should pass. Next perhaps link out components and send > bug reports upstream. Yeah, though we’d rather extract these bundled pieces somehow. Thanks, Ludo’. [-- Warning: decoded text below may be mangled, UTF-8 assumed --] [-- Attachment #2: Type: text/x-patch, Size: 440 bytes --] diff --git a/gnu/packages/julia.scm b/gnu/packages/julia.scm index 41bbc66dd..8e5e81314 100644 --- a/gnu/packages/julia.scm +++ b/gnu/packages/julia.scm @@ -314,7 +314,7 @@ "USE_SYSTEM_LIBGIT2=1" "USE_SYSTEM_OPENSPECFUN=1"))) (inputs - `(("llvm" ,llvm) + `(("llvm" ,llvm-3.9.1) ("arpack-ng" ,arpack-ng) ("coreutils" ,coreutils) ;for bindings to "mkdir" and the like ("lapack" ,lapack) ^ permalink raw reply related [flat|nested] 14+ messages in thread
* bug#30282: package julia build error 2018-03-13 17:02 ` Ludovic Courtès @ 2018-03-13 17:54 ` Andreas Enge 2018-03-13 21:35 ` Pjotr Prins 0 siblings, 1 reply; 14+ messages in thread From: Andreas Enge @ 2018-03-13 17:54 UTC (permalink / raw) To: Ludovic Courtès; +Cc: 30282, Marco van Hulten Hello, On Tue, Mar 13, 2018 at 06:02:07PM +0100, Ludovic Courtès wrote: > I tried the patch below (README.md in Julia 0.6.0 says that plain LLVM > 3.9 without patches is OK), but that didn’t solve the > distributed.jl-related test failures. there is a 0.6.2 version already. I do not expect it to solve test failures, but it might make sense to try an update first. Andreas ^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#30282: package julia build error 2018-03-13 17:54 ` Andreas Enge @ 2018-03-13 21:35 ` Pjotr Prins 2018-03-16 14:07 ` Pjotr Prins 0 siblings, 1 reply; 14+ messages in thread From: Pjotr Prins @ 2018-03-13 21:35 UTC (permalink / raw) To: Andreas Enge; +Cc: 30282, Marco van Hulten On Tue, Mar 13, 2018 at 06:54:18PM +0100, Andreas Enge wrote: > Hello, > > On Tue, Mar 13, 2018 at 06:02:07PM +0100, Ludovic Courtès wrote: > > I tried the patch below (README.md in Julia 0.6.0 says that plain LLVM > > 3.9 without patches is OK), but that didn’t solve the > > distributed.jl-related test failures. > > there is a 0.6.2 version already. I do not expect it to solve test failures, > but it might make sense to try an update first. I am on 0.6.2. Not sure where it will end. Starting to appreciate Julia a little (as a language, not as a deployment). It is a fast LISP with Ruby syntax ;) Pj. -- ^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#30282: package julia build error 2018-03-13 21:35 ` Pjotr Prins @ 2018-03-16 14:07 ` Pjotr Prins 2018-03-17 18:39 ` Ludovic Courtès 0 siblings, 1 reply; 14+ messages in thread From: Pjotr Prins @ 2018-03-16 14:07 UTC (permalink / raw) To: Pjotr Prins; +Cc: 30282, Marco van Hulten After some investigation I have found Julia's build system to be a challenge. The problem is that, to 'control' the environment, the developers have chosen to fixate all dependencies by pulling them in and patching them (including LLVM). The only time I got a successful build outside Guix was by using the exact gcc/g++/gfortran-4.7 compilers (no earlier and no later versions) and letting Julia have its way downloading and building openblas, etc. All Julia tests pass if it is done this way. I tried to build Julia in a Guix environment - adding dependencies one by one - and this failed spectularly too. Turns out that Julia is very specific about the compilers and dependencies it uses, which is OK, but it downloads dependencies from source and patches them, which is not great. Worst, the whole build system is based on defaults - so if you change anything things start failing. I.e., you try to change anything, such as using the system openblas libs, and the Julia build system gets confused. It should work, according to the docs, but I can't even get it to a compiled stage this way. These are the things Julia 0.6.0 downloads and builds: ls deps/scratch/ arpack-ng-3.3.0 cmake-3.7.1-Linux-x86_64 curl-7.53.1 dsfmt-2.2.3 fftw-3.3.6-pl1-double fftw-3.3.6-pl1-single gmp-6.1.2 libgit2-2fcb8705e584ca61f6c4657525c9d2713f6a39d2 libssh2-30e9c1347e3b8baa2951db612f05e6d87fc8e2f2 libunwind-1.1-julia2 libuv-52d72a52cc7ccd570929990f010ed16e2ec604c8 llvm-3.9.1 mbedtls-2.3.0-gpl mpfr-3.1.5 openblas-85636ff1a015d04d3a8f960bc644b85ee5157135 openlibm-1581174c85f7b645b15ba1ac1c3a98fb601f0fe7 openspecfun-39699a1c1824bf88410cabb8a7438af91ea98f4c patchelf-0.9 pcre2-10.23 SuiteSparse-4.4.5 utf8proc-40e605959eb5cb90b2587fa88e3b661558fbc55a ls deps/patches/ arpack-tests-blasint.patch llvm-3.7.1.patch llvm-D28759-loopclearance.patch compiler-rt-3.7.1.patch llvm-3.7.1_symlinks.patch llvm-D28786-callclearance.patch dSFMT.c.patch llvm-3.8.0_bindir.patch llvm-D9168_argument_alignment.patch dSFMT.h.patch llvm-3.8.0_ppc64_SUBFC8.patch llvm-nodllalias.patch gmp-exception.patch llvm-3.8.0_threads.patch llvm-PR22923.patch instcombine-llvm-3.3.patch llvm-3.8.0_winshlib.patch llvm-PR26180.patch int128-vector.llvm-3.3.patch llvm-3.8.1-version.patch llvm-PR27046.patch libgit2-agent-nonfatal.patch llvm-3.9.0_cygwin.patch llvm-PR276266.patch libgit2-free-config.patch llvm-3.9.0_D27296-libssp.patch llvm-PR277939.patch libgit2-gitconfig-symlink.patch llvm-3.9.0_threads.patch llvm-PR278088.patch libgit2-mbedtls.patch llvm-3.9.0_win64-reloc-dwarf.patch llvm-PR278321.patch libgit2-mbedtls-verify.patch llvm-arm-fix-prel31.patch llvm-PR278923.patch libgit2-mbedtls-writer-fix.patch llvm-D14260.patch llvm-PR29010-i386-xmm.patch libgit2-remote-push-NULL.patch llvm-D17165-D18583.patch llvm-r282182.patch libgit2-ssh.patch llvm-D17326_unpack_load.patch llvm-rL279933-ppc-atomicrmw-lowering.patch libssh2-encryptedpem.patch llvm-D17712.patch llvm-rL293230-icc17-cmake.patch libssh2-netinet-in.patch llvm-D21271-instcombine-tbaa-3.7.patch llvm-win64-reloc-dwarf.patch libunwind-arm-dyn.patch llvm-D21271-instcombine-tbaa-3.8.patch mbedtls-ssl.h.patch libunwind-arm-pc-offset.patch llvm-D23597_sdag_names.patch openblas-clangasmbug.patch libunwind-dwarf-ver.patch llvm-D24300_ptx_intrinsics.patch openblas-cross-compile.patch libunwind-freebsd-mapper.patch llvm-D25865-cmakeshlib.patch openblas-freebsd.patch libunwind-prefer-extbl.patch llvm-D27389.patch openblas-power-assembly-fixes.patch lldb-3.7.1.patch llvm-D27397.patch osx-10.10.llvm-3.3.patch llvm-3.3.patch llvm-D27609-AArch64-UABS_G3.patch pcre-mingw.patch llvm-3.7.0.patch llvm-D27629-AArch64-large_model.patch SuiteSparse-winclang.patch llvm-3.7.1_2.patch llvm-D28009.patch win64-int128.llvm-3.3.patch llvm-3.7.1_3.patch llvm-D28215_FreeBSD_shlib.patch llvm-3.7.1_destsharedlibdir.patch llvm-D28221-avx512.patch I mean, seriously! As I wrote before, the test of the current Guix build probably fails due to the openblas linkage Guix uses (openblas output does change and depends on build choices). Not sure which switch is causing it, but it should be fixable. There are more tests failing, however, that need fixing. For version 7 Julia promises no longer to patch LLVM, see https://discourse.julialang.org/t/why-is-source-build-julia-required-to-use-gpu-packages/9747/2 So, unless someone feels incensed to fix things, I propose to hold out until Julia7 and maybe have another go again. Pj. ^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#30282: package julia build error 2018-03-16 14:07 ` Pjotr Prins @ 2018-03-17 18:39 ` Ludovic Courtès 2018-03-19 19:09 ` Pjotr Prins 0 siblings, 1 reply; 14+ messages in thread From: Ludovic Courtès @ 2018-03-17 18:39 UTC (permalink / raw) To: Pjotr Prins; +Cc: 30282, Marco van Hulten Hey Pjotr, Pjotr Prins <pjotr.public12@thebird.nl> skribis: > ls deps/scratch/ > > arpack-ng-3.3.0 > cmake-3.7.1-Linux-x86_64 > curl-7.53.1 > dsfmt-2.2.3 > fftw-3.3.6-pl1-double > fftw-3.3.6-pl1-single > gmp-6.1.2 > libgit2-2fcb8705e584ca61f6c4657525c9d2713f6a39d2 > libssh2-30e9c1347e3b8baa2951db612f05e6d87fc8e2f2 > libunwind-1.1-julia2 > libuv-52d72a52cc7ccd570929990f010ed16e2ec604c8 > llvm-3.9.1 > mbedtls-2.3.0-gpl > mpfr-3.1.5 > openblas-85636ff1a015d04d3a8f960bc644b85ee5157135 > openlibm-1581174c85f7b645b15ba1ac1c3a98fb601f0fe7 > openspecfun-39699a1c1824bf88410cabb8a7438af91ea98f4c > patchelf-0.9 > pcre2-10.23 > SuiteSparse-4.4.5 > utf8proc-40e605959eb5cb90b2587fa88e3b661558fbc55a > > ls deps/patches/ > > arpack-tests-blasint.patch llvm-3.7.1.patch llvm-D28759-loopclearance.patch > compiler-rt-3.7.1.patch llvm-3.7.1_symlinks.patch llvm-D28786-callclearance.patch > dSFMT.c.patch llvm-3.8.0_bindir.patch llvm-D9168_argument_alignment.patch > dSFMT.h.patch llvm-3.8.0_ppc64_SUBFC8.patch llvm-nodllalias.patch > gmp-exception.patch llvm-3.8.0_threads.patch llvm-PR22923.patch > instcombine-llvm-3.3.patch llvm-3.8.0_winshlib.patch llvm-PR26180.patch > int128-vector.llvm-3.3.patch llvm-3.8.1-version.patch llvm-PR27046.patch > libgit2-agent-nonfatal.patch llvm-3.9.0_cygwin.patch llvm-PR276266.patch > libgit2-free-config.patch llvm-3.9.0_D27296-libssp.patch llvm-PR277939.patch > libgit2-gitconfig-symlink.patch llvm-3.9.0_threads.patch llvm-PR278088.patch > libgit2-mbedtls.patch llvm-3.9.0_win64-reloc-dwarf.patch llvm-PR278321.patch > libgit2-mbedtls-verify.patch llvm-arm-fix-prel31.patch llvm-PR278923.patch > libgit2-mbedtls-writer-fix.patch llvm-D14260.patch llvm-PR29010-i386-xmm.patch > libgit2-remote-push-NULL.patch llvm-D17165-D18583.patch llvm-r282182.patch > libgit2-ssh.patch llvm-D17326_unpack_load.patch llvm-rL279933-ppc-atomicrmw-lowering.patch > libssh2-encryptedpem.patch llvm-D17712.patch llvm-rL293230-icc17-cmake.patch > libssh2-netinet-in.patch llvm-D21271-instcombine-tbaa-3.7.patch llvm-win64-reloc-dwarf.patch > libunwind-arm-dyn.patch llvm-D21271-instcombine-tbaa-3.8.patch mbedtls-ssl.h.patch > libunwind-arm-pc-offset.patch llvm-D23597_sdag_names.patch openblas-clangasmbug.patch > libunwind-dwarf-ver.patch llvm-D24300_ptx_intrinsics.patch openblas-cross-compile.patch > libunwind-freebsd-mapper.patch llvm-D25865-cmakeshlib.patch openblas-freebsd.patch > libunwind-prefer-extbl.patch llvm-D27389.patch openblas-power-assembly-fixes.patch > lldb-3.7.1.patch llvm-D27397.patch osx-10.10.llvm-3.3.patch > llvm-3.3.patch llvm-D27609-AArch64-UABS_G3.patch pcre-mingw.patch > llvm-3.7.0.patch llvm-D27629-AArch64-large_model.patch SuiteSparse-winclang.patch > llvm-3.7.1_2.patch llvm-D28009.patch win64-int128.llvm-3.3.patch > llvm-3.7.1_3.patch llvm-D28215_FreeBSD_shlib.patch > llvm-3.7.1_destsharedlibdir.patch llvm-D28221-avx512.patch > > I mean, seriously! Yeah. :-/ > As I wrote before, the test of the current Guix build probably fails due to the > openblas linkage Guix uses (openblas output does change and depends on build > choices). Not sure which switch is causing it, but it should be fixable. There > are more tests failing, however, that need fixing. Indeed there’s always the possibility that test failures are due to a missing patch. > For version 7 Julia promises no longer to patch LLVM, see > > https://discourse.julialang.org/t/why-is-source-build-julia-required-to-use-gpu-packages/9747/2 > > So, unless someone feels incensed to fix things, I propose to hold out until > Julia7 and maybe have another go again. That sounds reasonable. It’s a bit weird that 0.6.0 tests passed at some point in Guix, and eventually started failing. Not sure what happened. Ludo’. ^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#30282: package julia build error 2018-03-17 18:39 ` Ludovic Courtès @ 2018-03-19 19:09 ` Pjotr Prins 0 siblings, 0 replies; 14+ messages in thread From: Pjotr Prins @ 2018-03-19 19:09 UTC (permalink / raw) To: Ludovic Courtès; +Cc: 30282, Marco van Hulten On Sat, Mar 17, 2018 at 07:39:28PM +0100, Ludovic Courtès wrote: > It’s a bit weird that 0.6.0 tests passed at some point in Guix, and > eventually started failing. Not sure what happened. Probably an openblas or LLVM update. Unfortunately hydra no longer has the logs. Pj. -- ^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#30282: package julia build error 2018-01-28 22:43 bug#30282: package julia build error Marco van Hulten 2018-02-06 16:04 ` Ludovic Courtès @ 2020-10-05 21:37 ` zimoun 2020-10-06 11:57 ` Ludovic Courtès 1 sibling, 1 reply; 14+ messages in thread From: zimoun @ 2020-10-05 21:37 UTC (permalink / raw) To: Marco van Hulten; +Cc: 30282 Dear, On Sun, 28 Jan 2018 at 23:43, Marco van Hulten <marco@hulten.org> wrote: > Building julia ends like badly: [...] > `/gnu/store/zkx3jjnqg043yd3k2kl3lgw57rx39vmy-julia-0.6.0.drv' failed Does this more-than-2-years-old bug report still make sense? Because now, Julia v1.4.1 is included in Guix. I am in favor to close it. WDYT? All the best, simon ^ permalink raw reply [flat|nested] 14+ messages in thread
* bug#30282: package julia build error 2020-10-05 21:37 ` zimoun @ 2020-10-06 11:57 ` Ludovic Courtès 0 siblings, 0 replies; 14+ messages in thread From: Ludovic Courtès @ 2020-10-06 11:57 UTC (permalink / raw) To: zimoun; +Cc: 30282-done, Marco van Hulten Hi, zimoun <zimon.toutoune@gmail.com> skribis: > On Sun, 28 Jan 2018 at 23:43, Marco van Hulten <marco@hulten.org> wrote: > >> Building julia ends like badly: > > [...] > > >> `/gnu/store/zkx3jjnqg043yd3k2kl3lgw57rx39vmy-julia-0.6.0.drv' failed > > Does this more-than-2-years-old bug report still make sense? Because > now, Julia v1.4.1 is included in Guix. > > I am in favor to close it. WDYT? Agreed. Closing! Ludo’. ^ permalink raw reply [flat|nested] 14+ messages in thread
end of thread, other threads:[~2020-10-06 11:58 UTC | newest] Thread overview: 14+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2018-01-28 22:43 bug#30282: package julia build error Marco van Hulten 2018-02-06 16:04 ` Ludovic Courtès 2018-02-07 11:56 ` Andreas Enge 2018-03-12 15:10 ` Ludovic Courtès 2018-03-13 9:57 ` Pjotr Prins 2018-03-13 11:58 ` Pjotr Prins 2018-03-13 17:02 ` Ludovic Courtès 2018-03-13 17:54 ` Andreas Enge 2018-03-13 21:35 ` Pjotr Prins 2018-03-16 14:07 ` Pjotr Prins 2018-03-17 18:39 ` Ludovic Courtès 2018-03-19 19:09 ` Pjotr Prins 2020-10-05 21:37 ` zimoun 2020-10-06 11:57 ` Ludovic Courtès
Code repositories for project(s) associated with this public inbox https://git.savannah.gnu.org/cgit/guix.git This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).