Also having problems after a fetch...
<lots of link errors followed by>
"_ztrsen_", referenced from
_zneupd_ in zneupd.o
"_zunm2r_", referenced from:
_zneupd_ in zneupd.o
ld: symbol(s) not found for architecture x86_64
collect2: error: ld returned 1 exit status
make[4]: *** [libarpack.la] Error 1
make[3]: *** [all-recursive] Error 1
make[2]: *** [arpack-ng-3.1.5/.libs/libarpack.dylib] Error 2
make[1]: *** [julia-release] Error 2
make: *** [release] Error 2
was fixed by rm -rf libarpack-ng and SuiteSparce and then make
previous to that I had to remove and rebuild llvm
I think what happens is that sometimes if you let deps grow too far out of
date, they don't
work with each other any more (makes sense) and the build process get
wedged, it can't
even figure out what to do.
but who wants to rebuild deps entirely every time? no one.
Seems like you need to have a way to indicate inter-dep dependency, so that
change to
1 particular dep will cascade rebuild to all the other dependencies
necessary but no more.
it may be in this case that if any one of
arpack-ng
SuiteSparce
objconv
change major or minor numbers, they all have to be rebuilt.
Anyone have a dependency graph in mind?
