The first thing you should try is restricting the CPU features OpenBLAS is trying to use. Try passing one of the following options to `make` when building Julia:
* `OPENBLAS_TARGET_ARCH=BARCELONA` (AMD CPUs) * `OPENBLAS_TARGET_ARCH=NEHALEM` (Intel CPUs) These will force OpenBLAS to build for a certain architecture that doesn't have things like AVX instructions, etc.... which can cause problems. -E On Fri, Feb 21, 2014 at 11:05 AM, andrew cooke <[email protected]> wrote: > ok, so i've spent a large chunk of the day playing with qemu. it's > horrible. > > i finally got a system running with network access using the recipe at > http://acooke.org/cute/StartingQe0.html > > when i duplicate the work from yesterday there (git clone; make) i get an > error in the middle of building cblas. interestingly, it looks like the > problems start in a routine called getarch_2nd.c - i guess these are the > cpu/architecture detection issues mentioned earlier. > > the way that i started qemu is very different to the command you gave. i > have no idea whether either is wrong in some way. i really am not at all > happy with either qemu or libvirt - they seem to be extremely flakey pieces > of software :o( > > is there an issue raised for this? what info can i provide that would be > useful? i can't really upload the VM as it's 8GB. if someone else wants to > duplicate what i see (which isn;t what the original error was, but might be > related) just follow the recipe in the link i gave, use yast to install > make, gcc, g+, patch, ncurses-devel, gfortran and git, then clone julia and > type make... > > i guess at a minimum i can make > log 2>&1 which will give some idea of what > went wrong. what other info would help? > > andrew > > > On Friday, 21 February 2014 09:23:04 UTC-3, Ronan Chagas wrote: >> >> Yes I have: >> >> /usr/bin/qemu-kvm -no-reboot -nographic -vga none -net none -cpu host >> -kernel /boot/vmlinuz -initrd /boot/initrd-3.11.10-7-desktop-virtio >> -append root=/dev/sda panic=1 quiet no-kvmclock nmi_watchdog=0 rw >> elevator=noop console=ttyS0 init=/.build/build -hda >> /var/tmp/build-root/openSUSE_13.1-x86_64/img -drive >> >> file=/var/tmp/build-root/openSUSE_13.1-x86_64/swap,if=ide,index=1,cache=unsafe >> -smp 8 >> >> Best regards, >> Ronan >> >> 2014-02-21 9:05 GMT-03:00 andrew cooke <[email protected]>: >> > >> > ok, so running on vbox overnight worked. >> > >> > i need to do some (paid) work now, but when i get free time (lunch or >> > evening) i'll try to run the same image under qemu/kvm and repeat. >> > >> > do you have the command you used to start qemu? >> > >> > thanks, >> > andrew >> > >> > >> > >> > On Thursday, 20 February 2014 22:58:47 UTC-3, Ronan Chagas wrote: >> >> >> >> Hi Andrew, >> >> >> >> Em 20-02-2014 21:54, andrew cooke escreveu: >> >> > >> >> > Still running. I need to go to bed, but assuming this works then >> >> > tomorrow I think that I can start up the same VM in qemu and try >> >> > again >> >> > (I have never used qemu, so if someone can post an example use that >> >> > would be great). If that then fails then there would be clear >> >> > evidence >> >> > that it's KVM (and of course it may still fail tonight inside VB). >> >> > Andrew >> >> > >> >> >> >> Thanks! I'll wait for the results. I tried to build Julia using all >> >> deps >> >> downloaded by the script. The result: the same error... >> >> >> >> Thus, we can conclude that it is not something related with the >> >> libraries shipped with openSUSE 13.1. >> >> >> >> Best regards, >> >> >> >> Ronan
