Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

Already on GitHub? Sign in to your account

segfault in test/linalg.jl with Netlib Lapack + Accelerate BLAS #1327

Closed
staticfloat opened this Issue Oct 2, 2012 · 4 comments

Comments

Projects
None yet
2 participants
Owner

staticfloat commented Oct 2, 2012

I'm doing a rather odd compilation, mixing Accelerate's BLAS with a Netlib-compiled LAPACK, and I'm getting a signal 11 in factorizations.jl when running a make testall. Exception in gdb:

Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_INVALID_ADDRESS at address: 0x0000000000000001
0x00007fff90325748 in zdotc_ ()

Backtrace:

(gdb) bt
#0  0x00007fff90325748 in zdotc_ ()
#1  0x0000000102f6aff0 in zpotf2_ ()
#2  0x0000000102f6b831 in zpotrf_ ()
#3  0x0000000101d6d738 in ?? ()
#4  0x0000000101d6d2c5 in ?? ()
#5  0x000000010005aa45 in jl_apply_generic ()
#6  0x0000000101d6ce7f in ?? ()
#7  0x000000010005aa45 in jl_apply_generic ()
#8  0x000000010008f9f4 in do_call ()
#9  0x000000010008e989 in eval ()
#10 0x000000010008e9fd in eval ()
#11 0x000000010008f701 in eval_body ()
#12 0x000000010008f5e8 in jl_interpret_toplevel_thunk_with ()
#13 0x0000000100099cb9 in jl_toplevel_eval_flex ()
#14 0x000000010009a145 in jl_parse_eval_all ()
#15 0x000000010009a3d8 in jl_load_ ()
#16 0x0000000101d52ae9 in ?? ()
#17 0x0000000101d5274a in ?? ()
#18 0x000000010005aa45 in jl_apply_generic ()
#19 0x0000000101d58a14 in ?? ()
#20 0x000000010005aa45 in jl_apply_generic ()
#21 0x0000000101d5868e in ?? ()
#22 0x0000000100099cae in jl_toplevel_eval_flex ()
#23 0x000000010009a145 in jl_parse_eval_all ()
#24 0x000000010009a3d8 in jl_load_ ()
#25 0x0000000101d52ae9 in ?? ()
#26 0x0000000101d52d7e in ?? ()
#27 0x0000000101d5274a in ?? ()
#28 0x000000010005aa45 in jl_apply_generic ()
#29 0x0000000101d50692 in ?? ()
#30 0x000000010005aa45 in jl_apply_generic ()
#31 0x0000000101d13a53 in ?? ()
#32 0x000000010005aa45 in jl_apply_generic ()
#33 0x0000000100001ee7 in true_main ()
#34 0x0000000100093833 in julia_trampoline ()
#35 0x00000001000022c9 in main ()

Using ye olde printf-debugging, I've deduced that the culprit is line 19; chz = chold(herz).

This is almost certainly some kind of mismatch between Apple's Accelerate and Netlib's LAPACK (3.4.2, btw, compiled through Julia's build process) but I thought I would report this here, as this build was requested in #1322

Owner

staticfloat commented Oct 6, 2012

Note that post-linear algebra work, this is now linalg.jl

Owner

ViralBShah commented Dec 23, 2012

Does this still crash?

Even if it does, what do we do to fix it?

Owner

staticfloat commented Dec 23, 2012

I'm not sure we need to; I can't imagine anyone actually building this. The only reason I reported it was because it was requested in #1322. Accelerate comes with its own version of LAPACK, so if you're going to use Accelerate, you might as well use their LAPACK as well.

Owner

ViralBShah commented Dec 23, 2012

I agree. We do not need to worry about every possible combination of BLAS and LAPACK libraries. For those using Accelerate, they should just use it for both, BLAS and LAPACK.

@ViralBShah ViralBShah closed this Dec 23, 2012

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment