I suspect this might be a problem specific to LLVM 3.4, which is the most
poorly-supported LLVM version right now. Either 3.3 or 3.5-or-newer should
generally work better.
On Thursday, May 21, 2015 at 8:06:35 PM UTC-7, Benjamin Turk wrote:
>
> I fixed this issue. For some reason make cleanall wasn't cleaning
> everything.
> I seem to have another issue right now:
>
> julia> Base.runtests()
> exception on 2: ERROR: LoadError: BoundsError: attempt to access
> 10-element Array{Int64,1}:
> 1
> 2
> 3
> 4
> 5
> 6
> 7
> 8
> 9
> 10
> at index [17179869192]
> in ipiv2perm at ./linalg/lu.jl:111
> in getindex at ./linalg/lu.jl:121
> in cond at ./linalg/lu.jl:187
> in cond at ./linalg/dense.jl:458
> in anonymous at ./no file:20
> in include at ./boot.jl:252
> in runtests at /home/rra/Projects/HJC/langs/julia/test/testdefs.jl:80
> in anonymous at ./multi.jl:838
> in run_work_thunk at ./multi.jl:589
> in anonymous at ./multi.jl:838
> while loading /home/rra/Projects/HJC/langs/julia/test/linalg1.jl, in
> expression starting on line 17
> exception on 4: ERROR: LoadError:
> Base.LinAlg.LAPACKException(139723876073472)
> in geqp3! at ./linalg/lapack.jl:284
> in geqp3! at ./linalg/lapack.jl:414
> in \ at ./linalg/dense.jl:397
> in anonymous at ./no file:7
> in include at ./boot.jl:252
> in runtests at /home/rra/Projects/HJC/langs/julia/test/testdefs.jl:80
> in anonymous at ./multi.jl:838
> in run_work_thunk at ./multi.jl:589
> in anonymous at ./multi.jl:838
> while loading /home/rra/Projects/HJC/langs/julia/test/linalg3.jl, in
> expression starting on line 6
> exception on 5: ERROR: LoadError:
> Base.LinAlg.PosDefException(140325171494912)
> in chol! at ./linalg/cholesky.jl:25
> in __cholfact#204__ at ./linalg/cholesky.jl:116
> in anonymous at ./no file:112
> in include at ./boot.jl:252
> in runtests at /home/rra/Projects/HJC/langs/julia/test/testdefs.jl:80
> in anonymous at ./multi.jl:838
> in run_work_thunk at ./multi.jl:589
> in anonymous at ./multi.jl:838
> while loading /home/rra/Projects/HJC/langs/julia/test/linalg4.jl, in
> expression starting on line 104
> exception on 3: ERROR: LoadError:
> Base.LinAlg.SingularException(139766825746432)
> in \ at ./linalg/factorization.jl:833
> in \ at ./linalg/dense.jl:395
> in anonymous at ./no file:57
> in include at ./boot.jl:252
> in runtests at /home/rra/Projects/HJC/langs/julia/test/testdefs.jl:80
> in anonymous at ./multi.jl:838
> in run_work_thunk at ./multi.jl:589
> in anonymous at ./multi.jl:838
> while loading /home/rra/Projects/HJC/langs/julia/test/linalg2.jl, in
> expression starting on line 19
> ERROR: LoadError: LoadError: BoundsError: attempt to access 10-element
> Array{Int64,1}:
> 1
> 2
> 3
> 4
> 5
> 6
> 7
> 8
> 9
> 10
> at index [17179869192]
> in anonymous at ./task.jl:1389
> while loading /home/rra/Projects/HJC/langs/julia/test/linalg1.jl, in
> expression starting on line 17
> while loading
> /local/rra/HJC/hjc_develop/julia_RELEASE_build/share/julia/test/runtests.jl,
> in expression starting on line 5
>
> From worker 5: * linalg4 From worker 4: * linalg3
> From worker 2 * linalg1 From worker 3: *
> linalg2 ERROR: A test has failed. Please submit a bug report (
> https://github.com/JuliaLang/julia/issues)
> including error messages above and the output of versioninfo():
> Julia Version 0.4.0-dev+4843
> Commit 3dacb6f* (2015-05-19 01:28 UTC)
> Platform Info:
> System: Linux (x86_64-suse-linux)
> CPU: Intel(R) Xeon(R) CPU E3-1225 v3 @ 3.20GHz
> WORD_SIZE: 64
> BLAS: libblas
> LAPACK: liblapack
> LIBM: libm
> LLVM: libLLVM-3.4.2
>
> in error at ./error.jl:21
> in runtests at ./interactiveutil.jl:407
> in runtests at ./interactiveutil.jl:396
>
> Thanks
>
>
> On Thursday, May 21, 2015 at 2:23:33 PM UTC-7, Benjamin Turk wrote:
>>
>> rra@ABDULHAMID:~/Projects/HJC/langs/julia/base(hjc_develop)$ gdb --args
>> /local/rra/HJC/hjc_develop/julia_RELEASE_build/bin/julia -C native --build
>> /local/rra/HJC/hjc_develop/julia_RELEASE_build/lib/julia/sys0 sysimg.jl
>> GNU gdb (GDB; devel:gcc) 7.9
>> Copyright (C) 2015 Free Software Foundation, Inc.
>> License GPLv3+: GNU GPL version 3 or later <
>> http://gnu.org/licenses/gpl.html>
>> This is free software: you are free to change and redistribute it.
>> There is NO WARRANTY, to the extent permitted by law. Type "show copying"
>> and "show warranty" for details.
>> This GDB was configured as "x86_64-suse-linux".
>> Type "show configuration" for configuration details.
>> For bug reporting instructions, please see:
>> <http://bugs.opensuse.org/>.
>> Find the GDB manual and other documentation resources online at:
>> <http://www.gnu.org/software/gdb/documentation/>.
>> For help, type "help".
>> Type "apropos word" to search for commands related to "word"...
>>
>> warning: /etc/gdbinit.d/gdb-heap.py: No such file or directory
>> Reading symbols from
>> /local/rra/HJC/hjc_develop/julia_RELEASE_build/bin/julia...done.
>> (gdb) r
>> Starting program:
>> /local/rra/HJC/hjc_develop/julia_RELEASE_build/bin/julia -C native --build
>> /local/rra/HJC/hjc_develop/julia_RELEASE_build/lib/julia/sys0 sysimg.jl
>> [Thread debugging using libthread_db enabled]
>> Using host libthread_db library "/lib64/libthread_db.so.1".
>> warning: the debug information found in
>> "/usr/lib/debug//lib64/libc-2.19.so.debug" does not match
>> "/lib64/libc.so.6" (CRC mismatch).
>>
>> warning: the debug information found in
>> "/usr/lib/debug/lib64/libc-2.19.so.debug" does not match "/lib64/libc.so.6"
>> (CRC mismatch).
>>
>>
>> *Program received signal SIGSEGV, Segmentation fault.*
>> *0x00007ffff6d598c6 in fl_raise (e=140737301607463) at flisp.c:187*
>> *187 while (readstate != (fl_readstate_t*)fl_ctx->rdst) {*
>>
>>
>> I don't quite get what is happening.
>> But this started happenning after i tried to compile all sys img into a
>> bitcode file doing:
>>
>> "julia --build sysimg.bc --dump-bitcode=yes --compile=all -J
>> /local/rra/HJC/julia/lib/julia/sys0.ji -f sysimg.jl"
>>
>> Now I can't get full builds....
>>
>> Thanks
>>
>>
>>
